访谈脚本

写问过去行为而非未来意见的脚本——以得诚实信号。

为什么

访谈脚本是学真相和学用户想你听的之间的差别。人极差预测自己未来行为（"你会用这个吗？"→"肯定会"→从不用）但准过去行为（"你上次审 PR 是什么时候？花了多久？"→真数据）。好脚本强制过去行为问题、避引导问题（"你会为 X 付钱吗？"）、有防你过早推销方案的结构。无脚本，访谈漂成销售推销或友好闲聊不产信号。脚本是你对两种失败模式的防御：问错问题，和问对问题但问得差。

何时使用

在第一次访谈前。1-2 小时。如果问题不产信号，每 5 次访谈后修订。

如何做

1. 定义学习目标（1-2 件）
   - 不是"了解用户"——太宽
   - "了解单人维护者当前如何审 PR 及什么挫败他们"
   - 每个问题须服务此目标

2. 写开场（5 分钟）
   - 介绍自己和目的（诚实："我在建工具，想了解你问题，不卖你东西"）
   - 获录音同意
   - 暖场："讲讲你的角色和你的仓"

3. 写过去行为问题（20 分钟）——核心
   - "你上次 [做活动] 是什么时候？带我走一遍。"
   - "最难的部分是什么？你做了什么？"
   - "那多常发生？"
   - "你用什么工具？为什么那些？"
   - 绝不："你会"、"你能"、"你觉得你可能"——这些问未来

4. 写问题探索（10 分钟）
   - "[活动] 最挫败的部分是什么？"
   - "如果你能挥魔杖，你会改什么？"
   - "你试过什么工具或变通？结果如何？"

5. 写结尾（5 分钟）
   - "有什么我该问没问的吗？"
   - "我有更多问题可以跟进吗？"
   - "你认识 2-3 个其他维护者我该谈吗？"（雪球招）

6. 禁反模式
   - 最后 5 分钟前不推销方案（如果要）
   - 不"你会为 X 付钱吗？"（改问当前花费）
   - 不"你觉得 X 是好主意吗？"（改问过去行为）
   - 不是非问（用"讲一次……的时候"）

示例

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

脚本（节选）：
  [开场 5 分钟]
  "我在为 OSS 维护者建工具。我想了解你审查过程——不卖你东西。可以录音吗？"
  "讲讲你的仓和你的角色。"

  [过去行为 20 分钟]
  "你上次审 PR 是什么时候？带我走一遍你做了什么。"
  "花了多久？你在查什么？"
  "你每周收多少 PR？审多少？"
  "你审查时用什么工具？（GitHub UI、VS Code、终端？）"
  "讲一次审得很糟的 PR。发生了什么？"

  [问题探索 10 分钟]
  "审 PR 最挫败的部分是什么？"
  "如果能改过程一件事，你会改什么？"
  "你试过什么工具或脚本帮忙？结果如何？"

  [结尾 5 分钟]
  "有什么我该问没问的吗？"
  "你认识其他单人维护者我该谈吗？"

禁问（不问）：
  - "你会用 AI 审查机器人吗？"（未来意见）
  - "你会为这付 $15/月吗？"（未来意见）
  - "你觉得 AI 审查是好主意吗？"（意见）
  - "审 PR 难吗？"（是非、引导）

好问题得故事；坏问题得意见。故事有信号；意见没有。

常见问题

⚠问未来——"你会用这个吗？"总得"会"且什么也不预测；改问过去。
⚠过早推销方案——一旦提你想法，用户答案偏（他们想友好）；最后 5 分钟前藏方案。
⚠问是非——"审查难吗？"得"难"且无细节；用"讲一次审查难的时候"得故事。
⚠不要求招——每次访谈应结尾"我还该谈谁？"；雪球招找到你否则触不到的用户。

最佳实践

✓问"讲讲你上次……的时候"——这强制具体过去实例有真细节，非泛化。
✓最后 5 分钟前藏方案——如果用户问你建什么，说"最后告诉你；先了解你过程"。
✓记故事非答案——具体细节（"上周六在 200 行 PR 花 3 小时"）是信号，非总结（"审查难"）。
✓每次访谈结尾招——"我还该谈谁？"把一次访谈变三次且找到你网络外用户。