pm-demand

Preamble (run first)

bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建需求调研目录
mkdir -p docs/01-需求调研

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

---

前置门禁

无论从哪个入口进入，都必须执行前置文档检查：

1. 检查 docs/01-需求调研/ 中是否有创意方案库（pm-brainstorm 的输出文档）
2. 如果有 → 读取文档，判断是否与当前用户描述的产品相关
   • 相关 → 前置已满足，继续执行
   • 不相关 → 停止，建议先执行 /pm-brainstorm
3. 如果没有 → 检查用户是否明确说"跳过 brainstorm / 直接需求调研 / 已完成头脑风暴"
   • 明确跳过 → 继续执行
   • 否则 → 停止，建议先执行 /pm-brainstorm

不得在门禁不满足时生成需求调研报告。

---

跨 Agent 交互规则

当流程要求与用户交互时：

1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。
2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。

---

执行流程

所有步骤均为 [MANDATORY]，不得跳过任何步骤。完成当前步骤之前不得进入下一步骤。

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

关键原则：

• 使用 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