pm-demand

Preamble (run first)

# 创建需求调研目录
mkdir -p docs/01-需求调研

# 检查是否已有需求调研报告
if [ -f "docs/01-需求调研/需求调研报告.md" ]; then
  echo "⚠️  检测到已有需求调研报告"
  echo ""
  echo "您可以选择："
  echo "A) 查看现有报告"
  echo "B) 重新调研（会覆盖现有报告）"
  echo "C) 补充调研（在现有基础上补充）"
fi

---

执行流程

步骤 1: 收集产品基础信息

关键原则：

• 使用 AskUserQuestion 逐个询问
• 每个问题清晰、聚焦
• 等待用户回答后再问下一个

---

问题 1: 产品名称

使用 AskUserQuestion 询问：

请问您的产品名称是什么？

💡 提示：例如"每日优鲜"、"小红书"、"微信"

用户输入后，记录到变量 PRODUCT_NAME

---

问题 2: 目标用户

目标用户是谁？

A) C端用户（个人消费者） B) B端用户（企业客户） C) 双边市场（平台模式） D) 其他（请手动输入）

💡 提示：选择后请进一步细化，如"25-35岁一线城市女性"、"中小型餐饮老板"

用户回答后，记录到变量 TARGET_USER

---

问题 3: 核心业务目标

您希望达成的核心业务目标是什么？

A) 提升收入（如GMV、付费转化） B) 提升用户规模（如DAU、MAU） C) 提升用户留存（如复购率、日活） D) 降低成本（如人力、运营成本） E) 其他（请手动输入）

💡 提示：目标应该可量化，如"3个月内GMV达到100万"

用户回答后，记录到变量 BUSINESS_GOAL

---

问题 4: 核心痛点（关键验证）

关键问题：用户现在面临的最大痛点是什么？

A) 效率低下（耗时太长、步骤太多） B) 体验糟糕（难用、不友好） C) 成本过高（太贵、负担重） D) 无法解决（现有方案无法满足需求） E) 其他（请手动输入）

💡 提示：思考"用户为什么需要这个产品，而不是用竞品或维持现状？"

用户回答后，AI 立即进行痛点强度判断：

痛点验证逻辑：

如果用户选择 A/B/C/D：

✅ 痛点强度：⭐⭐⭐⭐⭐（强痛点）
💡 理由：用户有明确的痛点，愿意为解决方案付费/花时间

继续收集更多信息...

如果用户选择 E（其他）且描述模糊：

⚠️ 痛点强度：⭐⭐（弱痛点）
💡 建议：痛点不够清晰，可能是伪需求

您可以选择：
A) 继续调研（我需要更深入挖掘痛点）
B) 重新思考产品定位
C) 暂停，我需要更多信息

是否继续？

记录到变量 USER_PAIN_POINT 和 PAIN_INTENSITY

---

问题 5: 行业赛道

您的产品属于哪个行业赛道？

A) 电商零售（生鲜、服装、综合电商等） B) 社交娱乐（社交、游戏、内容社区等） C) 企业服务（SaaS、工具、B2B服务等） D) 金融科技（支付、理财、保险等） E) 其他（请手动输入）

💡 提示：明确的赛道有助于后续市场分析

记录到变量 INDUSTRY

---

步骤 2: 收集初步需求清单

使用 AskUserQuestion 询问：

现在请列出您想到的核心需求（每个需求一行）

例如：

• 快速下单
• 订单追踪
• 会员体系

💡 提示：输入"完成"结束需求录入

用户逐行输入需求，AI 收集到列表 REQUIREMENT_LIST

---

步骤 3: 需求真伪验证（快速模式）

对每个需求快速验证（只验证明显的问题）：

AI 对每个需求提问：

需求"{需求名称}"是真需求吗？

判断标准：

• 用户愿意为此付费或花时间吗？
• 这个需求解决了实际痛点吗？

A) 是真需求 ✅ B) 可能是伪需求 ⚠️（请说明原因） C) 不确定，需要进一步验证

记录验证结果到 VERIFIED_REQUIREMENTS

---

步骤 4: 生成需求调研报告

使用 Write 工具创建 docs/01-需求调研/需求调研报告.md：

# 需求调研报告

## 一、产品基础信息

- **产品名称**: {PRODUCT_NAME}
- **目标用户**: {TARGET_USER}
- **核心目标**: {BUSINESS_GOAL}
- **行业赛道**: {INDUSTRY}
- **生成时间**: {当前时间}
- **调研工具**: super-pm v1.0.0

---

## 二、核心痛点

**用户痛点**: {USER_PAIN_POINT}

**痛点强度**: {PAIN_INTENSITY} 星级

**验证状态**: ✅ 已验证真实需求

**验证理由**: 用户有明确痛点，愿意为解决方案付费/花时间

---

## 三、初步需求清单

| 序号 | 需求名称 | 验证状态 | 备注 |
|------|----------|----------|------|
| 1 | {需求1} | ✅ 真需求 | - |
| 2 | {需求2} | ✅ 真需求 | - |
| 3 | {需求3} | ⚠️ 需验证 | {原因} |
| ... | ... | ... | ... |

---

## 四、下一步建议

建议执行：

1. **/pm-brainstorm** - 头脑风暴，探索更多可能性（推荐）
2. **/pm-clarify** - 需求细化，明确每个需求的细节
3. **/pm-market** - 市场分析，了解行业与竞品

---

**项目状态**: 需求调研完成
**生成时间**: {时间戳}
**生成工具**: super-pm v1.0.0

---

步骤 5: 输出完成提示

使用 AskUserQuestion 提供下一步选项：

✅ 需求调研完成！

📄 报告已生成：docs/01-需求调研/需求调研报告.md

🎯 建议下一步：

A) 执行 /pm-brainstorm - 头脑风暴，探索更多可能性（推荐） B) 执行 /pm-clarify - 需求细化，明确细节 C) 执行 /pm-market - 市场分析，了解行业与竞品 D) 查看需求调研报告

---

兜底机制

场景 1: 用户中途取消

如果用户中途取消，保存已收集的信息：

# 创建临时保存文件
echo "产品名称: $PRODUCT_NAME" > docs/01-需求调研/.需求调研草稿.md
echo "目标用户: $TARGET_USER" >> docs/01-需求调研/.需求调研草稿.md

提示用户：

⚠️ 调研已暂停

已收集的信息已保存到 docs/01-需求调研/.需求调研草稿.md

您可以随时执行 /pm-demand 继续

---

场景 2: 已有需求调研报告

如果检测到已有报告：

if [ -f "docs/01-需求调研/需求调研报告.md" ]; then
  echo "⚠️ 检测到已有需求调研报告"
fi

提供选项：

• 查看现有报告
• 重新调研（覆盖）
• 补充调研（追加）

---

注意事项

1. 风险前置：问题4（痛点验证）是核心，必须认真对待
2. 一次一问：使用 AskUserQuestion 逐个询问，避免用户负担过重
3. 痛点强度判断：AI 需要根据用户回答判断痛点强度
4. Markdown 存储：生成的报告人类可读可编辑
5. 推荐下一步：完成后推荐 2-3 个相关 skill