小程序定制项目做了一半，客户又冒出一个新想法，加上吧，工期和预算全乱；不加吧，怕想法被浪费，这是服务商的两难，也是客户自己的钱包问题。行内有个老办法叫需求冻结，听着生硬，用起来是双赢。
什么是需求冻结
简单说，在原型确认签字的那一刻起，一期功能清单封板，直到上线验收前不再增删。所有新冒出来的想法，统统记进一张变更登记表，一期不做。这不是不讲情面，而是给项目一个稳定的靶子。小程序定制的开发计划、测试范围、上线日期，全都建立在这份清单上，清单一动，全盘重排。
有客户会问，好想法上线前不实现不亏吗？不亏。记下来的需求放进二期，二期本来就要规划，把好想法攒在一起做，比零敲碎打便宜得多。一期被打断三次的项目，工期平均多出四成，这不是精确统计，是这些年项目台账里的大概数，但趋势很确定。
冻结要配套变更机制
只冻结不给出路，客户会觉得被堵死。配套的做法是：每周固定一个需求收集的时点，客户把新想法集中提，双方评估影响，确属一期必须有的走变更单，调工期调预算白纸黑字；其余的进二期清单。有了这个出口，客户不再焦虑想法会被浪费，服务商的计划也能守住。真正的好想法，放两周依然站得住；站不住的，本来就不值得打断项目。
冻结执行的头两周最难熬，客户的想法一个接一个冒出来，这时候登记表就是缓冲带，写下来的那一刻，焦虑就落了地。见过坚持冻结满一个月的团队，会上吵架的次数明显变少，因为大家知道有个规矩在，想法不会被丢掉，只是排到了后面，规矩本身就有安抚作用，这不是心理安慰，是管理常识。
冻结条款怎么写进合同
有效的冻结靠条款支撑：功能清单作为合同附件，标注版本号和日期；约定变更的处理流程和计费方式；约定因变更导致的工期顺延计算方法。顺带把二期的启动条件也写一句，比如上线后三个月视数据情况启动，冻结就有了盼头，不是无限期搁置。有了这三条，冻结就不是一个态度，而是一套规则。比格网络的标准合同里就带着变更单模板，客户中途有想法，填单评估，十分钟定去向。
两条建议：签约时主动提出需求冻结条款，好服务商只会欢迎；给自己设一个想法本，上线前的所有新点子先记本上，验收之后再统一评估。憋住两个月，换来一个按时上线的小程序定制项目，值。
