中英双语 SOP 怎么维护？术语表、版本与负责人

中英双语 SOP 最难维护的地方，通常不是翻译句子，而是同一个角色、状态或动作在不同文档里被叫成不同名字。读者于是要猜哪一版有效、谁能决定变更，以及英文是否仍对应繁中流程。把术语、版本和责任放进同一套轻量管理方式，能让更新可追踪、交接可运行，也不必每次改文都从头校对。

哪些词先纳入共用术语表？

先收录会影响运行、判断或交接的词，不用一开始就追求包山包海。可从三类挑选：角色与责任，例如负责人、覆核者；流程状态，例如草稿、待确认、已生效；以及重复出现的动作或文档名称，例如提交数据、补充数据、交接纪录。每个候选词都问三件事：是否在两份以上文档出现、不同说法会不会导致不同做法、读者是否曾因此停下来确认。符合其中两项，就值得先登录；只在单一段落出现的普通描述，留在文档内即可。

建表时，一列先记繁中标准词、英文标准词、简短定义、适用情境、反例或易混词、提出者与维护负责人。不要只存双语对照，因为「核准」与「覆核」即使在日常沟通中接近，实际角色可能不同；定义应写出谁在什么条件下做什么决定。以假设团队为例，若新人常问「提交」代表上传还是送交某人，就把动作拆清楚，再决定是否需要两个词。每月或每次 SOP 改版时，从新文档、交接问题与修订纪录补词，不必为了完整而把所有行业词都纳入。术语表应能帮人做事，而不是变成另一份没人更新的百科。

第一次建表时，找出最近一轮改过的 SOP、交接消息和新人提问，记下实际出现的词与所在位置，再邀请熟悉流程的人确认定义。这比先从字典或搜索结果抄一大串词更可靠，因为词表要反映团队怎么工作。可替每个词加上唯一识别码或固定拼法，后续搜索时也能分辨大小写、单复数和常见缩写。若两个部门使用同一词但意思不同，分别写明所属流程，不要硬合并。

一词多译如何标记？

遇到一个中文词对应多个英文说法，先判断是同一概念在不同语境有自然变体，还是原本就包含两种工作。若意思相同、差异只在句型或受众，把其中一个定为标准词，其他形式列为「可接受变体」，并注明只用于标题、接口或对外邮件等场景。若角色、权限或完成条件不同，就拆成两个词，各自给定义和例句，不要用斜线把差异藏起来。

术语表可用字段表达这个关系：标准词、语言、变体、使用场合、避免用法、差异说明、最后确认人。譬如团队暂以「负责人」对应 owner，「核准者」对应 approver；若某份流程把两者都写成 owner，读者可能以为撰写者同时有放行权。此例是文档设计假设，真正用词仍要依团队权责确认。遇到英文词义较宽的情况，可保留英文原词作搜索别名，但主文采明确中文词；反过来，若中文词容易含糊，也可在首次出现时加英文括注。每个变体都要回答「在哪里可用」和「何时不可互换」，并附一组正确句与一组容易误解的句子。添加变体前先搜索既有表格和 SOP，确认不是重复登记。修订时保留旧写法的指向，让搜索旧文档的人仍能找到新标准；不必把历史文本一律改成同一种英文。

为避免标准词只存在于表格、文档仍各自写法，替每个词留一个「引用位置」清单，或约定所有 SOP 都依相同识别码查表。每次改标准词，先搜索旧词在两语文档中的用法，判断需改正文、保留在历史纪录，还是只添加搜索别名。英文拼字、大小写及常见缩写也要纳入搜索范围。若词义仍有争议，暂记为待决并标出决定期限与负责人；不要让多人各自采用不同候选词。

两种语言谁先更新？

没有适用所有团队的固定答案，先指定每份 SOP 的「主稿语言」和更新顺序。若实际操作以繁中讨论、由繁中主稿起草，就先确认繁中步骤、责任与例外，再由熟悉流程的人更新英文；若跨地团队直接以英文运行，则可以英文作主稿。关键不是哪种语言较高级，而是谁有权确认流程本身，避免翻译者在语句调整时自行改变规则。

首页或版本信息应标出主稿语言、对照稿状态、流程负责人、语言覆核者及最近同步版本。更新时，流程负责人先写清变更意图、影响步骤和生效条件；语言覆核者再确认另一语言的意思、语气与操作动词一致。两种语言都核对完成后，才一起标为可使用；若时间不允许同步，应明确标记其中一份「待同步」，指出暂时依据哪份主稿，以及哪些步骤不可自行推定。比如假设某流程把「覆核后退回」改成「覆核后补件」，不能只替换英文动词，还要确认触发者、接收者与下一步是否同改。小型纯文本修正可由同一负责人完成双语确认；涉及权限、条件或结果的改动，则由流程负责人确认、另一语言覆核者逐项签核。每次都记下日期、版本和责任人，下一次交接才知道哪份文本是依据。

也要把「文本谁能改」和「流程谁能决定」分开。翻译者可以提出更自然的句子，但若改动会改变时点、权限、输入或结果，应回到流程负责人确认。可以在修订单列出主稿链接、对照稿链接、是否影响流程、是否完成双语覆核四项，避免只更新自己最熟悉的语言。交接时由接手者确认自己看得到两份文档及变更纪录；不需要所有读者都能编辑，权限保持与工作责任相称即可。

版本差异怎么逐项核对？

不要只用肉眼比较两份文档的外观，也不要只看版本号是否一致。先列出变更清单，把每项改动标成添加、删除、重写或仅格式调整，再按角色、触发条件、输入数据、动作、输出与例外六个面向比对两种语言。若句子改了但责任和结果没变，记录为文本修订；若谁做、何时做或完成后交给谁有变，就列为流程变更，要求流程负责人确认。

以下为假设例子，仅示范核对方法，不代表任何特定组织的实际流程：

实作时，可把变更清单拆成一列一项，附两语原句、新句、差异类型、确认人和处理结果。核对者逐列读出「谁在何时做什么，完成后由谁接手」，而不是只判断英文是否流畅。再检查步骤编号、链接、表单名称、截屏和附录是否仍指向正确位置。表格中任何一格若只能写「大致相同」，就先停在草稿状态，把不确定处提给流程负责人。最后由另一位实际用户按新稿走读一次，确认没有步骤跳号或前后称呼不一致；两语版记录同一变更识别码，方便回查。

可以用两轮检查降低漏项：第一轮只看流程是否完整，第二轮才看双语是否等义。第一轮从起点一路追到结束，核对每一步的输入和输出；第二轮由未参与改稿的人对照变更清单，特别看否定词、条件、数量、先后顺序和责任主词。最后对照目录、链接和附件，避免正文已换版、附录仍留旧名称。

旧版何时移出使用区？

当新版已完成必要的流程确认、双语核对和用户走读，并且读者能明确辨认何时开始依新稿操作，就可把旧版从主要入口移出。先确认没有未解的差异、未更新的表单链接或仍引用旧步骤的相关文档，再标出新版识别、适用对象与生效条件。若新版只适用于部分团队或情境，旧版不应直接删除，而要清楚写明适用范围和退出条件，避免不同读者各自挑一份看起来熟悉的版本。

移出使用区不等于抹去历史。将旧稿移至有权限控管的封存位置，设为不可编辑，保留版本、日期、变更摘要与替代文档的链接；一般用户的首页、搜索推荐或下载文件夹则只呈现目前有效稿。对散落在演示文稿、工作清单或个人书签的副本，可在交接或周期检查时清点并标注已取代，避免旧流程继续被拷贝。判断时看三个信号：新版是否已正式标示可用、主要入口是否已改指新版、负责人是否能回答旧稿被取代的日期与原因。若遇到流程未完成的例外，先记录例外的负责人、范围和查看点，再决定是否保留受限的旧稿。不要仅因文件较旧就删除，也不要让「最新版」只靠文件名猜测；把有效状态放在文档首页及索引处。

若工作正在进行，切换版本的时间点也要写清楚：例如新案件从新版开始，已启动事项依其负责人的判断完成后再切换，避免同一案件中途套用两套不同步骤。把需要重新下载或更新书签的地方列入交接清单，并请相关负责人回报完成。封存时保留可读版本及其变更关系，不要用覆写文件的方式保存历史；

如何收集用户疑问？

让用户能在实际操作附近留下问题，并确保有人会读取。可在 SOP 首页或团队常用的回报管道放一个固定入口，要求提问者提供文档名称、段落或步骤、使用语言、预期做法、实际遇到的疑问，以及是否因此停工或改走其他路径。不要只收「看不懂」这类评语；请对方描述当下任务，维护者才分得出是词义模糊、步骤缺漏、语言不一致，还是现场流程已变。

指定一位回报整理者，每周或每个既定查看周期把问题分类。可按影响和重复程度排序：已造成错误交接、角色混淆或延误的问题优先核实；单次措辞偏好先记录，不一定立刻改。每笔回报保留提出日期、对应版本、语言、分类、处理决定与负责人。若只是词汇不一致，更新术语表并搜索所有引用位置；若流程变了，先由流程负责人确认主稿，再同步对照稿；若信息不足，标记待确认并直接向提问者补问，不要把猜测写入正式步骤。完成修订后回复提问者，说明哪个版本、哪段文本已变更，并邀请其按新稿重走一次。

回报流程也需设置处理状态，例如新进、待补数据、已指派、已决定、待改稿与已回复，并让提问者知道去哪里看进度。整理者不要把每个意见都直接变成正式修改；先确认提问所依据的文档版本仍有效，再找流程负责人辨别是个人偏好、特殊例外或普遍歧义。若相似问题再次出现，就在纪录中链接前次决定，判断原说明是否不足。下一步可从最近一份常用 SOP 开始，列出五个最常被询问的词，为每个词指定中英文标准写法和维护者；想了解品牌信息，可前往 Chan & Chung 官网。