合同签了钱就付？

去年年初，我们决定上一个新的增值服务项目，内部叫“极速通道”——用户可以付费获得更快的服务响应。项目不大，但涉及三方：我们（平台）、外部技术供应商（负责开发接口）、还有用户。项目负责人是运营总监老周，典型业务驱动型，恨不得今天签合同明天就上线收钱。

老周在会上说：“合同我法务看过了，没问题，支付条款按供应商提的，签完付50%，上线再付50%，省事。”

我翻了翻合同草案，发现几个问题。

第一，付款节点和交付成果没有绑定。
合同只写了“签完付50%”，但没明确签完是指合同盖章完毕，还是供应商必须交付阶段性成果。如果章盖完我们就付款，万一供应商排期拖两个月，钱已经出去了，公司就完全被动。

我跟老周说：“咱们能不能改成——合同生效后，供应商提供详细技术方案并通过我方评审，再付第一笔？这样钱出去的时候，至少拿到了实实在在的东西。”
老周起初嫌麻烦，觉得拖节奏。我说：“你想想，如果首付款出去，供应商中途说人手不够，咱们能怎么办？催他们靠的是人情，不是合同。”他听进去了。

第二，支付比例和风险不匹配。
50%+50%意味着项目最核心的风险期（上线前）我们只有50%的钱能约束供应商。万一上线出问题，尾款只有50%，供应商大不了少赚点，我们却可能面临服务事故。

我建议改成3-3-3-1：签约付30%（拿到技术方案后支付），开发完成并测试通过付30%，上线稳定运行一个月付30%，最后10%作为质保金，三个月后无问题支付。
老周说供应商肯定不干。我说：“那就谈，这是保护双方。对他们来说，回款节奏稳定，也能避免上线后我们找理由扣尾款。”
后来供应商同意了，因为项目对他们也是个标杆案例，稳定比快更重要。

第三，支付审批流程要前置。
这个项目涉及跨部门付款——老周的部门发起，技术验收，我这边财务复核。我们以前吃过亏，合同签完要付款时，才发现技术验收标准没人签字，财务不敢付，卡在那里，供应商催，业务抱怨。

我提前拉了一个小群：老周、技术负责人、我、采购。我画了张简单的流程图，大概这样：