产品部提了个需求给技术部，来回扯了3周。产品说「早就说了」，技术说「没说清楚」，最后翻聊天记录，关键信息散在4个群、2封邮件里。后来我们做了一张需求单模板，扯皮时间从平均3周降到4天。
需求单只填6项：背景（为什么要做）、目标（做成什么样算完成）、范围（做什么不做什么）、验收标准（怎么算合格）、时间节点（什么时候要）、对接人（谁拍板谁执行）。每项不超过3行，填不满说明需求没想清楚。
第1项背景最容易偷懒。写「提升用户体验」等于没写，写「客服每月收到120条关于支付失败的投诉，其中60%集中在一步验证环节」才有信息量。数量加场景，对方才知道优先级。
第3项范围要写「不做什么」。一个常见错误是只写要做的，结果对方顺手加了5个关联功能，工期翻倍。明确写「本次不含退款流程改造，留待Q2」，边界清楚，争议少一半。
第4项验收标准要可测。「页面流畅」不可测，「首页加载时间从3.2秒降到1.5秒以内」可测。价格、时长、数量、比例，至少有一个量化指标，否则验收时又是一轮讨论。
时间节点写两个：期望完成时间和最晚完成时间。只写一个「尽快」，等于没有时间。两个时间之间留出缓冲，比如期望4月15日、最晚4月30日，对方排期时有腾挪空间。
对接人写两个名字：业务方拍板人和执行人，技术方同理。4个名字写清楚，避免「我以为他会跟你说」这类事故。拍板人只写1个，两个拍板人等于没人拍板。
一个真实案例：运营要改活动页，需求单写了背景（上月活动转化率2.3%，低于目标4%）、目标（改版后达到3.5%）、范围（只改首屏按钮和文案，不动后端）、验收（A/B测试7天，转化率提升1个百分点以上）、时间（期望下周三、最晚下周五）、对接人（运营小王拍板、技术老张执行）。技术当天排期，5天上线。同样的需求，之前扯了3周。
需求单不是流程负担，是把口头沟通里漏掉的东西提前补上。6个空填完只要15分钟，省下的是几周的来回。
