用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/konglong87/superPM --skill pm-interview命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| 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
当流程要求与用户交互时:
pm-demand 区分:pm-demand 偏案头/二手调研;本技能偏一手定性研究(访谈设计与执行)。使用 AskUserQuestion 询问:
🎯 访谈目标
这次访谈主要想搞清楚什么?
A) 验证需求假设(功能是否真被需要) B) 探索用户痛点与场景(开放式发现) C) 评估产品体验(可用性/满意度) D) 理解决策与付费(选型/付费动机)
你想验证/探索的核心假设是?(一句话)
记录到变量 INTERVIEW_GOAL 与 HYPOTHESIS。
结合需求调研报告(如有)提取目标用户画像,使用 AskUserQuestion 确认:
👥 访谈对象
A) 沿用需求调研报告的目标用户分层 B) 我手动指定人群 C) 聚焦某一极端/核心用户群
样本量:建议 5-8 人/每细分(饱和即止);周期:{周}
记录 SEGMENTS 与 SAMPLE_PLAN。
按阶段生成提纲,默认结构:
使用 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建议执行:
- /pm-demand - 整合访谈洞察
- /pm-clarify - 细化需求
- /pm-priority - 转优先级
✅ Good 示例:
❌ Bad 示例:
| 误区 | 正确做法 |
|---|---|
| 用引导性问题 | 开放式、中立、追问"为什么" |
| 样本无分层 | 按用户分层招募,避免同质化 |
| 只收集不分析 | 必须定义编码与假设验证方法 |
| 拿个例当结论 | 多样本交叉验证,引用原话 |
docs/01-需求调研/⚠️ 任何一项未通过 → 补全后再标记完成。