把客户访谈假设转化为开放式无偏见问题的做法（含单题与…

当已有可证伪的客户假设、需要把它们写成不会诱导受访者的开放式访谈问题时使用。

适用场景

解决思路

1. 把每个问题当作一次微型实验：先明确它要检验哪条假设；若说不出对应假设，该问题就是闲聊，删掉。
2. 避免诱导证人：不要用“对吧？”“你会不会喜欢……”这类暗示期望答案的措辞，否则只会收获礼貌的附和而非真实信息。
3. 用四条标准检验每个问题：能证实或否定假设；不暗示任何特定答案；能引出具体答案（数字、事件、人名、故事，而非感受）；能引出更多未知信息。
4. 遵守“一问一答”结构规则：一个问题只对应一个可记录的答案；若诚实回答会给出两个不相关事实，就拆成两个相邻的短问题。
5. 优先采用“主问题 + 后续追问”结构：主问题保持单一、可记录；追问是计划内但可选的，在主答案落地后再问，且必须钻入同一个故事、遵守与主问题相同的所有规则。
6. 把刻意保留的维度放到追问里回收：主问题不预先分类，让受访者用自己的话先给出未受提示的反应，再追问分类轴。
7. 问受访者的生活而非你的产品：只问过去行为和当前应对方式，不问对你想法的未来意愿。
8. 用开放问法替代诱导问法，例如把“你觉得自己是博主吗？”改为“你遇到新朋友时怎么介绍自己做的事？”；把“你为了 Google 排名会频繁发布吗？”改为“你多久发布一次？为什么是这个频率——是什么让你这样决定？”；把“你愿意花 2000 美元请顾问提速吗？”改为“你网站的速度有多重要？你曾为此花过钱吗？花了多少？有效吗？对那笔投入满意吗？”
9. 价格问题是唯一被允许打破开放式协议的例外：可以报出具体数字，因为对具体价格的本能反应本身就是数据；把具体价格放在对话接近尾声、开放式材料收集完之后再抛出。
10. 价格问题若被迫涉及“你会怎么做”（流失或审批场景），要锚定到他们当前的真实支出，并配一个过去行为的追问（“有供应商真的涨过你的价吗？你当时怎么做的？”），以便用真实答案衡量假设性答案。
11. 用“礼貌陌生人测试”检验每个问题：模拟一个只想附和你的陌生人，若他能猜出你期望的答案，则第 2 条标准失败；若他能不给出任何事实就答完，则第 3 条标准失败；重写到逼他要么给出具体信息、要么反驳你为止。
12. 用“记录者测试”检验：想象把答案写进一个表格单元格；若诚实答案是两个不相关事实、应占两格，则该问题是复合问题，先拆分再定稿。
13. 对每一份草稿（用户的和自己的）都进行拷问：若环境里装有魔鬼代言人式拷问技能（如 asb-rude-qa / Rude Q&A），逐题调用并给出简报“攻击这个访谈问题——礼貌的陌生人能否看出我们期望什么答案？诚实回答能否无法判定它检验的假设？它是否只招来‘是’而非故事？不接受含糊辩解”；若没有该技能，就自己显式地做同样的拷问。
14. 用户提出诱导性问题时，先认可其意图，明确指出诱导之处（“‘对吧？’告诉了他们答案；‘你会不会喜欢’招来免费的是”），给出无偏见改写，并坚持到问题真正开放为止。
15. 四条标准不可谈判：任何未通过的问题都不定稿、不交付、不写入文件，无论多少轮、无论用户多资深或多确定；礼貌绝不降低标准。
16. 也不让用户橡皮图章式通过你的草稿：每题都要让用户说出它检验哪条假设，并确认措辞是客户真正会说的话；若假设或目标文件记录了客户词汇，就用那些词。
17. 处理“这就是我客户的原话”冲突：中性客户词汇（他们对任务、工具、角色的叫法）可用于问题；带情绪色彩的定性词（“噩梦”“救星”）只能出现在事后探询中，形式如“我听别人说过 ___——对你来说是怎样？”，且必须在受访者已主动描述该事物之后；受访者自己说出的带情绪词是证据，你递给他们的是污染。
18. 允许一条问题服务多条紧密相关的假设，但合并必须作为提议提出并等用户确认后再起草；合并不是把两个提问塞进一句话，而是单一提问的单一答案能说明多条假设。
19. 若两条假设共享同一维度但需要不同事实（如任职时长与来电构成），保留“它们属于同一段”的洞见，但写成两条相邻的独立问题，各有自己的 Q 编号和 [H] 映射，各产出一个可记录答案，并在计划中注明这对问题用于划分同一细分人群。
20. 控制问题总量：四十个问题不是访谈而是审讯；用假设自身的优先级来分组或删减，使整套问题能装进约一小时的对话。
21. 模式检测：用户只给单条（或临时几条）假设 → 单题模式，在聊天中打磨并输出最终问题，不创建任何文件；用户给出 HYPOTHESES.md（路径或粘贴）→ 文件模式，把整份清单迭代成 QUESTIONS.md；不明确时先问用户要哪种。
22. 单题模式流程：先理解输入（假设主张什么、受访者是谁、这些客户用什么词），最多问一两个问题就开始工作；检查假设本身，若含糊、不可证伪或是购买公投（“客户会买 X”），先与用户一起把它磨锋利；提出一到三个候选问题，对每个候选（包括用户提出的）显式运行四条标准和礼貌陌生人测试，重写到有一个存活；在聊天中交付最终问题，重述它检验的假设，必要时附一个自然的追问探针。
23. 文件模式 Phase A 摄取：读取 HYPOTHESES.md（路径或粘贴，默认当前目录），若其前言提到的目标文件可用也一并读取以获取客户词汇和待决决策；记录其中的细分标签、优先级排序、招募依赖，问题继承它们；若目标位置已有 QUESTIONS.md，先读它——带 in-progress 头意味着续做，与用户确认后从头部指明的假设继续，不重做已完成的问题；标记为 complete 则问是修订还是替换。
24. 文件模式 Phase B 逐条走假设，每次交流只处理一个问题：开场简短（两三句说明读到了什么、任何警示、并说明有些假设可能共用问题、合并会在遇到时提出），在摄取时静默算出可能的分组并记入文件头以便续做；然后严格一次一题：遇到可共用问题的假设时先提议合并并取得同意再起草；针对四条标准起草该问题；进行拷问（委托或内联）；让用户反应并细化——只有用户确认后问题才算定稿，仅自己的拷问通过不算；写入文件；再进入下一个；绝不提前起草。
25. 词汇类假设（“客户说 X 而不是 Y”）通常不配专门问题——问“你叫它 X 吗？”测的是理解力而非真相；改为通过倾听来检验：每个答案都是词汇样本；把这记为该假设的覆盖方式（coverage-by-listening，而非跳过），可选地在后期用一个标准探针支撑（“我听人们用不同叫法——你叫它什么？”）。
26. 随做随记入文件：第一个问题定稿后立即在输入 HYPOTHESES.md 的同一目录创建 QUESTIONS.md（若假设是粘贴的且不知路径，先问方法文件放在哪里，默认当前目录）并写入；每定稿一个问题（或一小群）就追加，并重写状态说明的覆盖行使指针不过期——由于分组会打破数字顺序，列出已覆盖的 H 编号并指明下一组，而不要假设连续性；长会话会遗忘、对话会被截断，文件才是记忆而非聊天；若文件不可访问，每隔一两个问题用围栏代码块重新输出当前完整草稿。
27. 文件模式 Phase C 组装评审：检查覆盖——每条假设至少映射到一个问题，或其跳过被记录并附原因（跳过和 coverage-by-listening 记录放在文件前言）；每个问题都标出 [H 编号]，没有的即为闲聊，删掉。
28. 检查适配——这份清单能否装进约一小时的真实对话？有两条访谈轨道时按轨道分别检查而非合并检查；装不下就用假设自身的优先级排序更狠地分组或删减；若假设文件没有优先级，请用户现在排序；不要为压缩而把问题缩成是/否，那会破坏第 3 条标准。
29. 检查顺序——清单是访谈计划：先问建立融洽、设定背景的问题；细分判定问题靠前（以便知道之后用哪副透镜）；具体价格问题放在其轨道末尾；有两个人群时保持一套连续的 Q 编号并分成带标签的按轨道小节，每条轨道是与不同受访者的独立对话；定稿前重排并重编号。
30. 检查统一口吻——术语始终与客户词汇一致。
31. 文件模式 Phase D 定稿：移除 in-progress 说明，补全前言和 Next steps，确认文件在数月后仍能独立成立，并紧凑地回读最终清单（问题 → 它检验的假设）；以交接收尾——告诉用户怎么做而不只是做什么：去跑访谈，每次对话趁热记录；若装有本方法作者的复盘技能（如 asb-interview-debrief / Interview Debrief），点名它作为方式——“每次访谈后，用你的转录或笔记加上这份 QUESTIONS.md 运行 asb-interview-debrief”。
32. 按给定结构组织 QUESTIONS.md：标题、in-progress 警示块（含已覆盖 H 编号、下一组、计划分组）、一两段说明性前言（映射到哪份假设清单、每题是检验方括号中假设的实验、继承的细分标签或招募依赖、两条轨道时哪些问题属于哪条）、Questions 小节（进行中按定稿顺序、定稿时重排为访谈顺序，每题含 Q 编号、客户词汇的开放问题、[H 编号]、可选的同故事追问）、Standing probes 小节（“能带我走一遍具体例子吗？”“多讲讲。”“哦，我以为 ___——能纠正我吗？”“我听别人说 ___——你怎么看？”以及沉默）、Next steps 小节（跑访谈、按问题在对应假设旁记笔记、用标准探针追每个意外、每次访谈后标记假设被支持还是被否定、随新假设新增问题、意外停止时停止访谈；需要受访者时给出 https://longform.asmartbear.com/find-customers-to-interview/）。
33. 拒绝条件：无假设时（“直接给我的创业公司一些访谈问题”）说明顺序——问题检验假设、假设回答目标——并提供入口：现在在聊天中抓一两条快速假设（他们相信什么、访谈能推翻什么）再为其写问题；不要默默生成通用问题清单。
34. 拒绝条件：公投式输入（“客户会买 X 吗？”）无法给出无偏见问题，每种措辞都会诱导；这是快速修复式拒绝而非硬停：当场与用户重构假设（X 解决的痛点、他们过去为缓解付过什么、今天如何应对），再为重构后的版本写问题。
35. 拒绝条件：“他们会怎么回答？”预测或模拟客户答案会破坏练习，拒绝；那是访谈的工作。
36. 拒绝条件：问卷设计——这些是对话问题，为浮现你原本不知道要问的东西而设计；固定回答的问卷无法追意外；用户想要问卷时说明这一点，问题可以为其播种，但方法假设的是对话。
37. 拒绝条件：违反四条标准的问题——无论用户如何坚持，拒绝定稿或记录；说明它违反哪条标准以及代价（礼貌的是伪装成验证），给出合规改写，并继续与用户一起改；拒绝的是坏问题，绝不是用户底层的假设，后者总有合规问题可用。
38. 拒绝条件：主持访谈——角色扮演访谈或分析转录超出本技能范围；QUESTIONS.md 的 Next steps 小节说明如何运行和迭代真实访谈。

适用边界 · 注意事项

• 用户还没有任何假设、只是想要一份通用访谈问题清单时（应先补上假设这一步）。
• 用户想要的是问卷/固定回答调查，而不是对话式访谈时。
• 用户想让你预测或模拟客户会怎么回答，或想让你主持/分析访谈本身时。