user-research-synthesis

用户研究综合分析

适用场景

当创始人或 PM 提供原始定性研究数据，并需要将其综合整理为结构化洞察时启用。数据包括客户访谈记录、调查问卷的开放式回答、支持工单日志、NPS 文字反馈、销售通话记录、应用商店评论或社区论坛帖子。触发短语包括“总结这些访谈”“客户在告诉我们什么”“综合整理这些反馈”或“帮我分析这些客户对话”。

所需上下文

• 来自 startup-context： 产品阶段、当前客户群体、正在验证的已知假设，以及现有用户画像（如有）。
• 来自用户： 原始数据来源（访谈记录、笔记、录音）、正在调查的研究问题、参与者背景信息，以及任何需要验证或证伪的具体假设。

工作流

1. 通读完整记录 —— 开始总结前，从头到尾阅读完整的访谈记录或数据来源。处理完所有材料后再开始总结，避免近因偏差，并确保没有遗漏。
2. 记录元数据 —— 记录访谈日期、参与者、参与者背景以及对话背景。
3. 识别当前解决方案 —— 记录参与者当前使用的解决方案，以及对每种方案的满意度。这有助于从用户视角了解竞争格局。
4. 提取问题和痛点 —— 使用参与者自己的语言，列出提到的每个问题。区分表面症状和根本原因。
5. 运用待完成任务（Jobs to Be Done）框架 —— 将每项主要发现表述为一个 JTBD：“当[情境]时，我想要[动机]，以便[预期结果]。”这能将关注点从功能转向结果。
6. 标记意外发现 —— 记录任何令人意外的洞察、矛盾，或挑战现有假设的发现。这些往往具有最高的战略价值。
7. 明确后续行动 —— 列出具体的后续步骤及负责人：根据这些发现，谁应做什么。
8. 评估置信度 —— 根据数据量和不同来源之间的一致性，将每项洞察的置信度评为高、中或低。

输出格式

访谈摘要（按记录分别整理）

针对每份访谈记录或数据来源：

• 元数据： 日期、参与者姓名/角色、参与者背景
• 当前解决方案： 他们目前使用的方案及满意度
• 喜欢之处： 关于当前产品或工作流的正面信号
• 发现的问题： 使用参与者自己的语言描述的痛点，并附直接引述
• 关键发现： 挑战现有假设的意外发现或洞察
• 后续行动： 具体后续步骤及建议负责人

跨访谈综合分析（提供多个来源时）

待完成任务地图

任务表述	频率	细分群体	置信度
当[情境]时，我想要[动机]，以便[结果]	N 个来源中的 X 个	细分群体名称	高/中/低

可执行洞察

按编号列出洞察陈述，格式为：“我们了解到[发现]，这意味着[影响]，因此我们应该[建议]。”

未解问题

数据未能解答的问题，以及建议的后续研究步骤。

框架与最佳实践

• 待完成的工作（JTBD）。 将每项发现都描述为客户试图完成的工作，而非他们想要的功能。客户选择产品，是为了让自己的生活有所进展。
• 总结前先通读。 撰写任何总结前，务必先完整阅读访谈记录。只读部分内容会导致综合分析产生偏差。
• 使用朴素语言，避免行话。 撰写让团队所有人（包括非技术相关方）都能理解的总结。除非团队始终如一地使用产品管理行话，否则应避免使用。
• 保留直接引语。 最有力的数据点是原话，它们能体现参与者的情绪、具体细节和表达方式。“上周二我花了 3 小时重做报告”远胜于“报告很难做。”
• 区分满意之处与问题。 明确记录用户喜欢现有解决方案的哪些方面，以及哪些方面让他们感到沮丧。了解优势可以避免意外破坏这些优势。
• 现有解决方案能揭示竞争对手。 记录参与者目前使用的方案（包括电子表格、手动流程和变通方法），可以展现真实的竞争格局，其范围比直接的产品竞争对手更广。
• 提及频率不等于重要性。 如果提到某个痛点的 2 位用户代表了你的理想客户画像，那么这个痛点可能比 10 位用户中有 8 位提到的另一个痛点更关键。
• 注意偏差。 记录招募偏差（哪些人没有接受访谈）、引导性问题偏差（审查访谈提纲）和幸存者偏差（当前用户与已流失用户）。
• 最低可行样本量。 对于定性研究，每个细分群体通常进行 5-8 次访谈即可达到主题饱和。如果样本量低于此阈值，请标明。
• 三角验证。 交叉核对不同类型数据中的发现。访谈、支持工单和调查数据都支持的洞察，比仅由单一来源支持的洞察更有说服力。
• 持续发现。 将访谈综合视为持续开展的实践，而非一次性项目。定期每周进行访谈，随着时间推移，能逐步加深对客户的理解。

相关技能

• prd-writing -- 将研究综合结果直接衔接到 PRD 的背景和市场细分部分。
• competitive-analysis -- 结合客户洞察与竞争数据，找出竞争对手表现不佳、尚未得到满足的待完成工作。
• feedback-synthesis -- 当你同时拥有结构化反馈数据（工单、NPS）和访谈记录时，将两者衔接起来。

示例

示例 1：单次访谈总结

用户：“这是我们对一位物流经理进行的探索性访谈记录。请总结一下。”

优质输出摘录：

**元数据：**2026 年 3 月 10 日 | Sarah Chen，MidCo 物流经理（150 名员工）

**现有解决方案：**使用 Excel 电子表格和电子邮件往来相结合的方式协调货运。满意度：3/10。“虽然能用，但我每周要花大约 5 小时，只为让所有信息保持同步。”

发现的问题：

• 没有统一的货运状态信息来源（提到 4 次）
• 无法实时查看司机是否有空；依赖电话沟通
• 每周五向管理层汇报时，需要手动汇总数据

**关键发现：**Sarah 的团队建立了一个非正式的 Slack 频道，作为实时更新的变通方案。这一点不在我们的研究计划预期之内，说明消息集成功能的优先级可能高于仪表板功能。

示例 2：多场访谈综合分析

用户：“我刚完成了 8 场关于我们 B2B 排期工具的客户访谈。以下是访谈记录。有哪些关键结论？”

优质输出摘录：

JTBD #1（8 场访谈中有 7 场提及，置信度高）：“当我需要协调跨越 3 个以上时区的会议时，我希望在一个视图中看到每个人的空闲时间，这样我就能安排好时间段，而不必来回发送 6 封邮件。”

**洞察：**我们了解到，跨时区排期才是首要任务，而不是宽泛意义上的日历管理。这意味着我们的定位应突出“全球团队协作”，而不是“智能日历”。下一轮冲刺中，我们应优先开发时区叠加功能。

**待解问题：**8 位参与者中没有一位是独立用户。我们仍不知道该产品对没有团队的个人是否有价值。