需求说明书模板：三组字段缺一组就退回

需求文档最常见的死法是写完了没人知道哪些是必须的。我们有一份需求文档四十几页，评审会上一次讲不完，后面每次改都要重新读一遍。后来我要求所有需求文档压缩到三组字段以内，写不满三组直接退回。

退回的规矩定下来之后，文档变短了，改起来也快了，开发拿到的是一份能照着做的东西。

需求说明书只有三组字段

第一组定义组，写这是什么：品类名、目标使用场景、核心规格、必须做到的三个关键参数。第二组边界组，写不做什么：明确排除的方案、写死的上限、这次不做的项。第三组验收组，写怎么算做完：可测的判定条件、至少两个样例、签署人。

三组字段各管一段：定义组说什么，边界组说不做什么，验收组说怎么算做完

三种情况退回，两种情况放行

谁做、什么时候做、留什么记录

需求评审会前一天，产品或者运营把需求填完，填表按三组顺序填，顺序不能换。先写定义再写边界再写验收，顺序换过来会出现"我打算做的"和"我要求的结果"混在一起，验收组写的其实是目标不是判定。评审会当天，开发只做一件事：照着验收组读一遍，能读出怎么做就过，读不出来就退。签署人签的是需求不是结论。文档进品档，和后面每一次变更记录挂同一个链接下。

什么时候这套需求说明书必须停用

四种情况停用。改款只动一个参数，走变更单不重写整份说明书。纯包装调整、规格完全不变，用包装确认单代替。处在探索阶段、连做什么都不确定，这时候写探索笔记，等方向定了再按模板写。同一款产品发多个市场，主文档写一次，差异部分单独出一页，不要复制成四份各自改。

需求说明书的体积不是它的完成度

一份三十页的需求说明书不等于写清楚了，一份一页半的照样能开工。判断写没写清楚只看两处：边界组里有没有排除项，验收组里的条件能不能被一个不了解这个品的人拿着实物去判。