中英雙語 SOP 怎麼維護？術語表、版本與負責人

中英雙語 SOP 最難維護的地方，通常不是翻譯句子，而是同一個角色、狀態或動作在不同文件裡被叫成不同名字。讀者於是要猜哪一版有效、誰能決定變更，以及英文是否仍對應繁中流程。把術語、版本和責任放進同一套輕量管理方式，能讓更新可追蹤、交接可執行，也不必每次改文都從頭校對。

哪些詞先納入共用術語表？

先收錄會影響執行、判斷或交接的詞，不用一開始就追求包山包海。可從三類挑選：角色與責任，例如負責人、覆核者；流程狀態，例如草稿、待確認、已生效；以及重複出現的動作或文件名稱，例如提交資料、補充資料、交接紀錄。每個候選詞都問三件事：是否在兩份以上文件出現、不同說法會不會導致不同做法、讀者是否曾因此停下來確認。符合其中兩項，就值得先登錄；只在單一段落出現的普通描述，留在文件內即可。

建表時，一列先記繁中標準詞、英文標準詞、簡短定義、適用情境、反例或易混詞、提出者與維護負責人。不要只存雙語對照，因為「核准」與「覆核」即使在日常溝通中接近，實際角色可能不同；定義應寫出誰在什麼條件下做什麼決定。以假設團隊為例，若新人常問「提交」代表上傳還是送交某人，就把動作拆清楚，再決定是否需要兩個詞。每月或每次 SOP 改版時，從新文件、交接問題與修訂紀錄補詞，不必為了完整而把所有行業詞都納入。術語表應能幫人做事，而不是變成另一份沒人更新的百科。

第一次建表時，找出最近一輪改過的 SOP、交接訊息和新人提問，記下實際出現的詞與所在位置，再邀請熟悉流程的人確認定義。這比先從字典或搜尋結果抄一大串詞更可靠，因為詞表要反映團隊怎麼工作。可替每個詞加上唯一識別碼或固定拼法，後續搜尋時也能分辨大小寫、單複數和常見縮寫。若兩個部門使用同一詞但意思不同，分別寫明所屬流程，不要硬合併。

一詞多譯如何標記？

遇到一個中文詞對應多個英文說法，先判斷是同一概念在不同語境有自然變體，還是原本就包含兩種工作。若意思相同、差異只在句型或受眾，把其中一個定為標準詞，其他形式列為「可接受變體」，並註明只用於標題、介面或對外郵件等場景。若角色、權限或完成條件不同，就拆成兩個詞，各自給定義和例句，不要用斜線把差異藏起來。

術語表可用欄位表達這個關係：標準詞、語言、變體、使用場合、避免用法、差異說明、最後確認人。譬如團隊暫以「負責人」對應 owner，「核准者」對應 approver；若某份流程把兩者都寫成 owner，讀者可能以為撰寫者同時有放行權。此例是文件設計假設，真正用詞仍要依團隊權責確認。遇到英文詞義較寬的情況，可保留英文原詞作搜尋別名，但主文採明確中文詞；反過來，若中文詞容易含糊，也可在首次出現時加英文括註。每個變體都要回答「在哪裡可用」和「何時不可互換」，並附一組正確句與一組容易誤解的句子。新增變體前先搜尋既有表格和 SOP，確認不是重複登記。修訂時保留舊寫法的指向，讓搜尋舊文件的人仍能找到新標準；不必把歷史文字一律改成同一種英文。

為避免標準詞只存在於表格、文件仍各自寫法，替每個詞留一個「引用位置」清單，或約定所有 SOP 都依相同識別碼查表。每次改標準詞，先搜尋舊詞在兩語文件中的用法，判斷需改正文、保留在歷史紀錄，還是只新增搜尋別名。英文拼字、大小寫及常見縮寫也要納入搜尋範圍。若詞義仍有爭議，暫記為待決並標出決定期限與負責人；不要讓多人各自採用不同候選詞。

兩種語言誰先更新？

沒有適用所有團隊的固定答案，先指定每份 SOP 的「主稿語言」和更新順序。若實際操作以繁中討論、由繁中主稿起草，就先確認繁中步驟、責任與例外，再由熟悉流程的人更新英文；若跨地團隊直接以英文執行，則可以英文作主稿。關鍵不是哪種語言較高級，而是誰有權確認流程本身，避免翻譯者在語句調整時自行改變規則。

首頁或版本資訊應標出主稿語言、對照稿狀態、流程負責人、語言覆核者及最近同步版本。更新時，流程負責人先寫清變更意圖、影響步驟和生效條件；語言覆核者再確認另一語言的意思、語氣與操作動詞一致。兩種語言都核對完成後，才一起標為可使用；若時間不允許同步，應明確標記其中一份「待同步」，指出暫時依據哪份主稿，以及哪些步驟不可自行推定。比如假設某流程把「覆核後退回」改成「覆核後補件」，不能只替換英文動詞，還要確認觸發者、接收者與下一步是否同改。小型純文字修正可由同一負責人完成雙語確認；涉及權限、條件或結果的改動，則由流程負責人確認、另一語言覆核者逐項簽核。每次都記下日期、版本和責任人，下一次交接才知道哪份文字是依據。

也要把「文字誰能改」和「流程誰能決定」分開。翻譯者可以提出更自然的句子，但若改動會改變時點、權限、輸入或結果，應回到流程負責人確認。可以在修訂單列出主稿連結、對照稿連結、是否影響流程、是否完成雙語覆核四項，避免只更新自己最熟悉的語言。交接時由接手者確認自己看得到兩份文件及變更紀錄；不需要所有讀者都能編輯，權限保持與工作責任相稱即可。

版本差異怎麼逐項核對？

不要只用肉眼比較兩份文件的外觀，也不要只看版本號是否一致。先列出變更清單，把每項改動標成新增、刪除、重寫或僅格式調整，再按角色、觸發條件、輸入資料、動作、輸出與例外六個面向比對兩種語言。若句子改了但責任和結果沒變，記錄為文字修訂；若誰做、何時做或完成後交給誰有變，就列為流程變更，要求流程負責人確認。

以下為假設例子，僅示範核對方法，不代表任何特定組織的實際流程：

實作時，可把變更清單拆成一列一項，附兩語原句、新句、差異類型、確認人和處理結果。核對者逐列讀出「誰在何時做什麼，完成後由誰接手」，而不是只判斷英文是否流暢。再檢查步驟編號、連結、表單名稱、截圖和附錄是否仍指向正確位置。表格中任何一格若只能寫「大致相同」，就先停在草稿狀態，把不確定處提給流程負責人。最後由另一位實際使用者按新稿走讀一次，確認沒有步驟跳號或前後稱呼不一致；兩語版記錄同一變更識別碼，方便回查。

可以用兩輪檢查降低漏項：第一輪只看流程是否完整，第二輪才看雙語是否等義。第一輪從起點一路追到結束，核對每一步的輸入和輸出；第二輪由未參與改稿的人對照變更清單，特別看否定詞、條件、數量、先後順序和責任主詞。最後對照目錄、連結和附件，避免正文已換版、附錄仍留舊名稱。

舊版何時移出使用區？

當新版已完成必要的流程確認、雙語核對和使用者走讀，並且讀者能明確辨認何時開始依新稿操作，就可把舊版從主要入口移出。先確認沒有未解的差異、未更新的表單連結或仍引用舊步驟的相關文件，再標出新版識別、適用對象與生效條件。若新版只適用於部分團隊或情境，舊版不應直接刪除，而要清楚寫明適用範圍和退出條件，避免不同讀者各自挑一份看起來熟悉的版本。

移出使用區不等於抹去歷史。將舊稿移至有權限控管的封存位置，設為不可編輯，保留版本、日期、變更摘要與替代文件的連結；一般使用者的首頁、搜尋推薦或下載資料夾則只呈現目前有效稿。對散落在簡報、工作清單或個人書籤的副本，可在交接或週期檢查時清點並標註已取代，避免舊流程繼續被複製。判斷時看三個訊號：新版是否已正式標示可用、主要入口是否已改指新版、負責人是否能回答舊稿被取代的日期與原因。若遇到流程未完成的例外，先記錄例外的負責人、範圍和檢視點，再決定是否保留受限的舊稿。不要僅因檔案較舊就刪除，也不要讓「最新版」只靠檔名猜測；把有效狀態放在文件首頁及索引處。

若工作正在進行，切換版本的時間點也要寫清楚：例如新案件從新版開始，已啟動事項依其負責人的判斷完成後再切換，避免同一案件中途套用兩套不同步驟。把需要重新下載或更新書籤的地方列入交接清單，並請相關負責人回報完成。封存時保留可讀版本及其變更關係，不要用覆寫檔案的方式保存歷史；

如何收集使用者疑問？

讓使用者能在實際操作附近留下問題，並確保有人會讀取。可在 SOP 首頁或團隊常用的回報管道放一個固定入口，要求提問者提供文件名稱、段落或步驟、使用語言、預期做法、實際遇到的疑問，以及是否因此停工或改走其他路徑。不要只收「看不懂」這類評語；請對方描述當下任務，維護者才分得出是詞義模糊、步驟缺漏、語言不一致，還是現場流程已變。

指定一位回報整理者，每週或每個既定檢視週期把問題分類。可按影響和重複程度排序：已造成錯誤交接、角色混淆或延誤的問題優先核實；單次措辭偏好先記錄，不一定立刻改。每筆回報保留提出日期、對應版本、語言、分類、處理決定與負責人。若只是詞彙不一致，更新術語表並搜尋所有引用位置；若流程變了，先由流程負責人確認主稿，再同步對照稿；若資訊不足，標記待確認並直接向提問者補問，不要把猜測寫入正式步驟。完成修訂後回覆提問者，說明哪個版本、哪段文字已變更，並邀請其按新稿重走一次。

回報流程也需設定處理狀態，例如新進、待補資料、已指派、已決定、待改稿與已回覆，並讓提問者知道去哪裡看進度。整理者不要把每個意見都直接變成正式修改；先確認提問所依據的文件版本仍有效，再找流程負責人辨別是個人偏好、特殊例外或普遍歧義。若相似問題再次出現，就在紀錄中連結前次決定，判斷原說明是否不足。下一步可從最近一份常用 SOP 開始，列出五個最常被詢問的詞，為每個詞指定中英文標準寫法和維護者；想了解品牌資訊，可前往 Chan & Chung 官網。