一个做建材出口的客户，第一次聊系统需求时全程只有一句话：我要一个管订单的后台。问他订单有哪些状态、谁负责审核、要不要对账，他都说你们专业你们定。项目做了七个月，改了无数轮，最后花的钱是最初报价的两倍多。后端系统开发外包里，需求说不清的客户往往花得最多，这条规律几乎没失效过。
为什么说不清反而贵
外包报价的前提是需求边界清晰。你说不清，供应商只能按想象报价，报价保守一点还好，为了中标往往报得激进，做起来发现范围失控就一路加钱。更隐蔽的成本是返工：你以为的审核流程是三级，他做的是一级，写完了推翻重来，工时照样算你的。需求模糊不是省了想清楚的时间，是把这笔债连本带利推迟到了开发期。
把需求说清的最小动作
- 画一遍流程：订单从进来到结款，经过哪些人、哪些环节，纸上画出来就行，不用专业工具；
- 列角色和权限：老板、业务、财务、仓库各能看什么、做什么；
- 挑三五个典型例子走一遍：一张正常订单、一张退货单、一张改地址的单，各自怎么流转；
- 把不做的也写出来：这一期明确不做什么，防止范围无限膨胀。
那位建材客户后来重做二期项目时学乖了，花两个周末自己画流程图，找了个懂行的人帮着审了一轮，二期两个月收工，费用和报价单分毫不差。
还有个实用技巧：把每次开会达成的共识当天整理成三五行纪要发出去，对方确认后归档。半年下来这些纪要就是最可靠的依据，比任何口头承诺都管用，花不了十分钟，省下的可能是几周的争执。
沟通节奏也是成本
定了需求还要定沟通机制：固定每周一次半小时同步会，问题攒到会上集中定；所有需求变更走文字确认，微信里说清楚的也要让对方复述一遍落成文档。后端系统开发是长周期活，三个月起步的项目，沟通方式直接决定返工量。
两条建议：签约前要求对方输出需求规格文档，你签字确认后才开工，这份文档是唯一的范围基准；内部先指定唯一决策人，七嘴八舌的需求只会制造返工。比格网络接项目时都会陪着客户把流程图梳理一遍才报价，前期多花一周，后期少吵一个月，这买卖划算。
