为进展付费，而非为承诺：里程碑付款的正反两面
把付款与里程碑挂钩，是项目交付中最古老的做法之一，也是最容易出错的做法之一。做得好，里程碑付款让项目保持诚实：只有在可核实的进展到来时，资金才会流动，双方对进展状况共享一幅清晰的图景。做得差，它就成了持续摩擦的来源、供应商的现金流压力，以及消耗项目完工所需善意的争端。差别很少在于百分比，而在于定义。
过去一年让风险更加突出。材料延误、班组为保持距离而轮班作业，「供应商落后了」和「供应商交付了，只是晚了」之间的区别变得至关重要。一份构建良好的里程碑计划，能告诉你眼前面对的是哪一种。
好的样子
健康的里程碑付款结构有几个共同特征。没有一个是高深莫测的；合在一起，它们在争端发生之前就消除了大部分。
每个里程碑都有客观、可核查的完成判据——交付物获验收、系统通过既定测试、检验签字通过——而不仅仅是日历上的一个日期。
付款金额大致与到达该节点所投入的工作量和成本相符，使任何一方在两个里程碑之间都不会严重垫付。
验收标准和审查时限在动工前就写明，并指定专人负责签字批准。
一笔适度的保留金在真正完工时释放，为收尾最后的细节提供实在的激励。
坏的样子
出问题的里程碑计划往往以可辨认的方式失败。若你见到下列情形，请预期会有争端。
只看日期的里程碑。 「6 月 1 日付 50%」却不界定 6 月 1 日前必须存在什么，等于鼓励为流逝的时间付费，而非为交付的价值付费。
前重后轻的付款。 在实质性工作完成之前就支付大笔早期款项，会剥夺供应商一旦失手时你所需的筹码，也会诱使不讲诚信者。
含糊的验收。 「令客户满意」却无标准，会把每次签字都变成谈判，把每次延误都变成互相推诿。
无人负责审批。 若审批权在人与人之间游移，发票就会卡住，供应商的现金随之枯竭，一个本可解决的现金流问题便演变成进度问题。
弥合差距
从坏到好，主要靠修订，而非重起炉灶。逐个走查每个里程碑，只问一个问题：我们究竟要如何证明这一项已经完成？如果答案是一个日期，你就有麻烦；如果是一项测试、一个交付物或一次检验，你就有了一个里程碑。然后核对与之挂钩的付款是否与其背后的工作量相称，指定签字批准的人，并以书面方式确定审查时限。在远程或混合作业的工程上，事先就约定好：当人们不在同一个房间时，证据如何提交、如何审查。这些修订只花一两次会议的成本，却能预防代价长达数月的争端。
里程碑付款行之有效，是因为它为进展的证据付费。一旦它开始为时间的单纯流逝付费，就不再保护任何人了。
如果你希望里程碑计划在项目陷入艰难时依然站得住脚，XNM 的项目群与项目交付咨询服务 可以帮你围绕真实、可核实的进展来设计付款安排。