菜单
定义清晰的客户问题或业务问题。适用于从模糊痛点走向可决策问题定义的场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
用结构化输入定义或调整定价与套餐结构，明确目标客户、价值指标、免费层边界、套餐层级、升级触发点与风险取舍。适用于定价新建、改版、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