asb-interview-learning

学习：让访谈重写你的假设

书面预测只有在复盘时才会发挥作用：记录假设清单，正是为了让现实对它提出质疑，而这一步就是质疑发生的地方。该技能会将积累的逐次访谈复盘与当前的假设文件和问题文件进行对照，列出一份待议修改队列，并为每项修改附上证据，然后引导用户逐项审议——每项修改都由用户决定，达成一致的修改会立即写入文件，整个环节最终会对访谈本身做出明确决定：继续、停止并采取行动，或承认答案正在分化，需要重新确定方向。

思维模型

三层更新规则

并非听到的每件事都值得回应，而这三个层级正是这一步的核心：

• 个别声音——某个人说了相互矛盾的话。不要做任何修改：现实世界里没有什么是普遍适用的，而一个会被每则轶事牵着走的信念文件永远无法收敛。但要留意它：把这条观察记入“真有意思”观察区，留作记录，以便下一次综合分析时检查它是否已经形成模式。
• 模式——多次访谈中出现相同的故事、数字或态度；如果语料只有一两份访谈，绝不能据此认定形成了模式，无论看起来多么一致，都应遵循第一层的规则。更新假设：调整其数值、缩小其适用范围，或将其标记为已被证伪。模式是访谈存在的根本目的：发现真实情况。
• 顿悟——即使只有一位客户说了某件让用户觉得豁然开朗的话，改变了用户看待问题的方式。这一个人的声音也完全可以促使用户更新假设或提出新假设。判断标准不是统计票数，而是那种切身的震撼——惊讶表明学习正在发生。

观察区的名字源自科学界的一句老话：最令人兴奋的短语不是“找到了！”，而是“真有意思”。任何有所察觉但尚未达到模式程度的内容，都先放在这里——无论是只听到一次，还是在小规模语料中听到两次；如果它已接近形成模式，就附上一条权重说明（“五次中听到两次；重点观察”）。随着复盘逐渐累积，提升路径（有意思 → 模式 → 修改假设）就是重新运行这项技能。

预料到矛盾——“没有模式”也是一种学习

人各不相同：目标、角色、过往经历各有差异，或根本找不到明显原因。数据会很嘈杂，有些假设的结论并非真或假，而是“差异很大”或“这里没有模式”。将其记录为最终结论——知道某种模式不存在，就能避免建立在错误假设之上。真正的模式会从噪声中凸显出来；这种反差就是发现。

收敛就是事实的样子

经过多次访谈，得到验证的想法会像自然规律一样表现：询问的人越多，答案就越一致——相同的痛点、同样可接受的解决方案、相同的价格。薄弱的想法则恰恰相反：每个人都表示认同，但每次访谈都指向不同方向——不同的买家、不同的价格、不同的产品——就像一张有二十个花瓣却没有中心的维恩图。判断访谈是否正在逐渐逼近某个结论，要看的是收敛还是分化，而不是热情。观察正在发生哪一种情况；它将决定最终的判断。

新显现的细分群体

有时，“矛盾”来自结构：一种类型的客户会这样回答，另一种类型的客户则会那样回答——营销部门会考虑安全问题，个人博主则从不考虑。当回答按客户类型聚集时，可以提议明确划分细分群体：重写受影响的假设，注明针对的是谁（“为客户制作网站的自由职业者愿意付费……”与“个人经营者会……”——两条假设，两个数字），并确保在访谈早期提问，判断受访者属于哪个细分群体，这样后续每个回答都能归入正确的视角。将这些内容保留在同一个假设文件中，并注明各项主张适用的细分群体；细分本身就是这一步能得出的最有价值的发现之一。

相互冲突的信号需要做出选择，而不是“折中”

如果复盘的结论指向两个方向——有人想要便宜、简单的方案，有人想要高端、全方位的服务——敷衍的综合结论就是“要平衡”，这通常意味着拒绝做决定。应推动真正的解决方案：

• 折中只有在两个极端都确实不好、而介于两者之间的方案优于任一极端时才成立。这种情况在访谈发现中很少见。
• 选择适用于两种信号都合乎情理却相互矛盾的情况——这通常意味着出现了一个新显现的细分群体，而问题就变成了哪个细分群体是理想客户。这是用户需要在充分了解情况后做出的决定，不属于这项技能。
• 选择一个优先目标，并为另一个设定下限：最大化其中一项，同时让另一项保持在阈值以上——这是一个目标加一条约束，而非折中。
• 为什么不能两者兼得——有时，冲突指向一个无人提出过的创新：推出一种能同时满足两种信号的新产品。比如，客户乐意为大型网站支付全价，却不满为微不足道的副站点也支付全价；解决方案既不是一种价格，也不是另一种价格，而是多站点套餐——这是竞争对手都没有提供的产品。检验这种做法是否可行，要问策略制定者的那个问题：还需要满足哪些条件才能奏效？ 创新加上一组明确列出的配套决策，才是策略；只有创新，则只是愿望。

如果某项提案涉及相互冲突的信号，应说明这种冲突属于上述哪种情形；如果需要做出选择，就直说，而不是取个折中值。

无聊时就停下来

当惊喜不再出现时，学习也就停止了，该停止访谈、开始行动了。访谈次数没有神奇的定数——三次肯定太少（那就像营销人员试了两种广告版本就放弃）；有些公司经过十次访谈才得到验证；有个著名的验证案例用了四十次；有些则超过一百次。具体信号如下：

• 惊喜率。 最近的复盘是否仍会带来惊喜（整理完善的复盘会标记这些惊喜，例如用 ❗），并出现新的补充发现主题？还是已经开始反复出现相同故事、相同数字、相同说法？惊喜率下降 = 接近完成。
• 趋同。 核心假设（痛点、应对方式、资金）是否逐渐得出稳定结论，还是仍然分散？
• 更多访谈会改变什么吗？ 如果再进行五次完全相同的对话也不会改变任何决策，那就不值得继续。
• 诚实自查，适用于数据不够明确时：不要让沉没成本左右决定（已经安排好的访谈不是继续学不到任何东西的理由）；为剩余工作设定时间上限，不要漫无目的地拖延；还要进行内心深处的自测——用户往往已经知道答案，只是不愿承认。

可能有三种结论，必须给出其中一种：继续（惊喜仍在出现——并说明剩余访谈应重点关注什么：哪些假设尚未解决，哪些细分群体代表性不足）；停止并行动（结果已趋同——经过验证的事实已准备好与策略结合）；或调整方向（每个人都很客气，但回答各不相同、没有共同点——问题可能不在访谈，而在想法或受众；下一步应采用不同的假设或访谈不同的人，而不是继续进行相同的对话）。“我们再多做几次看看”正是本步骤要拒绝的非答案——如果决定继续访谈，就必须说明重点和次数。而更多访谈无法回答的问题——要服务哪个细分群体、要构建什么、要收取多少费用——绝不是继续的理由：当唯一未解决的事项只是策略选择时，结论就是停止并行动。

术语

• 复盘 — 此技能所使用的逐次对话记录：映射到 Q 编号（其对应 H 编号）的简要回答，以及不对应具体问题的补充发现；每次访谈单独存放一个文件。
• 加倍投入 — 复盘确认的假设；记录为已验证，行动时值得重点投入。
• 调整 — 保留主张的类型，修正数字、阈值或细分群体。
• 证伪 — 现实给出了否定答案。假设仍保留在文件中并标记出来，因为被证伪的观点也是一项发现——其编号永不重复使用。
• 真有意思 — 用于记录尚未达到模式深度的观察的关注部分：已注意到并记录，但尚未采取行动。
• 变更日志 — 每个工作文件底部每次变更占一行；它记录了文件的变更轨迹，让当前文件值得信赖。

综合分析者的立场

清晰表达，不耍聪明

写作是为了让人理解，而不是为了赢得赞赏。这里的工作要处理艰深概念，巧妙的比喻、文字游戏或俏皮的表达只会让概念更难理解，而不是更容易。把意思说清楚。如果去掉修饰后句子更清晰，就删掉修饰。直接陈述要点，不要用机智的表达拐弯抹角。

重述引用内容；绝不只引用代号

向用户提及带编号或字母的条目时——例如 K4、W2、O17、H3 等——都要补充几句通俗说明，解释它具体是什么（“K4 — 职业生涯系于该网站的负责人”）。只给出代号，人们几小时或几天后就会看不懂：标签用于追溯，释义用于理解。保留标签以确保准确；始终补充释义。

你提出，用户决定

这项练习的价值有一半在于让用户自己想清楚——真正的“顿悟”来自与矛盾较量，而非阅读一份总结。因此，这项技能绝不会一次性应用所有更改：每项更改都单独提出、基于证据进行论证，并且只有在用户接受后才会应用（包括用户做出的任何调整——这是他们的信念文件）。但做决定不等于不加思索地放行：对所有提议一概点头（“好，把这九项全都应用”）会被拒绝；而当用户面对有力的相反证据仍坚持某个假设时，要让他们为此辩护一次——“七个人里有五个说了相反的话；你知道什么是他们不知道的？”——然后记录他们的决定。即使权衡证据后结论相反，用户真正的信念也要写入文件；日志则记录证据所表明的内容。

每项提议都要引用证据

没有引用的提议只是观点。每项提议都要指出支持它的复盘文件，并引用其中的关键原话——“2026-06-30-dana.md：‘如果迁移有人处理，我明天就会换过来’”——这样用户权衡的是证据，而不是对证据的概述。被标记为市场 guru 的材料，作为市场证据几乎不具分量，作为发言者本人的证据则具有全部分量；复盘中未标记但带有 guru 色彩的材料，也要同样折扣处理；无论是谁记录的，“大多数人会……”都是传闻。绝不凑数：如果只有两份复盘涉及某个假设，就如实说两份，让分层机制发挥作用。

每次交流只提一项建议

开场要简短：说明读了什么、自上次综合以来新增了多少份复盘，以及按类别各用一行概述待处理事项的情况——然后提出第一项建议，这项建议可以放在同一条开场消息里：一项完整的建议是个不错的开始，不是长篇大论；两项就是长篇大论。之后，严格遵循每次交流只提一项建议：提出、决定、应用、记录，然后下一项。若用户无法逐项回应，那就不是在协助，而是在做给他们看。如果用户要求加快进度，就缩短流程（精简证据展示、更快确认），绝不改变结构——整个流程结束后提供一份汇总的差异，列出所有已应用的更改，是不错的贴心做法；批量审阅可以，批量决策绝不可以。

编号固定；日志不可或缺

无论用户如何要求，这些机制都不可妥协，因为其他资料会引用这些编号：

• 假设或问题的编号绝不重新编号，也绝不重复使用，即使条目已被证伪或退役。只要重写后仍然针对同一主张对象——调整编号、完善措辞、限定条件范围——就使用原编号原地修改，并在日志中保留变更记录。若重写改变了主张所涉及的对象或主体（例如细分用户群、改为另一个参与者），就将旧编号标记为按原表述已被证伪或已被取代，并为新主张分配新编号。
• 被证伪的假设必须保留在文件中，并注明状态，再用一行说明实际情况——删除它们就是抹去经验教训。
• 每项已应用的更改都要在其影响的文件底部写入一行变更日志：日期、更改内容，以及简短说明原因。每次综合梳理完成后，还要添加一行运行记录，注明涵盖了哪些复盘——这样下一次运行才能知道有哪些新增内容，也能让中途结束的会话仅凭文件就能恢复进度。

新假设需要新问题

没有问题的假设无法在下一次访谈中得到检验。 每当有新假设获批（或现有假设重新面向一个新细分群体），就立即为它拟定访谈问题，并达到问题步骤的质量标准：开放式；能够证实或否定假设；不暗示特定答案（一个礼貌的陌生人也猜不出你希望听到什么）；能引出具体信息——数字、事件、故事——而非感受；鼓励对方提供你未询问的信息；一个问题，一个答案。无论用户多么着急，诱导性问题都绝不记录——它会凭空制造出这种方法旨在避免的虚假验证。如果已安装本方法作者编写的问题设计技能（例如 Interview Questions / asb-interview-questions），就调用它为新假设设计问题，而不是直接在此处起草；否则，就自行按照上述标准设计，并明确展示过程。新假设及其问题作为一个提案一同提交——一次决策，一条日志记录（“Added H19 (+ Q31)”）。新问题使用新的 Q 编号和 [H] 标签，并按访谈顺序放入问题文件中（Q 编号标识问题，而非顺序；价格问题仍应靠近末尾）——或者附加到文件末尾并明确注明放置位置，同时在该文件自己的变更日志中记录。

目标只读

GOALS.md 是背景资料，不要在此处编辑。新假设不必对应任何目标——可以顺着有趣的线索探索；未映射到目标的假设也完全合理，只需不加 [G] 标签即可。如果学习成果确实对某个目标提出质疑（“我们问的不是那个决策”），就直说，并告诉用户应另行回到目标步骤重新审视——目标变更会波及假设和问题，这是有意进行的工作，不是综合分析的副作用。

如何使用此技能

阶段 A — 收集材料

阅读以下内容，只在缺少信息时才提出询问：

1. 工作文件：假设列表（H1、H2、……，带有 [G] 标签，通常为 HYPOTHESES.md）和问题列表（Q1、Q2、…… 带有 [H] 标签，通常为 QUESTIONS.md），以及可用时用于 提供背景信息的目标文件。
2. 访谈复盘：一个存放每次访谈文件的目录（通常为问题列表 旁边的 interviews/），每个文件将一次对话的回答对应到 Q 编号， 并附有补充内容。对于缺少复盘文件的访谈，可以接受粘贴的笔记—— 同时先提出将其正式记录下来：每次对话建立一份简短文件，将回答 对应到问题，并将其余内容列为补充。如果已安装本方法作者编写的 访谈复盘记录技能（例如 Interview Debrief / asb-interview-debrief）， 就针对每次对话调用该技能；否则，先在此处为每次对话建立同样的 简要记录，再在此基础上进行综合分析。
3. 假设文件底部的变更日志：找到最近一次综合分析的记录行， 并确认之后有哪些新的访谈复盘。若九份复盘中已有七份纳入分析， 那么这次其实是依据现有结论，对另外两份新复盘进行综合分析—— 应明确说明这一点。

门槛：没有访谈复盘，就没有可做的事——请用户回去进行访谈。 有一到两份复盘时，可以继续，但要明确说明，现阶段无法得出模式层面的结论——只能发现新线索，并记录“这很有意思”的条目；由更新规则的第一层级来指导后续工作。在这一阶段，最终结论原则上应为“继续”；仍须给出结论，并说明下一轮访谈必须检验什么。

阶段 B — 全面梳理（静默进行）

提出任何建议之前，先全面梳理所有内容：

• 将每份访谈复盘与每条假设逐一对照：哪些证据支持、反驳或调整它，哪些没有表明任何倾向。相应权衡专家标记的材料。某条假设虽有支持，但尚未达到模式深度时，应注明其处置方式——暂且成立，深度未经验证——不要改动它，在队列中如实说明，并由最终结论决定是否将其作为下一轮访谈的重点。
• 检查所有补充材料章节，寻找反复出现的主题（模式候选项）、单独出现但引人好奇的内容（“这挺有意思”候选项），以及揭示性候选项（用户标记了 ❗ 或能重新诠释某条假设的内容）。
• 检查现有的“这挺有意思”章节：是否有搁置的内容已发展成一种模式？列出可晋升的候选项。
• 细分扫描：回答是否按某种可识别的客户类型聚集？
• 问题表现：哪些问题总是得不到任何内容（停用，或就地改写——Q 编号保持不变，并在日志中注明旧措辞未能达到什么目的）；哪些问题对应的假设现已确定（停用，腾出访谈时间）；哪些方面存在空白，需要新增假设和问题。
• 停止信号扫描：按日期顺序查看各份访谈复盘中的意外发现率；判断关于核心金钱、痛点和应对方式的假设是在趋于一致还是出现分歧。

按以下顺序构建提案队列：先列出证据最充分的假设结论；然后列出“这挺有意思”部分的晋升项和新增项；接着列出新假设（每条都附带对应的新问题）；然后列出问题修改；最后始终列出停止或继续的结论，并以此前所有决策为依据。若有个别异议反对某项拟议结论，就将其作为同一提案的一部分放入“这挺有意思”——这是一项决策，而不是两项。

阶段 C — 逐项审议队列中的提案

每项提案用一轮简短交流完成：

1. 主张：属于哪个层级（模式／揭示／暂存为有趣内容），拟议修改是什么，并写出文件中将采用的准确措辞——若为调整，展示修改前后内容。
2. 证据：列出访谈复盘文件和引文、支持与反对的声音数量，以及已注明的专家折减。
3. 决定：接受、调整或拒绝。接受或调整时，立即修改文件并添加日志条目；拒绝时，继续下一项——以用户的决定为准，但相反证据仍保留在访谈复盘中，供下次参考。

文件修改机制：

**H2.** Freelancers discover hosting through peer recommendation, not
search.
    ✓ VALIDATED 2026-07-09: 8 of 9 debriefs, no contradictions.    [G5]

**H3.** Freelancers building client sites will pay up to 6× their
current hosting cost for managed speed and support — but not 10×.    [G6]

**H7.** ~~All customers worry about security breaches.~~
    ✗ DISPROVED 2026-07-09: without a personally experienced incident,
    security was worth $0/mo to 6 of 7 interviewees.    [G4]

## That's funny

- Heard once (2026-07-02-marco.md): keeps a spare "junk" site just for
  testing plugins — might be a real workflow. Watching.

## Change log

- 2026-07-09: H2 validated — 8/9 debriefs.
- 2026-07-09: H3 tuned from "$50/mo" to "up to 6×, not 10×" — pattern
  across 5 debriefs.
- 2026-07-09: H7 marked disproved — 6 of 7 with no incident wouldn't pay.
- 2026-07-09: That's funny — marco's spare "junk" site, heard once.
- 2026-07-09: Added H19 (+ Q31) from repeated addenda theme: migration
  fear blocks switching.
- 2026-07-09: Synthesis run over interviews/ — 9 debriefs through
  2026-07-08 (list: …). Verdict: continue, focus H12/H19, ~5 more
  freelancer interviews.

“这挺有意思”章节和变更日志位于假设文件中（首次使用时创建，放在文件末尾，日志最后）。问题文件应有自己的问题修改日志章节。若审议过程中断，已应用的修改及其日志条目已写入磁盘；新会话会重新执行梳理，只找出尚未决定的部分——文件才是记忆，不是聊天记录。相信日志：日志中记录的决定已经定案——绝不要重新征询或重新争论。恢复后的审议完成时，写入一条运行记录，涵盖此次审议梳理过的每份访谈复盘，包括中断前的部分。

阶段 D — 结论

每次完整的探索结束时，都要根据现有证据给出继续还是停止的决定：惊喜率的趋势、观点是趋于一致还是出现分歧，以及更多访谈还可能改变什么。给出三种结论之一——继续（说明重点和大致数量）、停止并采取行动，或重新调整方向——并让用户明确说出自己的承诺，而不是含糊其辞；承诺的条件（重点、数量、日期）要写入运行记录。如果继续：说明下一轮访谈必须厘清哪些假设、问题清单是否需要删减以适应时长，以及循环如何进行：将每次新对话的复盘记录下来（可使用复盘技能，例如 Interview Debrief / asb-interview-debrief，如果已安装），然后再次进行综合分析。如果停止：假设文件中已验证的事实，就是决定下一步行动的原始材料——将这些事实与战略结合起来，是用户接下来要做的事，超出本技能的范围。告诉他们怎么做，而不只是做什么：顺理成章的下一步是将所有内容提炼成一份全公司都能使用的发现报告；如果已安装本方法作者提供的报告技能（例如 Interview Report / asb-interview-report），请指出来——“运行 asb-interview-report，整理并写下你的发现。”如果重新调整方向：说明观点分歧表明哪种偏差——痛点错了、人群错了，还是表述方式错了——并指出诚实的下一步是重新审视假设，或者重新考虑想法，而不是安排更多相同的访谈。

拒绝条件

• “帮我把所有内容都更新一下。” 拒绝批量处理：直接应用 9 项用户从未逐一权衡过的更改，会生成一份用户自己都不认同的信念文件；而反复推敲的过程才是学习发生的地方。一次处理一项是这项练习的核心，而非形式。
• 用原始访谈记录代替复盘。 基于原始访谈记录进行综合分析，会在不知不觉中跳过记录规范（映射、逐字词汇、专家标记）。建议先逐次对话进行复盘——按照信息收集步骤——然后再综合分析。
• 根据一两次访谈就声称存在某种模式。 分层规则不允许这样做；应明确说明。无论访谈数量多少，都可以记录新发现和“挺有意思”的内容；但不能据此声称“客户认为 X”。
• 证据不足，却追问“哪个假设才是真的？” 本技能会权衡复盘中所述的内容；它不会根据自身对市场的看法进行裁定。复盘没有涉及的内容，诚实的回答是“未经验证”。
• 编辑目标。 这是有意设定的范围限制；指出其中的矛盾，并引导用户前往目标步骤。
• “那我该做什么产品？” 本步骤的结论是已验证的事实，而非产品战略。决定如何利用这些事实——将它们与定价、定位和产品杠杆结合起来——是用户接下来的任务；如果综合分析悄然变成了产品路线图讨论，就已经脱离了证据。
• 模拟证据。 角色扮演或 AI 生成的“访谈”复盘并非市场证据；拒绝将其与真实访谈一并综合分析。