公司知識 · 實作指南
把香港、台灣與澳門用語放進搜尋測試
地區表達需要調整，但相同業務概念應能找到一致的正式來源。
先收集公司的真實用語
員工可能用「軟體」或「軟體」搜尋，也可能把專案叫作「專案」。應從真實問題建立經審核的詞彙對照，而不是假定每個地區的人都只用一種說法。記錄各詞對應的業務概念與例外。地區選單可改變呈現方式，但不應順便改變權限或正式政策範圍；若公司確實有地區規則，必須另外明確設定，不能從介面語言推斷。
測試同義與不同義的邊界
以假設的多語營運團隊為例，把應找到同一流程的地區詞彙成對測試，同時加入看似接近、在公司內部卻有不同意思的詞。請求、採購單與發票不能為了翻譯方便而互換。由營運負責人批准對照表，並保留使用例句。這份小型編輯資產不只服務 AI，亦可改善教育訓練材料、表單及客服回覆的一致性。
流程一覽
讓識別碼保持穩定
地區文案不應改變文件 ID、狀態代碼或 API 值。翻譯標籤時保留底層紀錄身份，並測試使用者途中切換地區後，選中請求、表單內容與授權範圍是否保持。從香港用語切到台灣用語，不應意外啟動另一個流程，也不應清掉未完成的說明。除了可見標題，亦要檢查輔助技術使用的標籤，避免畫面與讀屏工具意思不一致。
業務變動時更新詞彙
新客群帶來新用語時，先加測試，再加同義詞。過度寬泛的同義對照可能降低精確度。按問法檢查未回答問題，讓同事能回報詞彙而不必上傳機密文件。來源中的多語與混合搜尋指引提供實作背景，但地區詞彙表和驗收測試仍由企業負責。更新應附例句及批准人，避免維護者只憑字典替換而改變業務意思。
為詞彙表指定負責人
每個核准地區詞彙都附例句與負責人，變更保持小到容易審核。若兩個詞在客戶合約中有不同意思，即使普通字典視為同義，也要保留差別。業務意思應先於翻譯方便。地區選單測試亦應包含鍵盤與手機操作，確認較長的地區名稱不會截掉重要選項，讓使用者知道目前看的是哪套表達。
來源與延伸閱讀
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。