综合洞察

把 5 份访谈记录变成 3-5 个驱动产品决策的可行动洞察。

为什么

访谈产数小时记录和数百引言；无综合你有数据无决策。综合是把原始访谈数据变实际驱动产品的 3-5 洞察的步。洞察非引言（"她说审查花 4 小时"）——是带含义的模式（"4/5 维护者每次审查花 3+ 小时在周末，意味痛非速度而是个人生活时间位移；方案应移审查出周末非更快"）。好综合分模式与轶事、连发现到产品决策、产团队可行动的产物。无它，团队重读引言并无尽辩论解读，或更糟默认房间最大声意见。

何时使用

每 5 次访谈后。2-3 小时。当天做趁记忆新鲜。

如何做

1. 重读全 5 记录（或重听录音）
   - 一次坐完以保持全 5 在心
   - 高亮与你学习目标相关的引言

2. 提每个提到的痛、行为和变通
   - 每项一便利贴："[画像] [痛/行为] [情境]"
   - 含谁说的（1-5）以计数

3. 按主题聚簇便利贴
   - 把描述同底层东西的笔记分组
   - 命名每簇："周末时间位移"、"GitHub UI 太慢"、"长会疲惫"

4. 数每簇和每访谈的笔记
   - 3+ 访谈笔记的簇是模式
   - 1-2 访谈笔记的簇是轶事
   - 模式驱动决策；轶事记但不驱动

5. 每模式写洞察
   - 格式："[模式，带数] 意味 [对产品的含义]"
   - 例："4/5 维护者周末审（模式）意味方案须移审查到工作日，非让周末审查更快（含义）"
   - 含义是可行动部分

6. 写 3-5 洞察，按信心排
   - 信心 = 多少访谈支持（5/5 > 3/5）
   - 每洞察须连到产品决策
   - 与团队分享；洞察是访谈产出

示例

5 次与单人 OSS 维护者访谈。学习目标：他们如何审 PR 及什么挫败他们。

便利贴（节选，共 23）：
  [1] 周六审，4 小时
  [2] 让 PR 放数周，累
  [3] 周末审，伴侣烦
  [4] 周日早审，3 小时
  [5] 批进周末块，5 小时
  [1] 拉进 VS Code，GitHub UI 太慢
  [3] 拉进 VS Code 看 diff
  [4] 用 GitHub UI，小 PR 行
  [2] "不难，只是乏味"
  [5] "乏味，不困难"
  ...

簇：
  A. 周末时间位移——[1,2,3,4,5] 笔记 → 5/5 模式
  B. GitHub UI 大 diff 太慢——[1,3] 笔记 → 2/5 轶事
  C. 审查乏味不困难——[2,5] 笔记 → 2/5 轶事（但意外）
  D. 长会疲惫——[2,3,5] 笔记 → 3/5 模式

洞察（按信心排）：
  1. [5/5] 所有维护者周末审，位移个人时间
     → 含义：方案须移审查到工作日或异步，非让周末审查更快
  2. [3/5] 长审查会致疲惫非困难
     → 含义：方案应把审查拆小块或预审减会长
  3. [2/5，意外] 审查乏味非技术难
     → 含义：处理乏味部分（查风格、测试）的 AI 比处理难部分（逻辑审查）的 AI 更有价值

决策：产品是"工作日跑排队结果等维护者的异步 AI 预审"，非"实时 AI 审查机器人"。综合从 3 模式重构产品。

常见问题

⚠把引言当洞察——"她说审查花 4 小时"是引言；洞察含模式和含义非只数据点。
⚠不分模式和轶事——1-2 访谈的簇是轶事；当模式导致为一人建。
⚠独自综合——一人综合有偏；让 2 团队成员独立综合并比较，以浮现差异。
⚠产不连决策的洞察——"用户挫败"不可行动；"用户挫败，意味我们应 X"是。

最佳实践

✓把洞察写为[模式] + [含义]——模式是证据；含义是决策；行动需两者。
✓模式要 3+ 访谈——这阈值分信号与噪声并防为一个大声用户建。
✓访谈当天综合——记忆衰减快；3 天后从笔记综合漏语气和情感。
✓让 2 人独立综合并比较——不同人注意不同模式；比较浮现偏并产更诚实综合。