需求文档我加了一页「不做清单」,扯皮少了一半

这篇解决一个问题：需求文档写得再厚，为什么上线后总有人说"这个你们怎么没做"。适合写 PRD 的产品经理，尤其是乙方交付、客户一句话就能改范围的 B 端项目。

我是云心竹，做了 15 年产品，企业级项目从投标做到验收。关注我，每天一篇一线复盘。

去年一份 68 页的需求文档，我在第 4 页塞了一页纸，需求扯皮从每周 5 次降到 2 次。

那页纸的标题叫「本期不做清单」。

一、那次撕扯，起因是一句"这个不是写了吗"

项目上线前两周，甲方业务处长翻着系统问我："去年说的那个移动端填报，怎么没做？"

我翻回需求文档第 41 页，上面写着"移动端填报（二期）"。他说："二期？谁定的二期？我从来没同意过分期。"

会议室安静了五秒。我知道问题出在哪：文档里所有"不做"的东西，都被我写成了"以后做"。

在甲方眼里，"二期"等于"你们答应了但拖着"。在开发眼里，"二期"等于"现在不用管"。同一句话，两个理解，中间那段差价最后由项目工期买单。

那次之后我改了写法：不再用"二期""后续版本""待评估"这类软词，单独开一页，把不做的事写明明白白。

二、不做清单就四栏，一页纸放二十条

格式极简，一个列表页就够，每行一条：

• 不做什么：一句话，不超过 15 字，用甲方能听懂的业务语言

• 为什么这期不做：写真实原因，别写"资源不足"，写"当前流程里没有这一步"

• 什么条件下会做：写触发条件，例如"填报量超过每月 300 单"

• 谁提的、谁同意不做：姓名 + 日期，这一栏是保命符

四栏里最关键的是第三栏。没有触发条件的不做，等于埋雷。

"移动端填报"这条我们最后是这么写的：本期不做；原因是现场人员由内勤代填，实测每天 23 单；触发条件是单日超过 80 单或新增两个现场组；提议人业务处张某，2025-06-12 双方确认。

上线后第一周，张某自己拿着这页纸跟我说："你说的 80 单已经到 110 了，下期得排。"

同样一件事，前一年是扯皮，这一年是排期。

三、哪三类必须进不做清单

不是所有不做的事都值得写。我按三类收：

第一类：本期不做

功能都在，只是这期不做。这类最容易被忘，必须写触发条件。

第二类：永远不做

这类最得罪人也最省事，比如"不做线下纸质单据的电子化补录"。写清楚的理由是业务规则，不是技术限制。

第三类：等条件做

依赖外部条件的，例如等接口开放、等上级单位统一标准。这类要写明"等谁"。

第三类的触发条件最容易写虚。我第一版写过"业务量增长后评估"，被处长当场划掉，他问："增长到多少？我记不住你的'后'。"后来改成"单日超过 80 单"，这条才真正生效。

触发条件必须写成一条能被别人拿来质问你的线。 写不出数字，就说明你自己也没想清楚。

最忌讳的是第四类：不敢写的不做。 那些你知道做不了、又不敢在会上说的事，最后都会变成上线前两周的加班。

下一篇我会写《需求冻结不是卡需求，是给上线一个截止线》，关注云心竹等更新，不迷路。

四、让甲方认这一页，只要三句话

写了不算数，得有人认。我在评审会上固定说三句：

1. "这一页不是拒绝，是把大家的预期对齐，免得上线后再返工。"

2. "每一条都写了触发条件，条件到了我第一个排。"

3. "如果您觉得哪条现在就该做，我们当场换一条进来，代价是砍掉别的一条。"

第三句是核心。不做清单从来不是单方面砍需求，是一张交换清单。

五、上线前的五步落地

• 第 1 步：把文档里所有"二期/后续/待评估"搜一遍，全部拎出来

• 第 2 步：按上面三类归档，写不出触发条件的先标红

• 第 3 步：评审会上单独一页过，逐条确认，当场记录谁同意

• 第 4 步：把这一页放进验收材料，验收时一起对

• 第 5 步：每期结束更新一次，做完的移出去，新加的补进来

六、有不做清单和没有，差在哪

• 范围：没有时靠记忆，谁也说不清边界；有时一页纸就能对

• 变更：没有时每次变更都是新谈判；有时直接对着触发条件判断

• 验收：没有时甲方拿"当初说过"当依据；有时拿这页纸当依据

• 新人接手：没有时要翻 68 页；有时先看这页纸

需求文档的价值不在写得多全，在边界写得多清楚。

一份没有边界的 PRD，写得越厚，后面吵得越久。

你们项目里有"不做清单"这一页吗？A. 有，还真的管用 B. 没有，全靠开会吵 C. 写过，但没人认——评论区扣个字母。

觉得这页纸有用，转给正在写 PRD 的同事，能省他两轮会。

往期同栏目（PM 避坑指南）

• 《范围蔓延最狠的三种需求，一页纸挡回去》

• 《需求评审我只请五个人，其余的去看录播》

• 《甲方拿老板意见当需求，我先问谁拍板》