那封击沉了一份投标的电子邮件

那条澄清打字只花了三十秒。一位项目工程师在投标截止前两天处理某投标人的提问时，回复道：是的，那部分工作范围已包含在内，不要单独报价。他点了发送，合上笔记本电脑，继续做别的事。十四个月后，那一封邮件就是整个争论。

投标来了。合同签了。工程开了工。然后那个每家工程公司都怕的时刻来临了：一场关于报价本应涵盖什么的、金额达六位数的分歧。承包商指向那封邮件。业主从未见过它。正式补遗——那些发给所有投标人、并成为合同一部分的澄清——只字未提此事。于是现在有了两个版本的真相：一个在签署的合同里，一个在已发送邮件的文件夹里。而关于两个版本真相的事情是：会有人专门花心思去争论哪一个才算数。看到最后你就会明白，为什么问题并不在邮件本身——以及一条单一的纪律本可以避免什么。

只存在于一个收件箱里的澄清，算不上澄清

那位工程师并非粗心。他迅速而有帮助地回答了一个合理的问题，而这恰恰是优秀工程师的工作方式。失败是结构性的，而非个人的。在一场竞争性招标中，每个投标人都应当为同样的工作范围报价，而唯一能维持这一点的方式，是让每一条澄清都通过一个受控渠道送达每一个投标人：补遗。一份补遗会被签发、编号、注明日期并经确认。它成为合同文件的一部分。一封发给单个投标人的邮件做不到这些中的任何一件。它在私下里、为一方更改了工作范围，没有编号、没有确认、也没有在其他人都能看到的记录中占据一席之地。

于是设想一下实际发生了什么。其他投标人为已公布的工作范围报价。这一家则基于一个别人都没收到的私下答复，为一个略有不同的工作范围报价。这场招标不再是同类对比——而没人察觉，因为这种差异在真金白银攸关之前都是看不见的。那份帮助是真实的。出问题的是传递路径。

为什么这场纠纷其实是一场文档纠纷

剥去法律上的姿态，这场争斗归结为一个问题：双方究竟约定了什么？在一个管理良好的项目里，这个问题有一个乏味的答案。你打开合同文件，按顺序读补遗，工作范围就是它们所说的那样。只有一条线索，而且它是完整的。这里却有两条线索，而它们分了叉。承包商的线索穿过一封已发送的邮件。业主的线索穿过签署的文件。哪一方都没有说谎。他们各自读的是一份不同的记录。

这就是一条未被记录——或被错误记录——的澄清所造成的后果。它不只是制造一个空白；它制造一个矛盾。而一个矛盾远比一个空白昂贵。一个空白你一个下午就能填上。一个矛盾你却得去争论，有时长达十四个月，因为两个人各自握着一张写着自己有理的纸。

让正式记录成为唯一算数的记录

那条本可以省下十四个月的规则，写在一张便利贴上就够了：如果一个答复改变了工作范围、价格或进度，那么在它进入正式记录之前，它就尚未给出。不是你打字的那一刻——而是你把它签发到每一方都能看到并确认之处的那一刻。工地巡查时的一句口头答复、给热心投标人的一封快速邮件、走廊里一句“行，没问题”：这些都可以说，而在它们落进补遗、RFI日志或变更记录之前，没有一个具有约束力。这条纪律不是要你减少帮助。它是要把每一个有帮助的答复，导入合同实际据以解读的那唯一一个地方。

把每一条澄清、RFI和变更都保存在一条可审计的线索里，正是我们打造XNM-VISION要替人们卸下的那类难题。但这条原则用一份编号的补遗日志这种再简单不过的东西也同样成立：如果它改变了这笔交易，它就得进入人人都能看到的记录，否则它就没发生过。

所以看看本周澄清是如何流出你办公室的。当一个投标人或承包商问出一个会改动工作范围的问题时，答复去了哪里？如果它能在从不触及正式记录的情况下从一个私人收件箱里发出，那你就没有一个澄清流程。你有的是一些等待触发的十四个月纠纷。解决之道不是少答问题。而是确保每一个要紧的答复都只能存在于一个地方。

我们每周都会在《超支解剖》系列中把一个不同的这类失败追溯到它的根源。