那些专门在交付期限压力下出现的失效形态，以及真正能让一个快项目保持准确的少数几件事。
- 快不会毁掉翻译，拆分才会
- 哪怕没时间，术语库也必须排在最前面
- 什么可以砍，什么永远不能砍
- 时间紧时该告诉供应商什么
快不会毁掉翻译，拆分才会
一个加急译件很少是因为有人打字太快而失败。它失败，是因为为了赶上期限，文件被切成几块同时交给好几个人——而这一刻起，同一个术语就开始以三种不同方式回来。一位译员写「外壳」，另一位写「机壳」，第三位写「壳体」。单看都没问题。合到一本手册里，读起来就是三个不同的零件。
所以加急项目真正该问的不是「你们周五前能不能翻完」，而是「最后没有时间做统稿，你们打算怎么让五个人保持一致」。如果供应商对此没有答案，他们承诺的速度是拿你的准确性买来的。
哪怕没时间，术语库也必须排在最前面
有点反直觉：期限越紧，越值得把第一个小时花在术语上，而不是一头扎进去。在文件被拆开之前，由一位资深人员把反复出现的术语和明显的坑挑出来、锁定，然后推送给所有人。那一小时不是损失的时间；它是唯一能让并行工作保持一致、而又不需要那道你根本没时间做的统稿的东西。
当我们接下一个真正的紧急项目——一个周末内完成的 FDA 认证文件、一夜之间要出的发布文档——术语库这一步是最先发生的事，而不是因为时钟在走就被跳过的那件事。跳过它，恰恰就是「又快又错」的由来。
什么可以砍，什么永远不能砍
快项目就是环节更少的项目，这没问题，前提是你砍对了地方。第二轮文字润色可以不要。排版稍后再整理可以接受。永远不能砍的，是任何「出错有后果」的内容上的领域审校——一个剂量、一个安全步骤、一项声称、一条合同条款。期限压力下的诱惑，是把专家审校当成那个该被移除的慢环节。而它恰恰是「移除即等于全部风险」的那一环。
这正是 AI 在加急项目上真正帮得上忙的地方，只要用得诚实：它在几分钟内产出初稿，让稀缺的人力时间全部投入到核查要紧的部分上，而不是花在打字上。AI 买回来的是工时；它买不回可问责性。
| 环节 | 加急时怎么处理 |
|---|---|
| 第二轮文字润色 | 可以不要 |
| 排版 | 可以稍后再整理 |
| 术语库 | 不但不能砍，还要排在最前面。文件被拆开之前先锁定术语，这是并行工作能保持一致、而又不需要那道你根本没时间做的统稿的唯一办法 |
| 高后果内容的领域审校 （剂量 · 安全步骤 · 声称 · 合同条款） | 永远不能砍。期限压力下的诱惑是把专家审校当成那个该被移除的慢环节，而它恰恰是「移除即等于全部风险」的那一环 |
| AI 初稿 | 诚实地用：它在几分钟内产出初稿，把稀缺的人力时间全部投到核查上。AI 买回来的是工时，它买不回可问责性 |
加急项目真正该问的不是「你们周五前能不能翻完」，而是「最后没有时间做统稿，你们打算怎么让五个人保持一致」。供应商对此没有答案，他们承诺的速度就是拿你的准确性买来的。
时间紧时该告诉供应商什么
三件事，它们对结果的影响比期限本身还大。把手上任何已批准的材料发过去——旧版本、术语库、标签参考——因为它能消掉那些本来要吃掉时间的决策。明确告诉他们哪些部分是高风险的，好让审校精力投到那里，而不是平均铺开。以及，指定你这边一个能快速回答术语问题的人，因为在加急项目上，一个等六小时才有答复的疑问，就是白白流走的六小时。
一家好的供应商会在给出加急报价之前，正好要这三样东西。如果他们不问就直接答应日期，这本身就是信号。