一位老板把需求讲了一个小时，开发公司的产品经理记了三页纸，一个月后做出来的东西还是不对。问题不在对方笨，在需求从来就没写清楚过。口头描述十次，不如一页纸写明白，教你写给小程序开发公司的需求清单正确写法。
按角色写：谁在什么场景干什么
最没用的需求写法是：要一个会员系统，要能积分。有用的写法是按角色拆：顾客到店扫码，报手机号，店员在小程序后台找到会员，核销积分；顾客没到店，在群里点链接下单，积分自动入账。一句话里说清了谁、在哪、干什么、结果是什么。写完自己读一遍，有歧义的地方自己都能发现。小程序开发公司拿到这种清单，产品一天就能出原型，双方效率都高。模糊的需求换来的只能是模糊的报价和反复的返工。写不清的功能就先空着，标一句待定也比硬编一段强，待定的让对方报价时给个区间，心里有数就行。
功能分三档，优先级排出来
把想到的功能全列出来，然后强制分三档：必须有、最好有、以后再说。必须有的是主流程，砍掉就没法营业的那种；最好有的锦上添花，预算够就做；以后再说的明确写进二期，谁也别惦记。分档的好处是预算弹性有了着落，钱紧先上一期，宽裕再补二期，不用从头谈。很多烂尾项目就是死在功能不分档上：全都要，钱不够，做一半停摆，谁都不认账。三档分完还要排个序，同样是一期，先做下单还是先做会员，顺序定了排期才排得出来，验收也有先后。
- 每个功能写清角色、场景、动作、结果
- 必须有、最好有、以后再说，三档分类
- 清单发出去让对方逐条确认报价
拿现成产品照着描
不知道怎么描述功能，最简单的办法是找参照：你觉得哪个同行的小程序好用，截屏，圈出你要的部分，写上我要这样的。开发的人一看就懂，沟通成本趋近于零。参照还能反过来帮你砍需求：对照着人家成型的产品，你会发现一半的想法别人都没做，自然就明白那些是可有可无的。把参照截图和功能清单一起发给小程序开发公司报价，回来的单子准头高得多，比价也有的放矢。参照物最多选两个，选多了需求就散了，做出来的东西四不像，谁的责任都说不清。
建议：需求清单自己写，别指望产品经理替你想业务，最懂生意的只有你；写完发给比格网络这类愿意逐条确认再报价的团队，对方有没有追问细节，就是判断靠不靠谱的第一道题，含糊报价的直接过。
