القائمة
进行需求分析与优先级排序。当用户说"需求分析"、"需求优先级"、"需求评审"、"写PRD"时使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
执行用户研究与洞察分析。当用户说"用户调研"、"用户画像"、"用户访谈"、"了解用户"时使用。
设计产品峰值体验与关键时刻。当用户说"峰值体验"、"用户体验设计"、"关键时刻"、"MOT"时使用。
用数据驱动产品决策，避免认知偏误。当用户说"数据分析"、"AB测试"、"数据驱动"、"指标解读"时使用。
运用心理学原理设计说服机制。当用户说"说服设计"、"转化率优化"、"行为引导"、"心理学"时使用。
设计并执行 MVP 验证实验。当用户说"MVP"、"最小可行产品"、"快速验证"、"原型测试"时使用。
设计平台治理规则与生态体系。当用户说"平台治理"、"内容审核"、"社区规则"、"生态治理"、"平台规则"时使用。
| name | 02-demand-analysis |
| description | 进行需求分析与优先级排序。当用户说"需求分析"、"需求优先级"、"需求评审"、"写PRD"时使用。 |
从多渠道收集需求，按类型分类：
对每个需求进行结构化评估：
使用 Kano 模型或 RICE 框架排序：
使用落地模板生成需求文档/PRD，包含：
| 原则 | 说明 |
|---|---|
| 需求 ≠ 功能 | "我要导出 Excel"的真实需求可能是"给领导汇报" |
| KANO 分级 | 基本型（必须有）、期望型（越多越好）、兴奋型（超预期） |
| 场景还原 | 把需求放回具体场景中验证，脱离场景的需求都是伪需求 |
| 频率 × 强度 | 高频弱痛点 > 低频强痛点（多数情况下） |
# 需求分析：[需求标题]
## 1. 需求来源
- 来源渠道：[用户反馈/数据分析/竞品观察/业务方提出]
- 原始描述：[用户/业务方的原话]
- 提出频次：[过去N天被提及X次]
## 2. 需求解构
### 表层需求
[用户说了什么]
### 深层需求
[用户真正想解决什么问题？用"5个为什么"追问]
1. 为什么要这个功能？→ ...
2. 为什么要解决这个问题？→ ...
3. 为什么这个问题让他困扰？→ ...
4. 为什么现有方案不能满足？→ ...
5. 为什么这个场景会反复出现？→ ...
### 人性需求
[这个需求触及了哪种本能？]
- [ ] 安全感 / 确定性
- [ ] 社交认同 / 归属感
- [ ] 掌控感 / 自主权
- [ ] 成就感 / 成长
- [ ] 便利性 / 省力
## 3. 用户故事
> 作为 [用户角色]，我在 [场景] 下，想要 [目标]，以便 [价值]。
> 目前我通过 [现有方案] 解决，但 [不满意的地方]。
## 4. KANO 分类
- [ ] 基本型：没有会不满，有也不会特别满意
- [ ] 期望型：有会更满意，没有会不满
- [ ] 兴奋型：没想到会有，有了会很惊喜
## 5. 优先级评估
| 维度 | 评分(1-5) | 说明 |
|------|----------|------|
| 用户价值 | | 解决多大的痛点 |
| 商业价值 | | 对营收/增长的影响 |
| 实现成本 | | 开发工时和技术难度 |
| 时效性 | | 是否有时间窗口 |
| 战略契合 | | 是否符合产品方向 |
**综合优先级：** P0 / P1 / P2 / P3
## 6. 决策与理由
- 做 / 不做 / 暂缓
- 理由：[...]
- 如果不做，替代方案：[...]
详细理论基础、原则解析和推荐书目见 references/knowledge.md。