撰写产品方案

解决的问题

产品方案常卡在“想法很完整，执行很模糊”：没有明确目标、范围、依赖、风险和验收指标。写 PRD 时容易只写功能描述，缺少代码库上下文和实施路径，导致开发评审反复对齐。

工作方式

write-a-prd-new 会把一个产品想法推进成可执行方案，并按复杂度选择 Quick、Standard 或 Deep Dive 模式。关键步骤包括：

• 澄清目标：先明确要解决的问题、目标用户、为什么现在做、成功标准。
• 探查现状：查看仓库或产品上下文，识别已有功能、可复用模块、数据模型、集成点和风险点。
• 设计方案：定义核心用户流、功能需求、边界情况、权限角色、空态/失败态和指标需求。
• 规划实现：拆分模块职责、输入输出、依赖关系、测试方式和分期范围。
• 产出 PRD：生成包含背景、目标、非目标、用户故事、MVP、技术设计、风险、测试策略和上线计划的文档。

适用边界

这个技能适合把新功能、流程改进或跨模块需求整理成工程可评审的 PRD 和 issue。它不是通用设计系统，也不会替代用户调研、架构评审或安全合规判断；若需求仍高度模糊，建议先补齐目标、约束和成功指标。