（6921期）PRD Engine – 从想法到交付的完整需求工程系统

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