user-research-synthesis分析并综合用户研究发现，形成结构化、可行动的洞察。当拿到需要分析和总结的用户研究数据、访谈记录、问卷结果或用户反馈时使用。产出按主题整理的综合报告：普遍程度数据、支撑引语、痛点分析、功能需求优先级和建议的下一步。专门处理访谈记录时请使用 user-interview-synthesis。
Independent GitHub snapshot · Automated classification · Original documentation governs
user-research-synthesis 的简体中文翻译，英文版本为规范版本。
这个技能帮助分析用户研究数据，并按结构化方法把它转化为可行动的洞察。
如未提供，请向用户询问：
如果存在 professional-brain（brain/），先用它再提问：
hypotheses/（这次研究可以验证或推翻哪些假设）和 context.md（用户是谁）。knowledge/users.md，把原始笔记保留在 source/。来自访谈的说法标注为 [interview]，绝不把它们洗成 [data]。按以下结构把发现整理成主题：
主题名称
每次研究目标是 4 到 8 个主要主题。
对每个识别出的痛点：
分类：
对每个需求：
记录观察到的真实工作流：
如果研究揭示了不同的用户群体：
如果用户提到了竞品或替代方案：
基于洞察的优先级建议：
高优先级
中优先级
低优先级 / 未来考虑
发现的研究缺口：
综合访谈时：
分析引语时：
识别主题时：
这个技能附带支持文件，可用时请使用：
references/theme-validity.md：什么时候主题才算真实？综合有效性规则。在产出时应用它；它包含上面方法摘要压缩掉的校准和判断。templates/synthesis-report.md：可填写的成果模板，质量关卡写在里面。当用户想自己完成文档而不是生成时提供。交付前给这个技能的任何产出打分；32 分以上才算可以交付。
| 维度 | 0 | 5 | 10 |
|---|---|---|---|
| 证据纪律 | 说法没有依托：没有人数、没有引语，或引语没有出处 | 大多数主题有量化，但部分引语缺少出处，或普遍程度含糊（"很多用户"） | 每个主题都写明来自数据的普遍程度（"12 位中有 8 位"），并有 2 到 3 条注明出处、体现规律的引语 |
| 综合的高度 | 把一条条个人评论包装成发现 | 有真正跨参与者的主题，但有一两个是被提升为主题的单人轶事 | 4 到 8 个真正跨参与者的规律；个例标注为个例；发现了"说的和做的"不一致，而不只是记录观点 |
| 与决策的联系 | 只有观察，没有含义：像参观数据博物馆 | 有含义但很笼统（"改进引导"），没有优先级或预期影响 | 每个主题都写明它影响的产品决策；建议按优先级排列，附证据、预期影响和工作量 |
| 对冲突和缺口的诚实 | 粉饰过的顺利路径：矛盾和不确定性都看不到 | 承认了冲突的数据但没有深入；解读与观察混在一起 | 矛盾的发现被摆出来并附解决路径；观察与解读明确分开；待解决问题有具名的后续行动 |
**主题：引导过程中信息过载**
**描述**：用户一致表示，初始设置时呈现的信息量让人不知所措，导致引导没有完成、获得价值的时间推迟。
**普遍程度**：12 位参与者中有 9 位在没有提示的情况下提到了这个问题
**支撑引语**：
- "我只想赶紧开始用，但感觉得先读一本说明书"［P3，市场经理］
- "到第三屏说明的时候，我已经开始不看就点'下一步'了"［P7，销售代表］
- "真希望有个'快速开始'，给我这种只想试一试的人"［P11，产品设计师］
**含义**：我们现在的引导流程重视完整性胜过参与度。应考虑渐进式展示：让用户能很快开始使用产品，在具体场景中再学习高级功能。
**建议行动**：
- 设计一条"快速开始"路径，让用户在 3 分钟内获得第一份价值
- 把高级配置移到 App 内的场景化帮助中
- 全量上线前先用 5 到 10 名新用户测试
- 预期影响：激活率提升 20% 到 30%
综合研究时，使用这个结构：
# 用户研究综合：[研究主题]
## 研究概览
- **日期**：[日期范围]
- **方法**：[访谈 / 问卷 / 测试]
- **参与者**：[人数] [用户类型]
- **研究问题**：
1. [问题 1]
2. [问题 2]
3. [问题 3]
## 执行摘要
[2 到 3 句话概述关键发现和含义]
## 关键主题
### 主题 1：[主题名称]
[按上面示例完整记录主题]
### 主题 2：[主题名称]
[完整记录主题]
[继续写满 4 到 8 个主题]
## 痛点汇总
| 痛点 | 严重程度 | 频率 | 当前变通办法 |
|------------|----------|-----------|-------------------|
| [痛点 1] | 高 | 10/12 位用户 | [他们怎么应对] |
| [痛点 2] | 中 | 7/12 位用户 | [他们怎么应对] |
## 功能需求
### 必须有
1. **[需求]**：[X] 位参与者提到
- 原话："[代表性原话]"
- 背后的需要：[他们为什么想要]
### 高价值
[类似结构]
### 最好有
[类似结构]
## 建议
### 高优先级（0 到 3 个月）
1. **[建议]**
- 支撑证据：[研究数据]
- 预期影响：[会改善什么]
- 工作量估计：[粗略规模]
### 中优先级（3 到 6 个月）
[类似结构]
### 未来考虑（6 个月以上）
[类似结构]
## 待解决问题
1. [需要更多研究的问题]
2. [需要验证的不确定性]
3. [需要的后续研究]
## 附录
- 使用的访谈提纲
- 完整的参与者信息
- 原始笔记或记录（链接）