国外搜索引擎：只有专家经验时，先做访谈还是先写长文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9b1ca2b7fd1b.html
📄
国外搜索引擎：只有专家经验时，先做访谈还是先写长文
先做结构化访谈，再写长文。专家经验是隐性知识，直接成文往往得到一篇正确但无法被检索的内容；先访谈能把经验拆成可独立回答的问题单元，每个单元对应一个明确的检索意图，后续长文只是这些单元的组装结果。如果跳过访谈直接写长文，常见代价是写完后发现无法判断哪一段该独立成页，改版成本高于重写。
矛盾现象：专家越资深，首批内容越难用
资源只有专家经验时，团队通常遇到一个反常结果：专家讲得越系统，产出的内容在搜索侧越没有抓手。原因不在专家，而在经验的组织方式。
一种解释是颗粒度问题。专家习惯按自己的知识体系讲述，从头讲到尾，一篇内容覆盖十几个问题。搜索引擎需要的是页面与查询的对应关系，一个页面同时回答太多问题，每个问题都得不到充分展开，页面主题变得模糊。
另一种解释是语言错位。专家使用行业内部术语描述问题，而搜索者用的是外行表达。内容在专业上无懈可击，但没有出现搜索者实际输入的说法，页面就无法在对应查询下被理解。
两种解释指向不同动作：前者要拆，后者要译。判断哪一种占主导，有一个低成本方法。
区分两种解释的证据：让非专家复述
把专家的一段口述整理成文字，交给一位不了解该领域的人阅读，然后请他用自己的话复述这段内容在回答什么问题。
- 如果复述者能说出问题，但说不清答案的边界，说明颗粒度太粗，一段话里塞了多个问题。
- 如果复述者大致理解答案，但用的词与原文完全不同，说明是语言错位，需要补充搜索者常用的表达。
- 如果复述者既说不出问题也抓不住答案，说明这段经验还停留在操作细节层面，缺少可被提问的抽象层级，需要回到访谈继续追问。
这个测试不需要任何工具，只需要一个不在该领域的人。它的结果直接决定下一步是拆分成多个页面，还是在同一页面内补充同义表达。
先访谈：把经验转成问题清单
访谈的目标不是收集素材，而是产出一份问题清单。每个问题应当满足两个条件：能被一个具体的人问出口，且能用一段话回答完。
操作上，围绕专家最常被请教的场景追问，而不是请他从头讲。可以问：客户最常在哪一步卡住；哪两个做法看起来都对但结果不同；什么情况下你的常规建议会失效。这些追问天然产生边界清晰的问答单元。
访谈结束后，把每个问答单元写成一段草稿，标注它对应的检索意图属于了解、比较还是操作。这个标注会影响后续页面结构：了解类意图适合单独成页，操作类意图适合分步骤展开，比较类意图需要同时呈现两个选项成立的条件。
动作与结果：完成一轮访谈并整理出问题清单后，你会得到一批可独立成页的候选主题。此时再决定哪些先写，依据是清单中重复出现的问题——重复出现意味着该问题在真实场景中被反复提出，优先处理它的收益更明确。如果清单里每个问题都只出现一次，说明访谈样本还不够，应扩大访谈对象而不是急着动笔。
再写长文：长文是组装结果而非起点
问题清单稳定后，长文的角色发生变化：它不再是首批资产，而是把若干相关问题串起来的整合页。整合页的价值在于覆盖关联查询，但它依赖已有独立页面提供深度。
假设一个场景：专家在访谈中提到，新手常把两个概念混用，而这两个概念各自又有一系列操作细节。合理的顺序是先为两个概念各写一页，说明定义和区别，再写一页整合内容，处理“什么时候用哪个”的判断问题。反过来先写整合页，读者仍需要跳转到别处才能理解基础概念，页面本身无法闭环。
首批内容资产的数量不必多。三到五个边界清晰、各自回答一个问题的页面，比一篇覆盖全部经验的长文更容易验证方向：你能看到哪些问题被实际检索到，哪些表达与预期不符，再据此调整后续选题。如果首批内容全部集中在一个整合页上，反馈信号会被稀释，你无法判断是选题问题还是结构问题。
取舍条件：什么时候可以直接写长文
直接写长文成立的条件很窄：专家经验已经存在公开的、稳定的术语体系，且目标读者就是同行。此时语言错位风险低，颗粒度问题可以通过目录结构缓解。
不成立的条件是目标读者为外行、经验涉及判断而非定义、或专家本人无法判断哪些问题最常被问。这三种情况下，访谈是必要前置。访谈的代价是额外一轮沟通时间，收益是避免写完再拆的高成本返工。如果专家时间极其有限，可以缩短单次访谈，但不能取消——没有访谈，你无法知道该拆成几个问题。
