菜单
构建一份从问题、用户、方案到成功指标和范围边界都清楚的 PRD。适用于把零散背景整理成工程团队可执行文档的场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
用结构化输入定义或调整定价与套餐结构，明确目标客户、价值指标、免费层边界、套餐层级、升级触发点与风险取舍。适用于定价新建、改版、AI 增值包或商业化实验前的推演。
在正式交付前用结构化关口审查方案、文档或分析结果。适用于避免局部正确但整体跑偏、避免草率交付的场景。
把一个较大的 PM、AI PM 或商业化任务拆成可快速验证的执行步骤。适用于任务过大、容易失控、需要先把执行顺序和检查点想清楚的场景。
定义一个 AI 功能的用户任务、输入、输出、质量标准和 fallback。适用于把模糊 AI 点子整理成可讨论方案的场景。
把一个 AI 产品想法整理成问题定义、功能定义、评估方案和风险评审。适用于 roadmap 前的产品定义场景。
诊断转化漏斗的阶段、掉点、可能原因和下一步核查方向。适用于获客、激活或付费转化出问题的场景。
| name | prd-development |
| description | 构建一份从问题、用户、方案到成功指标和范围边界都清楚的 PRD。适用于把零散背景整理成工程团队可执行文档的场景。 |
| type | workflow |
| best_for | ["从零写完整 PRD","把调研结果整理成文档","对齐产品、设计、工程"] |
| scenarios | ["我要为 onboarding 改版写一份 PRD","我有很多 discovery 笔记，需要整理成 PRD"] |
| estimated_time | 60-120 min |
把问题定义、用户、方案、成功指标和范围边界整理成一份可执行 PRD。
一份强 PRD 通常包含：
PRD 不是“把想法写完整”，而是把以下判断写清楚：
如果一个需求不能明显改变主指标、关键风险或核心可用性，默认不要进 must-have。
../problem-statement/SKILL.md好：
差：
template.md../problem-statement/SKILL.md../workshop-facilitation/SKILL.md