客户要求先上线跑起来，合同后补

客户说内部流程要走两个月，但业务等不了，希望先上线用起来，合同随后补。团队为了不丢单答应了。三个月后合同还在走流程，需求已经加了四轮，付款节点一次都没触发。

1. 风险一：范围会自己长大

没有合同约束的时候，需求是开口的。客户每提一个新想法，团队都很难拒绝，因为「反正合同还没签，先做着」。三个月下来，做的东西比原方案多了一半，报价却还是当初那个数。

2. 风险二：付款节点永远不会到

多数合同的付款挂在签约、验收、上线这些节点上。合同不签，所有节点都不成立，团队垫着人力干活，现金流却在流血。这件事在财务上比在法务上更早出问题。

3. 风险三：出问题时没有责任边界

系统上线了，数据进去了，一旦出现事故，责任怎么分？没有合同就没有约定，只能靠协商。这种时候，做事的一方通常更被动。

4. 三份文件可以先签，不用等主合同

一份范围确认书，写清这次上线包含什么、不包含什么；一份限期试用协议，约定试用期限、双方责任、数据归属和终止方式；一份付款安排，把上线与首笔付款解绑。这三份加起来不到十页，但能把上面的三个风险都盖住。

结语

先上线可以是善意的让步，但不能是没有边界的让步。文件不必厚，边界必须清。