倾听意外

主动倾听与你信念矛盾的陈述——它们是访谈中最高信号的时刻。

为什么

确认偏使你听确认你信念的并忽略矛盾的。访谈中，使你意外的时刻（"哦，我没预期到"）是最高信号时刻——它们是你心智模型错的地方，而错模型是杀产品的。如果 5 次访谈完没意外，要么你完美理解（不太可能）要么你没倾听意外。纪律是带书面信念列表进每次访谈，主动记陈述矛盾一条。这些矛盾是金：它们揭示你模型与现实的差距，而弥合差距是验证的全部意义。确认你信一切的访谈是浪费的访谈——你什么也没学。

何时使用

每次访谈期间。前 5 分钟（写信念）加期间主动注意。每次访谈后综合。

如何做

1. 访谈前写你信念（5 分钟）
   - "我相信维护者周末审因为工作日没时间"
   - "我相信痛是审查的技术难"
   - "我相信他们会信 AI 预审简单 PR"
   - 列 5-10 信念；这些是你要测的假设

2. 访谈期间倾听矛盾
   - 当用户说矛盾一信念时，立即记
   - 标："意外：[信念] 错因为 [他们说的]"
   - 不争论或纠正——只记并问"多讲讲"

3. 倾听强度和情感
   - "审查还行"平淡说 → 非痛
   - "我整周六花在 PR 上"带挫败说 → 真痛
   - 情感是信号；平淡不是

4. 倾听变通
   - "我写了个脚本……" → 痛够真他们建了工具
   - "我就跳过" → 痛真但他们放弃了
   - 变通是痛真的最强证据

5. 访谈后回顾你信念
   - 哪些确认了？（好但低学习）
   - 哪些矛盾了？（高学习——更新你模型）
   - 哪些没涉及？（下次访谈问）

6. 跨 5 访谈综合意外
   - 一次意外是轶事；3+ 次是模型更新
   - 最大意外常完全重构问题

示例

访谈 1 前信念：
  1. 维护者周末审因为工作日没时间
  2. 痛是审查的技术难
  3. 他们会信 AI 预审简单 PR
  4. 他们用 GitHub PR UI 审查
  5. 他们想要更快审查

访谈 1 意外：
  - 信念 1 确认："我周六审因为工作日是我的正职"
  - 意外：信念 2 错——"审查不难，只是冗长乏味"
  - 信念 3 未涉及
  - 意外：信念 4 错——"我把 PR 拉进 VS Code 因 GitHub UI 对 200 行 diff 太慢"
  - 意外：信念 5 错——"我不想要更快审查，我想要审查不在周末发生。即使花同时间，如果在周二下午发生我会更开心。"

最大意外（信念 5）：痛不是速度，是时机。维护者要审查移出周末，非在周末更快。这完全重构方案：非"30 秒审的 AI"而是"周二审并把结果排队等维护者按其时间批准的 AI"。

这意外，访谈 1 听到，在访谈 2、4、5 确认（4/5 模式）。它把产品从"快 AI 审查"重构为"还周末的异步 AI 审查"——根本不同的产品。

常见问题

⚠访谈前不写信念——无书面列表你无法识别矛盾；你只会感觉访谈"顺利"。
⚠听你想听的——"她说审查难，确认我信念"而她实际说"审查乏味不难"；听确切词。
⚠把意外当一次忽略——访谈 1 的意外是轶事；在访谈 2-5 问看是否模式。
⚠意外后不更新模型——如果 5 访谈完有 3 意外但信念未变，你浪费了访谈；更新模型。

最佳实践

✓每次访谈前写 5-10 信念——这是你对照的列表；无它确认偏 unchecked 跑。
✓笔记中显式标意外——"意外：[信念] 错因为 [引言]"使学习后可见可行动。
✓用"多讲讲"探意外——第一句是表面；跟进揭示深度并确认真。
✓把最大意外当最有价值产出——确认一切的访谈低价值；意外你的高价值。