官方技能 · 产品

开发前的需求规格评审

v1.0.1 · 2026年11月4日更新

在开发前审查 PRD 或需求规格：含糊之处、缺失的空状态/加载/出错/无权限状态、指标、灰度发布，以及首次用户流程走查。

添加到团队的 Pod

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中，Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

PRD 或需求规格即将交给工程团队估算
某个功能上线后出了意外，下一份规格需要更严格地检查

你需要提供

规格或 PRD 文字
目标用户（可选）
截止日期和团队（可选）

你会得到

一个结论、首次用户流程走查、引用原文的阻断问题和应修改问题、状态表，以及指标和发布检查。

工作方式

以首次用户的身份走一遍流程 从用户进入的地方开始（邮件链接、导航菜单、空账户），逐步讲述：他们看到什么、必须做什么决定、点了什么。凡是规格没说明接下来出现什么的地方，记为一个漏洞。凡是会让新用户困惑的按钮文字或问题，也记下来。
检查每个页面的状态 对每个页面或组件，检查：空状态（首次使用、无结果）、加载中、出错、部分数据、无权限和成功。NN/g 建议，空状态要显示系统状态、教用户怎么开始，并提供直达任务的路径；数据还在加载时，绝不显示“暂无记录”。错误提示应该醒目、用通俗的语言、给出建设性的指引，并保留用户已输入的内容。
找出含糊的词 标出“快”“容易”“简单”“直观”“应该”“等”“和/或”“一些”“按需”。每个都需要一个数字、一份清单或一个决定。标出任何两位读者会用不同方式测试的需求。
检查规则和限制 谁可以做这件事？最多多少个？达到上限时会怎样？上线时，现有的数据和用户怎么办？如果缺失的答案会改变数据模型，就是阻断问题。
检查指标 必须有一个与问题挂钩的主要指标、一个基线、一个目标，以及衡量方法。如果要统计的事件还不存在，那就是规格缺失的一项需求。
检查灰度发布和回滚 是否放在功能开关后面？谁先看到（内部、一定比例、某个用户群）？什么指标会触发回滚，能否不发版就关掉？Martin Fowler 关于功能开关的指南区分了发布开关、按比例逐步放量和紧急关闭开关；紧急关闭开关必须能快速切换，不需要重新发版。
排序并写出问题 阻断 = 团队无法开发或测试，或者会危及数据或信任。应修改 = 会导致返工或混乱。小问题 = 措辞。每条问题都引用规格原文，说明为什么重要，并提出修改方案或问题。

与团队共享

把它添加到 AI Skill Pod，团队里的每个人（包括外包人员）都能在自己的 AI 中使用同一个版本。了解与团队共享 AI 技能的最佳方式