菜单
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/lujuncheng1225-cloud/AI_Commercialization--Product-Management-skills --skill task-decomposition命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | task-decomposition |
| description | 把一个较大的 PM、AI PM 或商业化任务拆成可快速验证的执行步骤。适用于任务过大、容易失控、需要先把执行顺序和检查点想清楚的场景。 |
| type | component |
| best_for | ["把大任务拆成小步骤","降低 PRD、评审或分析任务的失控风险","给 agent 或团队生成可执行计划"] |
| scenarios | ["把一份复杂 PRD 写作任务拆成 30 分钟内可推进的步骤","把一次商业化诊断拆成若干可验证的小任务"] |
在真正执行前，先把大任务拆成一串足够小、足够清楚、每步都能检查的动作，避免“直接开做然后一路漂移”。
每一步都应该：
如果一个步骤完成后仍然不知道“算不算做完”，说明还不够小。
优先做：
不要把最关键的不确定性留到最后。
好拆解不只是顺序清单，还要写出：
## Task Decomposition
### Goal
[这次任务最终要交付什么]
### Assumptions
- [关键假设]
### Work Steps
1. [步骤]
- Output: [产出]
- Check: [如何判断过关]
2. [步骤]
- Output: [产出]
- Check: [如何判断过关]
### Review Points
- [在哪些节点复核]
### Stop / Rework Conditions
- [什么情况下暂停或返工]
好：
差：
## Task Decomposition
### Goal
产出一份面向新用户 onboarding 改版的 PRD 草案，并能支持设计和工程进入细化讨论。
### Assumptions
- 当前最大问题发生在首次价值出现前
- 本轮先解决激活，不同时处理邀请后的协作问题
### Work Steps
1. 重新确认问题定义
- Output: 一段明确的问题陈述
- Check: 能回答“谁卡住、卡在哪、为什么现在要解决”
2. 拆出 success metrics 和 guardrails
- Output: 1 个主指标 + 2-3 个配套指标
- Check: 指标能支持 go / no-go 判断，而不只是观察
3. 收敛本轮 scope
- Output: must-have / out-of-scope 清单
- Check: 每个 must-have 都能解释它如何影响主指标
4. 写核心流程和需求
- Output: PRD 主体
- Check: 方案、范围、风险之间没有明显冲突
5. 做交付前复核
- Output: 返工点或可交付结论
- Check: 至少经过一次 fit / reasoning / integration 审查
### Review Points
- Step 1 后复核是否把方案误写成问题
- Step 3 后复核是否 scope 失控
- Step 5 后决定是否可直接交付
### Stop / Rework Conditions
- 如果问题定义无法支撑主指标，停止写 PRD，回到 discovery
- 如果 must-have 超过本轮资源上限，回到 scope 收敛
../workshop-facilitation/SKILL.md../problem-statement/SKILL.md../prd-development/SKILL.md../experiment-brief/SKILL.md