Menu
定义清晰的客户问题或业务问题。适用于从模糊痛点走向可决策问题定义的场景。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
用结构化输入定义或调整定价与套餐结构，明确目标客户、价值指标、免费层边界、套餐层级、升级触发点与风险取舍。适用于定价新建、改版、AI 增值包或商业化实验前的推演。
在正式交付前用结构化关口审查方案、文档或分析结果。适用于避免局部正确但整体跑偏、避免草率交付的场景。
把一个较大的 PM、AI PM 或商业化任务拆成可快速验证的执行步骤。适用于任务过大、容易失控、需要先把执行顺序和检查点想清楚的场景。
定义一个 AI 功能的用户任务、输入、输出、质量标准和 fallback。适用于把模糊 AI 点子整理成可讨论方案的场景。
把一个 AI 产品想法整理成问题定义、功能定义、评估方案和风险评审。适用于 roadmap 前的产品定义场景。
诊断转化漏斗的阶段、掉点、可能原因和下一步核查方向。适用于获客、激活或付费转化出问题的场景。
| name | problem-statement |
| description | 定义清晰的客户问题或业务问题。适用于从模糊痛点走向可决策问题定义的场景。 |
| type | component |
| best_for | ["写问题定义","把零散调研整理成一个明确问题","统一团队对问题的口径"] |
| scenarios | ["用户在 onboarding 流失，我需要先定义真实问题","写 PRD 前先把问题说清楚"] |
把“哪里不对劲”整理成一个结构化问题定义，说明谁受影响、发生了什么、为什么重要、证据是什么。
一个好的问题定义要回答：
当团队已经带着方案、功能点或组织边界来描述问题时，先把表层说法拆回到底层事实。
优先检查：
推荐结构：
## Problem Statement
### Target User
[谁有这个问题]
### Problem
[问题是什么]
### Why It Matters
- [用户影响]
- [业务影响]
### Evidence
- [定性证据]
- [定量证据]
### Why Now
[为什么现在值得做]
好：
差：
../prd-development/SKILL.md../workshop-facilitation/SKILL.md