核心用法
PRD Engine 是一套结构化产品需求工程系统，涵盖六大阶段：
1. Discovery Brief（问题验证） — 强制回答关键问题后再动笔，避免反复重写
2. PRD 文档模板 — 标准化格式包含问题定义、解决方案边界、技术考量、发布计划、成功指标
3. 用户故事方法论 — INVEST 原则验收标准、XS-XL 规模分级、依赖金字塔排序
4. AI 智能体优化 — 针对 Claude Code/Cursor 等工具的显式文件路径、验证命令、单上下文窗口故事
5. 评审与批准流程 — 自评≥60分、同行评审、工程可行性确认、利益相关方签字
6. 追踪与迭代 — PRD 状态生命周期、阻塞项升级、发布后复盘模板
显著优点
- 防返工设计：Kill Criteria 在启动前拦截 5 类高风险信号（无证据、方案先行、指标不可测等）
- 量化质量：100 分制评分卡（权重设计），80+ 方可进入审批流程
- AI 原生：专门章节解决智能体执行时的上下文限制、路径推断、验证闭环问题
- 实战导向：每个模板附带正反例对比，验收标准从"好用"具体到"200ms内返回200状态码"
- 全链路覆盖：从发现到发布后决策（Iterate/Maintain/Deprecate/Expand），非一次性文档
潜在局限
- 学习成本：YAML/表格密集格式对非技术产品经理有门槛
- 组织适配：严格依赖金字塔排序与现有冲刺节奏可能冲突
- 过度工程化：小型改动（如文案修改）使用完整流程显冗余
- AI 幻觉风险：即使优化格式，复杂跨文件重构仍需人工监督
适合人群
- 中高级产品经理需规范输出、提升需求通过率
- 技术负责人评审 PRD 缺乏标准抓手
- 团队引入 AI 编程助手（Cursor/Claude Code）需结构化上下文输入
- 创业公司从"口述需求"向"文档驱动"转型
常规风险
- 指标虚荣：成功指标设定后缺乏追踪基础设施，沦为文档摆设
- 评审形式主义：评分≥60即通过可能掩盖关键边缘场景遗漏
- AI 执行错位：智能体未按依赖金字塔顺序执行导致级联错误，需保留人工 check 点