pm-evidence-audit
Use when: 审核产品调研、市场分析、增长报告或 PRD 中的关键结论是否有可追溯证据,核对来源、日期、推断与冲突 Do NOT use when: 只需评审 PRD 的完整性和表达(用 pm-prd-review)、仅需撰写新报告而非审查现有主张
Use when: 需要设计用户访谈/用户调研方案、编写访谈提纲、规划样本与招募、制定访谈执行与分析方法 Do NOT use when: 仅做案头需求调研(用 pm-demand);已有明确结论只需验证单一假设且无需访谈
Claude Code
$ npx -y skills add konglong87/superPM --skill pm-interview --agent claude-code
Codex
$ npx skills add konglong87/superPM --skill pm-interview -a codex -y
Cursor
$ npx skills add konglong87/superPM --skill pm-interview -a cursor -y
Gemini CLI
$ npx skills add konglong87/superPM --skill pm-interview -a gemini-cli -y
GitHub Copilot
$ npx skills add konglong87/superPM --skill pm-interview -a github-copilot -y
OpenCode
$ npx skills add konglong87/superPM --skill pm-interview -a opencode -y
Windsurf
$ npx skills add konglong87/superPM --skill pm-interview -a windsurf -y
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
if [ -f "docs/01-需求调研/需求调研报告.md" ]; then echo "✅ 需求调研报告 - 已找到(可复用假设与目标用户)" else echo "⏳ 需求调研报告 - 未找到(可选,缺失时由本技能快速采集)" fi
---
只讨论时不写文件,启动检查不创建目录。用户要求保存产物时,先确认当前产品、精确输出路径及已有文件的覆盖/追加选择;确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills/_shared/artifact-policy.md`,单独安装本 skill 也按本段执行。
---
当流程要求与用户交互时:
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 示例**:
---
| 误区 | 正确做法 | |------|---------| | 用引导性问题 | 开放式、中立、追问"为什么" | | 样本无分层 | 按用户分层招募,避免同质化 | | 只收集不分析 | 必须定义编码与假设验证方法 | | 拿个例当结论 | 多样本交叉验证,引用原话 |
---
> ⚠️ 任何一项未通过 → 补全后再标记完成。
---
Use when: 审核产品调研、市场分析、增长报告或 PRD 中的关键结论是否有可追溯证据,核对来源、日期、推断与冲突 Do NOT use when: 只需评审 PRD 的完整性和表达(用 pm-prd-review)、仅需撰写新报告而非审查现有主张
Use when: 需要检查 super-pm 技能包安装完整性、元数据和体积 Do NOT use when: 正在执行具体 PM 任务且不需要安装诊断
Use when the user explicitly invokes /prompt-pe or explicitly asks to clarify, enhance, or rewrite a vague prompt Do NOT use for…
Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use…
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search…
Shape output for a reader with ADHD: lead with the next action, number multi-step work, restate state across turns, suppress…
Set up the owner profile so a personal agent knows who it works for (first-run setup, \"get to know me\"), or distill colleague,…