去年有个做贸易的客户找我，说系统做一半了，想加个审批流。开发报价多出两万，他不理解，就多一个功能，凭什么这么贵。我反问他，这个审批流要跟哪些单据走，要走几级，超时怎么办，他说没想过，领导让加就加。

做软件定制这几年，因为需求变更跟客户扯皮的，比因为功能做不出来扯皮的还多。这篇不站队，就把需求变更为什么贵讲清楚，也讲讲怎么让它不那么贵。

一、加一个功能，动的是一整条线

  客户眼里的加功能，是界面上多一个按钮。开发眼里的加功能，是数据表要加字段，接口要加参数，列表要加一列，详情页要加一块，权限要加一条，报表要跟着调，测试要重新跑。

  一个审批流，最少牵动单据、审批、审批人配置、消息通知、操作日志五六个模块。哪个环节漏了，线上就得出问题。所以开发一听加需求就报价，不是想多收钱，是这笔账他算得比你清楚。

二、真正贵的不是代码，是推倒重来

  需求如果还没动工，加功能只是多写一段代码，成本有限。可大部分变更都发生在开发中段，甚至快验收的时候。这时候加需求，写好的代码要改，对好的接口要调，测过的功能要重测。更麻烦的是数据，有些已经录进去了，表结构一改，数据要迁移、要清洗、要对账。代码本身不贵，贵的是前面所有工作的返工。

三、这 3 类变更，最烧钱

• 第一种，改数据结构。今天加个字段，明天改个类型，表结构一变，查询、报表、导入导出全跟着动。

• 第二种，改业务流程。销售流程原来一审，现在要二审三审，审批节点一变，流程引擎、权限逻辑、消息通知全部要重配。

• 第三种，加第三方对接。原本没打算接系统，做到一半要接，接口文档、联调环境、异常处理，每一项都是看不见的工时。

这三种变更，报价贵不奇怪，不贵才要担心。

四、怎么减少无谓的变更

• 第一，原型先行。开发前先看原型，界面、流程、按钮全摆出来，看得见摸得着，比讲一百遍需求文档管用。

• 第二，签字确认。原型确认后书面留档，后面要改，就有据可依，客户也更能意识到每次变更都有成本。

• 第三，一期只做核心。别想一步到位，先把最核心的流程跑通，上线用起来再迭代。系统用得越久，需求越清楚，返工越少。

五、真遇到变更，怎么办

  变更躲不掉，怕的是没有流程。规范的开发公司，接到变更会先评估影响范围，给出工时和费用，让客户自己决定做不做、怎么改。影响小的，顺手就改。影响大的，拆成阶段，先做收益最高的那部分。所有变更书面记录，事后对账清清楚楚。需求变更是常态，不是事故。变更管好了，费用透明，进度可控，系统才能真正用起来。