决策记录：写清做什么，也写清不做什么

没有写下来的决定，等于没有做过决定。

一、同一个需求，被讨论了四次

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

柏川做一款笔记整理工具。半年里，「批量导出」这个需求被提了四次，每次都是不同用户。

第一次他决定「先不做，导出会让人搬走」。三个月后有人再提，他又觉得有道理，开始评估。第五个月评估到一半，被一个更急的 bug 打断。第七个月第三次被提，他已经忘了上次评估到哪，从头再来。

四次讨论，加起来至少六个小时，产出是零。

问题不在于他改主意，而在于每次讨论都没有留下可继承的东西：当时的理由、反对的理由、什么条件下应该重开。没有这些，下一次讨论只能从零开始。

改主意本身没问题。用户变了、产品变了、证据变了，判断就该变。真正浪费的是：改主意之后说不清是因为什么变的，于是下一次还会在同一个地方来回。

柏川后来补了一页记录，才发现自己第一次否决的真实理由是「担心用户搬走数据」，而不是「需求不成立」。这个担心依然成立，但它和格式问题并不冲突——先修格式，既留住了用户，也没有开放整场导出。记录让他看见了自己真正的顾虑。

二、一页决策记录模板

决策记录要短，一页就够。字段固定，写起来才不费劲：

日期：2026-10-24
问题：用户填完记录后，无法把整场内容带走
证据：
  - 3 条反馈（社群 2、工单 1），均描述手动复制且格式错乱
  - 1 次观察：复制到表格后手工修 6 处
  - 证据等级：L1（模式，未见对照）
决定：本轮不做导出功能，先修复制后的格式问题
不做什么：不做 PDF 导出、不做云盘同步、不做批量选择
理由：格式问题是导出无效的根因；先修根因，再判断是否还需要导出
回滚：格式修复可单独回退，不涉及数据结构
复查日期：2027-02-24
复查条件：若格式修复后仍有 3 人以上提到「带走」，重开评估

七个字段各有作用：

「不做什么」是最容易被省略、也最值钱的一栏。它把讨论的边界固定下来：这次不讨论 PDF、不讨论云同步，只讨论格式。没有这一栏，每次讨论都会从「要不要做导出」重新开始。

写记录只要十五分钟。 与其说这是文档工作，不如说是把已经想清楚的事情打出来。如果十五分钟写不完，通常说明决定本身还没想清楚。

证据一栏要写等级，不只写条数。 「三条反馈」和「三条来自不同渠道、可复现的反馈」不是一回事。第 01 篇的 L0–L2 分级可以直接搬进来，复查时一眼就能看出结论的底气。

决定要写成动作，不要写成方向。 「改善导出体验」无法验收；「修复复制到表格后的格式错乱，覆盖 CSV 与 Markdown 两种目标」可以。写得越具体，复查时越容易判断做没做。

「不做什么」要列到具体功能。 写「暂不做复杂功能」等于没写；写「不做 PDF 导出、不做云盘同步、不做批量选择」才形成边界。列表越长越好吗？不是，列三条真正会被提起的就够。

三、拒绝的四句话

拒绝是决策记录的另一半。大部分需求不是被否决，而是被含糊地拖着，最后用户和你都不记得结论。

四句话的结构：

1. 直接说不做。 「这个版本我们不做导出。」
2. 给一个指向证据的理由。 「目前只有三条反馈，且都指向格式问题，根因不在导出。」
3. 给一个替代或条件。 「先把复制后的格式修好；如果之后还有三个人提，我们再评估。」
4. 说明什么时候会重新考虑。 「下次评估在明年二月。」

四句缺一不可。只说不做，用户觉得被敷衍；只说理由不给条件，讨论无法结束；给了条件不写日期，条件永远不会被检查。

对内部也一样。 一个人做产品，「内部」就是未来的自己。写给自己看的拒绝同样需要这四句，否则三个月后的你会推翻现在的你，而且不知道为什么。

拒绝要公开到什么程度，取决于产品形态。 有公开路线图的产品，可以在更新日志里写「本期不做」；纯工具类产品，回复单个用户即可。原则是：提过的人要收到回复，没提过的人不需要知道。

拒绝的语气比内容更容易被记住。 同一句话，写成「这个不做」和写成「这次先修根因，导出留到下一轮评估」，对方感受到的差别很大。前者像关门，后者像排队。

给出条件时要给可数的条件。 「有更多人提」不可数，「再有三人提」可数。可数的条件才能被复查，也才不会被你自己在三个月后重新解释。

四、公开路线图的边界与复查

公开路线图能带来信任，也能带来负债。三条边界：

• 只写方向，不写日期。 「正在改导入流程」可以写，「三月上线」不要写。日期一公开，延期就变成失信。
• 写清「不做什么」。 一份只列计划的路线图，会被理解成「这些都会做」。明确列出暂不做的方向，能挡掉大量重复提问。
• 变更要公告。 计划变了不说明，比一开始不公开更伤信任。变更公告只需要一句：原来的计划是什么、为什么变、现在是什么。

复查节奏
  每季度：检查所有未关闭决策的复查日期
  到期项：重开、延期或关闭，三选一，必须写一句理由
  关闭项：归档，保留原文，不删除

复查不是重新讨论。 复查只回答一个问题：当初的条件成立了吗？成立就重开，不成立就延期并写下新的复查日期。把复查变成重新辩论，等于每季度重来一次。

四个月是一个可用的默认复查周期。 短于两个月，证据还没来得及积累；长于半年，市场与用户都变了。具体可以按产品迭代速度调整，但要固定，不要凭感觉。

归档不要删。 被否决的决策是资产：它记录了你当时看到的世界。半年后回看，你能判断是自己判断错了，还是环境变了。这两种情况对应完全不同的应对。

复查要有人。 一个人做产品时，「有人」可以是未来的自己，也可以是一个愿意每月听你讲十分钟的朋友。口头复述一遍，比独自翻记录更容易发现前后矛盾。

五、行动清单与复算验收

• 建一个决策目录，一条决定一个文件，按日期命名
• 用七字段模板写下最近一个决定，包括「不做什么」
• 给每个未关闭的决定写上复查日期
• 对最近三次拒绝，补上四句话并回复提出者
• 公开路线图只写方向，删掉所有具体日期
• 每季度清理一次到期项，三选一并写理由
• 统计本季度重复讨论同一需求的次数

验收标准：能说出最近三个决定各自的证据、边界与复查日期。 需要翻聊天记录才能回忆理由的，说明决策没有留痕。

使用边界与实操验收

本文讲决策的记录与复查，不涉及证据怎么采集、优先级怎么算，那属于第 01 至 08 篇；季度层面的研究复盘属于第 10 篇；公开路线图的沟通节奏与更新日志属于自有渠道：邮件列表、更新日志与推荐 。

本文也不主张「所有决定都要写记录」。日常小改动不需要，写记录的成本会超过收益。需要写的是三类：不可逆的、被反复讨论的、会影响对外承诺的。

验证以重复讨论次数为准：同一个需求在半年内被重新讨论超过两次，说明记录没起作用——要么没写「不做什么」，要么没写复查条件。先补这两栏，再谈流程。

关键参考与核验范围

本文的时长、周期与场景为教学演示。核验日期：2026-10-24。

• Architecture decision record ：决策记录（ADR）的公开模板与使用说明，可参考其字段设计。
• GOV.UK Service Manual: User research ：把研究证据转成决策与记录的流程说明。

上述两条只用于说明决策记录的公开实践，不构成对任何模板的推荐。复查周期与字段可按团队规模调整，本次核验未逐条比对不同模板的差异。

系列导航

• 上一篇：偏差：六种自我欺骗
• 下一篇：研究复盘：每季度推翻哪些假设
• 回到目录：一个人把用户搞懂：访谈、观察、可用性测试与证据链
• 相关阅读：自有渠道：邮件列表、更新日志与推荐 、优先级：一个人能承受的排序