「做个跟某某家一样的小程序，再好看点。」接到过这么一句话的需求。三个月后双方都不愉快：客户觉得做出来的不是想要的，开发觉得客户朝令夕改。返工的账，最后是谁都没赢，工期、预算、交情，三样全折在里面。返工的账单，从不挑人。小程序制作前把需求写明白，是整个项目里性价比最高的一件事，没有之一。一句话需求，是项目最大的不确定来源。
一句话需求，十个人有十种理解
「要能在线预约」，是选日期选时段就行，还是要选师傅、选门店、支持候补？「支付要方便」，是微信支付就够，还是要加储值、组合支付？没写清楚的需求，开发按最简单的做，验收时客户觉得被糊弄。正确姿势是把每个功能写成一小段：谁用、在哪用、操作几步、最后出现什么结果。写不出结果的功能，多半自己也没想清楚，正好趁写的时候想清楚，写需求的过程就是理思路的过程。
一份够用的需求清单长什么样
不用搞成几十页的文档，商家版需求清单五页以内足够：页面清单，列出每个页面放什么；功能说明，每个功能一小段；参考案例，两三个你欣赏的小程序截图并标注喜欢哪一点；不做清单，明确写上哪些不做，比如不做分销、不做直播，这条最能防扯皮；预算和工期，写明分期还是一次到位，模糊的预算只会招来模糊的方案。预算清楚，方案才有着落。参考案例一栏最管用，一张截图顶十句描述。看得见的参照，最省口舌。有这份清单去询价，三家的报价才有可比性，不然每家理解的功能范围都不一样，报出来的数没法比，比了也是白比。
变更不可怕，可怕的是没记录
中途加需求很正常，市场在变想法也会变。规矩是：变更走文字，微信里说一句不算数，汇总到需求文档里标注新增，让开发重新评估工期和费用，确认了再动工。攒到验收时一起翻旧账，是项目纠纷的头号来源。每次变更都留痕，加几天工期、加多少钱，当场说清，双方都不憋屈，交情也才能处得久，规矩立在事前，比道理讲在事后管用。变更记录，就是项目的日记。
给两个实在建议：让服务方在签约前主动给你需求清单模板，不给的说明流程不成熟；自己花一个晚上把清单填完，这一晚上能省下后面一个月的来回。比格网络接小程序制作项目，第一步永远是陪客户把需求清单过完才报价，顺序对了，后面每一步都省力，需求清了，报价、排期、验收全都有据可依。
