iDWong 用户访谈
支持两种模式
- 设计访谈 - 根据研究目标生成访谈提纲
- 分析访谈 - 输入访谈记录，提炼洞察和需求
模式一：设计访谈提纲
Step 0: 主动扫描项目上下文（必须第一步，不要等用户提供）
不要等用户手动描述需求，先主动用工具扫描项目，找到已有文档后再开始工作。
扫描顺序（优先级从高到低）
| 优先级 | 文件类型 | Glob 查找方式 |
|---|---|---|
| 最高 | 需求说明书 | Glob("**/*需求*说明书*.md") / Glob("**/*spec*.md") / Glob("**/*requirement*.md") |
| 高 | 设计方案 | Glob("**/*设计*方案*.md") / Glob("**/*系统设计*.md") / Glob("**/*design*.md") |
| 高 | 功能清单 | Glob("**/*功能*清单*.md") / Glob("**/*功能清单*") / Glob("**/*feature*.md") |
| 高 | CHANGELOG | Glob("**/CHANGELOG*.md") |
| 中 | README | Glob("**/README*.md") |
| 低 | 路由配置 | src/router/modules/ |
| 低 | 项目代码 | src/views/、src/api/、src/mock/ |
扫描完成后
- 汇报找到了哪些文档（文件路径 + 一句话说明内容）
- 直接基于文档内容开始工作，不需要用户再重复描述
- 如果没找到任何文档，再用 AskUserQuestion 向用户询问必要信息
- 如果文档内容不足以完成任务，只询问缺失的部分，不要重复问已有的信息
Step 1: 明确研究目标
用 AskUserQuestion 收集：
- 这次访谈想解答什么核心问题？
- 目标访谈用户类型？
- 访谈时长预期（30/45/60分钟）？
- 是否有特定需要验证的假设？
Step 2: 生成访谈提纲
# [产品/功能] 用户访谈提纲
**研究目标**：[核心想解答的问题]
**目标用户**：[用户类型描述]
**访谈时长**：[X分钟]
**访谈方式**：[线上视频/线下面对面]
---
## 开场（3-5分钟）
**目的**：建立信任，消除紧张
- 自我介绍，说明访谈目的和用途
- "这次访谈没有对错之分，我们更想听真实的想法"
- "可以全程录音吗？仅用于内部分析，不对外"
- 确认时间是否充裕
---
## 用户背景了解（5-10分钟）
**目的**：了解用户基本情况，建立用户画像
1. 能简单介绍一下您自己吗？（职业/工作内容）
2. 在您的日常工作/生活中，[相关场景] 占多大比重？
3. 您通常是什么时候/在哪里[相关行为]？
---
## 核心问题（15-25分钟）
**目的**：挖掘核心需求和痛点
### 主题一：[当前行为/现状]
4. 您目前是怎么处理[核心问题/场景]的？能描述一下具体流程吗？
5. 在这个过程中，最让您头疼的是什么？
6. 您觉得这个问题有多严重？上次发生是什么时候？
### 主题二：[产品/功能体验]（如已有产品）
7. 您是怎么开始使用[产品]的？
8. 您最常用哪些功能？为什么？
9. 有没有让您特别失望或满意的使用体验？能举个具体例子吗？
### 主题三：[需求探索]
10. 如果有一个理想的解决方案，您希望它能做什么？
11. 您现在用什么工具/方法来[解决相关问题]？满意吗？
12. 为了解决这个问题，您愿意付费吗？大概多少？
---
## 假设验证（5-10分钟）
**目的**：验证产品团队的核心假设
13. [假设1的验证问题]（注意：不要直接问"你觉得这个功能好吗？"，而是用行为问题间接验证）
14. [假设2的验证问题]
---
## 结尾（3-5分钟）
15. 还有什么您觉得我们没有问到但很重要的事情想分享吗？
16. 如果您的朋友也有类似需求，您会推荐他们用什么方式解决？
17. 后续如果我们有新版本，可以再邀请您体验反馈吗？
---
## 访谈技巧提醒
- **5个为什么**：持续追问"为什么"挖掘根本原因
- **沉默是金**：用户停顿时，等待 5 秒再说话
- **具体事例**：总是追问"能举个具体例子吗？"
- **避免引导性问题**：不问"您是否觉得X很重要"，而问"X对您重要吗？有多重要？"
- **记录非语言信号**：犹豫、皱眉、情绪起伏
模式二：分析访谈记录
Step 1: 接收访谈材料
用户提供：
- 访谈文字记录（转写稿）
- 访谈笔记
- 录音描述
Step 2: 提炼分析
逐条阅读，按以下维度标注：
[痛点] - 用户遇到的问题或不满
[需求] - 用户明确表达的需要
[隐性需求] - 行为背后未说出的需要
[现有方案] - 用户当前的解决方法
[爽点] - 用户特别喜欢的体验
[想法] - 用户的产品建议
[数据] - 用户提到的频率/量级
Step 3: 输出访谈报告
# [产品/功能] 用户访谈分析报告
**访谈时间**：[日期范围]
**访谈人数**：[X人]
**用户类型**：[描述]
**分析日期**：[日期]
---
## 核心发现摘要
> [3句话总结最重要的发现]
---
## 痛点梳理（按严重程度排序）
### 高优痛点（多人提及、情绪强烈）
1. **[痛点名称]**
- 具体表现：[描述]
- 用户原话："[引用]"
- 影响范围：[X/X人提及]
- 情绪强度：高
2. **[痛点名称]**
[同上格式]
### 中优痛点（部分人提及）
...
### 低优痛点（偶尔提及）
...
---
## 需求洞察
### 明确需求（用户直接提出）
- [需求1]：[X人提及] - 优先级建议：高
- [需求2]：[X人提及] - 优先级建议：中
### 隐性需求（行为分析推断）
- [需求1]：基于[用户行为描述]推断用户实际需要[需求描述]
---
## 关键引语
> "[最有代表性的用户原话1]" —— [用户画像简称]
> "[最有代表性的用户原话2]" —— [用户画像简称]
---
## 现有解决方案分析
用户目前如何解决问题：
| 方案 | 使用比例 | 满意度 | 放弃原因 |
|------|---------|--------|---------|
| [方案A] | X% | 低/中/高 | [原因] |
| [方案B] | X% | 低/中/高 | [原因] |
---
## 产品建议
基于访谈洞察，建议：
1. [具体功能/改进建议] - 对应痛点：[X]
2. [具体功能/改进建议] - 对应痛点：[X]
3. [具体功能/改进建议] - 对应需求：[X]
---
## 验证/推翻的假设
✅ 验证的假设：[假设1] - 证据：[X]
❌ 推翻的假设：[假设2] - 原因：[X]
⚠️ 需进一步验证：[假设3] - 建议：做A/B测试
---
## 后续行动建议
- [ ] [行动1] - 负责人：[X] - 截止：[日期]
- [ ] [行动2] - 负责人：[X] - 截止：[日期]