市场部找技术部提需求，口头说了三遍，两周后做出来的东西完全不是想要的，双方各执一词。这类扯皮，八成是需求没写清楚。
一张需求单至少包含6项：要做什么、为什么做、什么时候要、验收标准、谁对接、出问题找谁。缺一项，就多一次来回。
“要做什么”要写到可验收的程度。错误写法：“优化一下报名页面”。正确写法：“报名页从3步减到2步，手机端首屏加载控制在2秒内，下周三前上线灰度”。
“为什么做”不是客套，是给执行方判断优先级的依据。“因为下月有场活动预计来500人，现在的页面转化率只有12%”，对方才知道这事急不急。
时间要给区间和节点，别只写“尽快”。写“6月18日给测试版，6月20日上线”，中间留2天缓冲，比压死线更现实。
验收标准要可测。“好用”“美观”不算标准，“点击率从12%提到18%”“页面在4G网络下2秒打开”才算。
对接人只写一个。写两个联系人，等于两个都不负责。指定一个主对接，另一个是备份，写清楚。
常见错误清单：一，需求写在聊天记录里，三天后翻不到；二，需求中途加码不加时间；三，验收时临时加标准；四，出了问题在群里互相@，不拉会定责。
一个习惯：需求单建一个共享表格，编号、状态、负责人一目了然。每周五花10分钟对一遍状态，比事后吵3小时管用。
