pm-selfcheck
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 需要设计用户访谈/用户调研方案、编写访谈提纲、规划样本与招募、制定访谈执行与分析方法 Do NOT use when: 仅做案头需求调研(用 pm-demand);已有明确结论只需验证单一假设且无需访谈
$ npx -y skills add konglong87/superPM --skill pm-interview --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/pm-interviewContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when: 需要设计用户访谈/用户调研方案、编写访谈提纲、规划样本与招募、制定访谈执行与分析方法 Do NOT use when: 仅做案头需求调研(用 pm-demand);已有明确结论只需验证单一假设且无需访谈
name: pm-interview description: | Use when: 需要设计用户访谈/用户调研方案、编写访谈提纲、规划样本与招募、制定访谈执行与分析方法 Do NOT use when: 仅做案头需求调研(用 pm-demand);已有明确结论只需验证单一假设且无需访谈 allowed-tools: - Task - Read - Write - AskUserQuestion - Bash - WebSearch - mcp__exa__web_search_exa - mcp__exa__web_fetch_exa
bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建需求调研目录
mkdir -p docs/01-需求调研
if [ -f "docs/01-需求调研/需求调研报告.md" ]; then
echo "✅ 需求调研报告 - 已找到(可复用假设与目标用户)"
else
echo "⏳ 需求调研报告 - 未找到(可选,缺失时由本技能快速采集)"
fi---
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。 2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。
---
---
使用 AskUserQuestion 询问:
> 🎯 访谈目标 > > 这次访谈主要想搞清楚什么? > > A) 验证需求假设(功能是否真被需要) > B) 探索用户痛点与场景(开放式发现) > C) 评估产品体验(可用性/满意度) > D) 理解决策与付费(选型/付费动机) > > 你想验证/探索的核心假设是?(一句话)
记录到变量 `INTERVIEW_GOAL` 与 `HYPOTHESIS`。
---
结合需求调研报告(如有)提取目标用户画像,使用 AskUserQuestion 确认:
> 👥 访谈对象 > > A) 沿用需求调研报告的目标用户分层 > B) 我手动指定人群 > C) 聚焦某一极端/核心用户群 > > 样本量:建议 5-8 人/每细分(饱和即止);周期:{周}
记录 `SEGMENTS` 与 `SAMPLE_PLAN`。
---
按阶段生成提纲,默认结构:
1. **暖场**(建立信任,背景了解) 2. **行为与场景**(真实使用/替代方案) 3. **痛点与动机**(当前如何解决问题、痛点强度) 4. **需求与期望**(对解决方案的期望、付费意愿) 5. **收尾**(开放补充、是否愿意后续回访)
使用 Agent 工具(可选,针对复杂主题)派发 subagent 生成分群提纲:
Tool: Task
Parameters:
subagent_type: "general-purpose"
description: "访谈提纲生成"
prompt: |
你是用户研究专家。请基于以下信息设计一份用户访谈提纲。
目标:{INTERVIEW_GOAL}
核心假设:{HYPOTHESIS}
对象分层:{SEGMENTS}
要求:开放式问题为主、避免引导性提问、每阶段 3-5 题、标注追问点。
输出 Markdown 提纲。主 agent 整合并定稿。
---
生成:
---
使用 Write 工具生成 `docs/01-需求调研/用户访谈方案.md`:
# {产品名称} 用户访谈方案
## 一、访谈目标与假设
- 目标: {INTERVIEW_GOAL}
- 核心假设: {HYPOTHESIS}
- 待回答的关键问题: {列表}
## 二、对象与样本
| 分层 | 特征 | 样本量 | 招募渠道 |
|------|------|-------|---------|
| {层1} | {特征} | {n} | {渠道} |
## 三、访谈提纲(按阶段)
### 阶段1 暖场
1. {问题}
### 阶段2 行为与场景
1. {问题}(追问:...)
...
## 四、招募与执行
- 招募话术: {话术}
- 执行指引: {要点}
- 记录模板: {模板}
## 五、分析方法
- 归纳编码(开放→主题)
- 假设验证矩阵(支持/反驳/需补充)
- 输出物: 洞察报告 + 用户原话引用
## 六、下一步建议
1. /pm-demand - 整合访谈洞察进入需求调研
2. /pm-clarify - 细化高价值需求
3. /pm-priority - 将洞察转优先级---
> ✅ 用户访谈方案已生成:`docs/01-需求调研/用户访谈方案.md` > > 建议执行: > 1. /pm-demand - 整合访谈洞察 > 2. /pm-clarify - 细化需求 > 3. /pm-priority - 转优先级
---
**✅ Good 示例**:
**❌ Bad 示例**:
---
| 误区 | 正确做法 | |------|---------| | 用引导性问题 | 开放式、中立、追问"为什么" | | 样本无分层 | 按用户分层招募,避免同质化 | | 只收集不分析 | 必须定义编码与假设验证方法 | | 拿个例当结论 | 多样本交叉验证,引用原话 |
---
> ⚠️ 任何一项未通过 → 补全后再标记完成。
---
Repo: konglong87/superPM
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use when: 用户明确说"跳过 brainstorm /…
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search --type=competitor);产品尚无明确竞品
Use when: 已完成 /pm-brainstorm 后,需要系统化收集需求、验证产品想法真伪、分析用户痛点 用户明确要求"需求调研""需求验证""验证痛点""分析用户痛点" 用户明确选择跳过 brainstorm,直接进入需求调研 Do NOT auto-select when:…
Use when: 需要理解用户体验全链路、发现用户痛点与机会点、优化用户转化流程 Do NOT use when: 用户流程已非常清晰、仅需单一功能分析而非全局体验