把外文產品術語寫成繁中前，怎麼避免翻錯意思？

建立從原文情境、官方用語到詞表維護的查核步驟，避免逐字翻譯造成意思偏移，也讓不同譯法的選擇有據可循。

寫產品貼文或說明時，外文術語常出現在介面、文件和討論串裡。只查單字容易把功能、語氣或使用情境一起翻偏；同一個詞若每次各自決定，讀者也可能以為它們指不同概念。先確認原文在說什麼，再找官方用法、核對台灣慣用說法並記錄採用理由，能讓翻譯選擇有跡可循。

原文術語指的是什麼？

先別急著找中文對應詞，把術語放回它出現的句子和操作情境。記下原文完整句、前後一至兩句、所在位置，以及這段文字要協助讀者完成什麼事。接著判斷它是功能名稱、按鈕動作、資料類型、角色名稱，還是一般描述；同一個英文詞在不同位置可能代表不同概念。若手上只有截圖或零碎摘錄，先標成待確認，並補找文件、頁面或操作步驟，不要只憑熟悉的字面意思定稿。

再用自己的話寫出概念，暫時不下譯文。例如，假設文件出現「workspace」，句子談的是團隊成員共同查看專案內容，就先記為「多人共用的專案區域」，並確認是否包含權限、分享或協作；若句子談的是個人設定範圍，概念可能完全不同。可問：誰使用它？能做什麼？它和前後提到的功能有何區別？把答案寫進詞條備註，之後比較譯法時，才能確認它們是否指向同一件事，而不是挑一個看起來最像的字。

還可追查這個詞前後搭配的動詞、由誰建立、會保存什麼內容，以及能否編輯或移除。這些線索可區分名稱相近、實際作用不同的功能。若不同段落提供的線索互相矛盾，先列出差異和待查問題，不要把猜測寫成詞義。完成概念描述後，請另一位熟悉內容的人只看中文說明，請他說出自己理解的對象和動作；答案若不一致，就回到來源補脈絡。這份概念卡日後也能幫助新作者判斷同一術語是否仍適用。

官方繁中名稱在哪確認？

優先查看產品或技術的官方繁中介面、說明中心、在地化文件和版本更新內容。搜尋時並列原文術語、功能名稱與所在頁面，不只查孤立單字。若介面可切換語言，記下名稱所在的位置和周圍描述；官方文件若另有定義，也要一起比對。搜尋結果摘要、論壇回答或第三方文章可提供線索，卻不能單獨證明那是官方定義。當名稱出現在按鈕、標題和說明句時，也要確認它們是否屬於同一項功能。

每個來源都保留能回頭找到的資訊，例如頁面標題、網址、相關段落和紀錄時間；詞表可存連結和短摘記，公開文章則只在需要時引用。若官方只提供英文，或繁中頁面沒有涵蓋這個詞，就標示「未找到官方繁中名稱」，再進行台灣用語核對。別將自選譯名寫成官方名稱，也別因為某個用詞出現在繁中頁面，就推定所有文件都統一採用它。

假設某項功能在介面標為「工作區」，說明文件卻出現「專案空間」，先核對兩處是否指同一物件、是否有不同使用範圍，或是否來自不同產品版本。若頁面沒有交代，記錄「名稱有差異，概念待確認」，再找更完整的功能說明或詢問熟悉產品的人。確認前，文章可以用描述功能的普通句子暫代，並在編輯稿中標示待核；不要以自己的偏好選一個詞，再反過來宣稱它已獲官方統一。這樣既保留讀者可理解的文字，也留下後續追查的入口。

台灣慣用語如何核對？

官方沒有繁中譯名時，再比較台灣讀者實際使用的說法。可查政府或專業機構公開的詞彙資料、可信的繁中技術文件，以及同領域的台灣產品說明；每個來源都要看上下文、作者面向的讀者和文件用途。多個頁面採用同一翻法，能說明它可能常見，卻不能直接證明意思精確。若資料來自簡體中文頁面、機器翻譯或轉載文章，標記來源性質；字形轉換並不能代替台灣用語核對。

比較候選詞時，逐項檢查概念是否完整、語氣是否自然、讀者能否從句子理解功能，以及是否會和既有詞彙混淆。也要分辨同義詞、上位概念與不同操作：名稱接近不表示可以互換。假設候選詞是「同步」和「更新」，原文若描述多個裝置的資料彼此保持一致，「同步」可能較貼切；若只是將內容改成較新狀態，「更新」會更清楚。這只是依情境推理的假設例，實際用詞仍要回看來源。

把候選詞放進完整句子，請台灣讀者試讀並說明自己理解的動作，不要只問哪個字比較順口。可找兩位不熟悉原文的人分別閱讀，看看他們是否都理解為同一對象、同一操作；若答案分歧，檢查是詞本身不熟悉、句子缺少主詞，還是背景資訊不足。最後再確認詞語在整篇文章中的語氣和讀者程度是否合適。若沒有足夠來源支持特定譯法，就採用清楚的描述句，保留未決狀態，日後取得新證據再更新，而不是把流行度當成正確性的替代品。

不同譯法差異怎麼保留？

來源各有譯法時，不必立刻把差異抹平。先把每種說法、出處、適用情境和可能造成的理解寫進同一筆查核紀錄，並區分官方名稱、台灣常見說法和本文選用詞。若它們指向不同物件或操作，就拆成不同詞條；若概念相同而措辭不同，才選一個作為正文主詞，其他說法可留在詞表或首次出現處的簡短說明中。公開文章不需要堆疊同義詞，編輯紀錄則應留下比較依據。

以下是純假設的比較例，實際選詞仍須依原文和來源核對：

表格的判斷仰賴句子脈絡，不能只看譯名。若正文需要同時交代官方詞和慣用詞，可在首次出現時寫明兩者關係，後文固定使用選定詞。遇到來源矛盾，將尚未解決的問題、待確認項目與負責人留在紀錄中；暫時採用的說法也應標為暫用，避免下一位作者把編輯選擇誤認成正式名稱。這些記錄不必塞進公開文章，但要讓負責更新的人找得到。

句子是否改變原意？

選好術語後，還要檢查整句是否保留原文的行動者、動作、對象、條件與結果。逐字對照可能讓中文看似忠實，卻把誰執行動作、功能何時生效或使用者能否選擇改掉。先用中文重述原句描述的事實，再逐項比對譯文有沒有多出承諾、刪去限制，或把可能性寫成必然。例如原文只表示使用者可以手動同步，就不宜改寫成系統會自動同步；「可以」和執行者都會影響讀者的預期。

校對可分兩輪。第一輪看意思，核對功能、對象、否定、數量、條件和時間；第二輪看中文是否自然，但不要為了潤飾添加原文沒有的效果。接著請一位未看過原文的人閱讀譯文，描述自己以為會發生什麼，再和原句意圖比較。若兩者不同，先分辨原因是術語、句法還是背景說明，針對該處改寫後重新讀一次。若一句話同時包含多個步驟，也可拆成條列檢查，避免省略中間條件。

假設原文說某動作「可能需要管理者權限」，譯文若省略「可能」或管理者條件，就已改變讀者預期；若把「提交後才生效」改成「提交即可完成」，也可能混淆完成動作和生效時點。即使詞表每個術語都一致，這類句子仍須修正。完成後可反向檢查：只看中文，能否推回原文的主要限制和操作？若不能，就不要以「翻得通順」作為通過標準。記下被改動的句型和原因，也能提醒後續編輯注意同類條件。

誰負責更新詞表？

詞表要有明確維護人，否則作者可能各自新增譯名。小型團隊可由內容編輯負責登記、由熟悉產品或技術的人確認概念，再由發布者檢查正文一致性；同一人兼任也可以，但要留下確認狀態。每筆至少記錄原文、採用的繁中詞、概念解釋、適用情境、來源、候選譯法、使用範例、負責人和狀態。資料還未查清時標為「暫用」或「待確認」，發布前搜尋正文，確認沒有把暫用詞當成已核定名稱。

遇到新功能、官方文件改名、介面用詞變動，或讀者指出理解落差時，維護人回頭檢查受影響的詞條和文章。更新紀錄保留舊詞、變更日期、原因與受影響的內容位置；如此才能判斷是全面替換，還是只在特定語境調整。若不同版本或不同對象需要不同說法，在詞條中註明適用範圍，不要讓簡單的文字搜尋把所有情境都改成同一詞。發布者也應在完稿時查一次待確認清單，避免問題在交接中消失。

下一步可挑一則近期要發布的 Threads 貼文，圈出三個可能有歧義的術語，依「原文情境、來源、候選詞、採用理由、狀態、負責人」建表，再請另一位編輯只看中文解釋並交叉核對。把差異和未決問題留在詞表，下一次更新時就能接續查證。需要前往品牌入口時，可查看 ThreadScout。