坑一：术语没有主人
术语由译者各自决定，同一构件出现多种叫法，越到后期越难统一。早期信号是同一份文件里前后叫法不一致。规避办法是开工前指定术语负责人，词库变更走确认与通知，不接受口头约定或临时替换，为什么要专门设人，因为术语会跨项目复用。
坑二：没有固定模板
每份文件重新排版，章节号与图表号对不上，双语对照时找不到对应段落。模板应固定章节结构、编号规则与术语表位置，模板本身纳入版本管理；改模板要提前通知所有在用项目，避免新旧版同时对外，怎么做要在开工前就把模板编号定死。
坑三：译审合成一人
让译者自己校对，语言通顺但技术表述走样，安全措施尤其容易出错。译文校对与专业复核应由两人分别签字，前者看忠实与通顺，后者看技术是否成立。两道签字缺一不可，也不能用一次通读代替，边界是译者不能替代专业复核。
坑四：版本失控
文件名靠日期区分，业主手上的版本与项目内部不一致，答复时引用旧版。应统一版本号规则，对外提交只认签发版本；过程稿加水印并单独存放，避免误发、误引，也便于追溯每次修改的依据与版本变更登记，为什么只认签发版，因为业主手上的未必最新。
坑五：意见不留痕
业主口头提出修改，改完没有记录，下一轮又改回去。意见应按条款登记，写明提出人、采纳与否与理由，并标注具体修改位置；涉及术语的同步更新词库。台账积累下来，就是后续项目最实用的本地经验，怎么记录要按条款编号来排。
适用与不适用
适合谁
- 多语文件反复返工、工期被拖的项目部
- 刚启动海外业务、尚无译审流程的企业
- 文件版本混乱、业主常拿错版本的项目
不适合谁
- 文件量极小、一年只偶尔翻译一两次的单位
- 已有成熟文控体系且执行稳定的企业
典型场景
某项目部连续两次报审被退回，检查发现术语三套叫法、模板两版并存、译者自校后直接提交。项目组指定术语负责人，冻结模板版本，把译审拆成两人签字，并建立意见台账。第三轮提交只改了两处格式问题，业主当日受理。
可执行步骤
- 先复盘最近几次退改，按术语、模板、复核、版本与意见五类逐条归因并写明责任环节
- 指定术语负责人与专业复核人，写清两人的签字范围、交接方式与响应时限
- 冻结一套文件模板与版本号规则，明确对外提交只认签发版本及其编号
- 建立业主意见台账，逐条记录采纳结论、修改位置以及术语回填情况并纳入周会通报
- 每月抽查一次五项规则的执行情况，发现回退立即纠正并在项目内通报
常见坑
- 术语分歧只在会上口头统一，没有写进词库，换一批人接手后又回到各译各的状态，问题反复出现。
- 模板改版只在内部通知，未同步到在用项目，新旧两版同时对外，业主对照时以为文件内容有出入，解释成本很高。
- 复核人只改错别字，技术表述的问题放过，现场按译文施工后才发现做法与方案不符，只能返工重做。
- 过程稿与定稿混放同一目录，答复时误发未审版本，既要解释又要重新走一遍签认流程，十分被动。
自检与验收清单
- 术语负责人是否明确，词库变更是否通知到在用项目
- 模板与版本号规则是否书面化，并在项目内冻结执行
- 译文校对与专业复核是否由两名不同的人分别签字
- 业主意见是否有台账，并可回溯到具体条款与页码
- 过程稿与定稿是否分区存放，标识清楚且不易混淆
常见问题
五个坑哪个最致命？
术语无主。它不像版本错误那样立刻暴露，而是持续累积，等到业主发现同一构件有几种叫法，往往已经提交多份文件，返工范围最大。先把术语负责人定下来，其余问题都好收敛。
小团队也要分两个人复核吗？
人手紧时可以兼任，但不能省掉两道动作。可由同一人先做语言校对、隔一段时间再做技术复核，并分别留记录。关键是让两次判断有独立的时间和视角，而不是一遍看完就签字。
业主催得急，能不能先交后补流程？
可以先交，但要标注为待复核稿并约定补正时限。先交后补的风险是过程稿被当作定稿引用，后续改动需要重新解释。急件更应固定版本号与签发人，避免越急越乱、越乱越慢。