一个做环保设备的项目，原定六周上线。第四周客户提出来，产品页顺手加个在线下单吧。加吧，工期顺延两周，测试翻倍；不加吧，客户觉得你不愿意配合。范围蔓延就是这么来的，它不是某一次狮子大开口，而是一连串「顺手」堆出来的。定制建站最怕的往往不是需求多，是需求会发芽。
蔓延是怎么一步步发生的
复盘大量拖延的项目，路径几乎一样：签约时清单三十条，做两周后客户看了原型，觉得这也缺那也少；团队怕伤和气，小改动先应下来不谈钱；等到累计超出计划工期的百分之三十，才不得不摊牌，这时双方都憋了一肚子火。更麻烦的是，客户并不觉得这些是新增需求，在他心里那些功能「本来就该有」。蔓延的真正根源，是签约时范围没画死，以及前期没有把「改动的代价」摆到明面上。
还有一类蔓延更冤：客户公司内部换了对接人，新人对前任拍板的功能不满意，要求推倒重来。这种内耗不是建站方的问题，但账最后都算在项目工期上。所以范围基线确认时，最好让客户方的决策人亲自签字，别让基层员工替老板做主。
三道刹车装上再开工
- 范围基线：签约附件里的功能清单编号存档，多一条都要走流程。
- 书面确认：口头答应的改动一律补一句微信文字确认，五分钟的事，省后期大麻烦。
- 代价透明：每次改动同步两句话，加几天工期、加多少费用，让提需求的人自己权衡。
有人觉得这样太生分，其实恰恰相反。代价摆上台面，客户反而会认真筛选哪些改动是真需要的。一个数据可以参考：装了这三道刹车的项目，最终范围平均膨胀不超过一成，没装的能膨胀三四成。省下来的，全是双方的心力和真金白银。别忘了把刹车规则同步给客户方所有参与项目的人。有位客户的部门经理不知道有变更流程，直接找设计师加了半个页面，后来还是靠对接人补了手续。规矩立在明处，人人可见，才立得住。
有些小改动真不必计较
换张图、改个电话、调一下按钮颜色，这类改动别拿流程卡人。规则可以定得宽松：改动量半小时以内的，直接做，不计费。把信用花在小事上，遇到真正的大改动时，谈起来才有底气。建议开工前把变更规则写进合同附件，一两页纸就够。拿不准怎么定的，可以让比格网络这类做定制建站多年的团队给一份现成模板参考，比自己从零摸索快得多。规则定得早，谈的时候就是流程；定得晚，谈的时候就是翻脸。
