软件需求变更，钱是怎么一点点多出来的

上周一个汕头做五金的老板给我看他的报价单，第一版 8 万，第三版 19 万。他问我，是不是被坑了。

我把三版需求对着看了一遍。功能确实多了，但多的部分不值 11 万。真正涨上去的，是改的那几次。

改的是还没做的，还是已经做完的

这是两个完全不同的价钱。

一个功能还在纸上，你说换个做法，改的是文档，半小时的事。

一个功能已经做完、测过、你也在试用版上点过，你说要换个做法，那就要把做好的拆掉、重做、重测，再让已经习惯旧流程的人重新学一遍。

同一个改动，在原型阶段和在验收前，成本能差五到十倍。

改一处，牵动几处

老板一般只看到界面。界面上改一个字段，后面可能连着三件事：数据要加一列、旧的记录要补数据、报表要重新算。

我们做过一个项目，客户中途要求把一套算账的规则换掉，原来按完成时间算，后来要按确认时间算。听起来是改一句话，实际动了结算、对账、开单、导出四个地方，前后两周。

这也是为什么开发流程里，我们一定要在动手之前把规则写到纸上让你签字。不是为了推责任，是为了让你在纸上改，比在代码里改便宜。

什么时候改最贵

上线之后最贵。东西已经在跑，数据在里面，改一次就要停机、迁数据、重新培训。

我们有个客户的系统上线半年，要求把客户分类从三级改成四级。听起来小，实际做了九天，中间停了两个晚上。工期这种东西，前面省下来的时间，后面都要还。

把变更写下来

我们的做法是一页纸的变更单：改什么、为什么改、影响哪几个地方、加多少钱、加几天、什么时候能给你。

一页纸，双方各留一份。这一年下来，扯皮的事少了七成。

还有一个常见的误会：老板以为改需求是免费的，因为他觉得只是说了一句话。可对做的人来说，一句话背后是翻工、重测、改文档，还有已经按旧规则做好的那部分要作废。把这句话的价格提前说清楚，双方都轻松。

我们现在的报价单里会写一条：原型确认之后的变更，按变更单算。写这条不是为了多收钱，是为了让每一次改都有人停下来想一想。

如果你正在谈一个定制的项目，我建议现在就问一句：中途改需求怎么算。对方答得越具体，后面越省心。答得含糊的，通常是把风险留到后面再说。

这类项目的报价跨度本来就大，从几万到几十万都有，这只是大致区间，具体费用要根据你的实际需求评估——功能多少、要不要接你现有的东西、中途改几次，都会影响最后那个数。先出需求清单，再给明细，报价口径也可以看价格页。

想聊的可以打 13829578822，微信同号。