站长忽略的几个观点：只有专家经验时，先做口述档案还是先写专题页
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /324982a869da.html
📄
站长忽略的几个观点：只有专家经验时，先做口述档案还是先写专题页
如果团队里唯一的资源是一位懂业务的专家，首批内容资产不该从“写文章”开始，而应先判断专家经验是否已经能被外部人理解。若经验只存在于他脑子里、没有可复述的判断标准，先做口述档案；若他已经能稳定回答同类问题、只是缺整理，先写专题页。这个判断会直接决定后面是继续补访谈，还是可以进入编辑和发布。
先分清两种条件：经验可复述，还是只可意会
专家经验能否变成内容资产，关键不在文笔，而在他能否把“我会这样判断”拆成可被别人执行的步骤。可以复述的标志是：同一个问题问两遍，他给出的判断依据基本一致；能说出反例；能指出哪些情况下自己的结论不成立。只可意会的标志是：回答常停在“看情况”“做久了就知道”，追问时只能给结论，给不出中间推理。
这两种条件对应不同选择。可复述时，首批资产应优先做成专题页，把已有判断整理成用户能直接使用的答案。只可意会时，先做口述档案，把访谈、问答、评审记录留下来，再从中提炼可公开的部分。跳过口述直接写专题页，常见结果是文章看起来完整，但关键判断被省略，读者无法照着做，后续也没有可复用的素材。
条件一：经验可复述时，先写专题页并设一个可验证动作
假设一位有十年经验的设备维护专家，能稳定说明某类异响的三种常见原因和对应排查顺序。此时不必先做大规模访谈，直接围绕这个判断写一个专题页：问题表现、判断顺序、每步要观察什么、什么情况下应停止自行处理。页面不追求覆盖全部设备问题，只把这一条经验写透。
实施动作是：让专家在评审时只做一件事——指出文中哪一步是外行最容易做错的。若他能明确指出，比如“先断电再拆，不要先听声音判断位置”，这句话就应放进页面靠前位置，并成为下一步扩展新页面的入口。这个动作的结果会影响下一步：如果专家能持续指出这类关键步骤，说明经验可拆解，可以按同样方法继续做第二批专题页；如果他只能笼统说“多练”，则回到口述档案，先补判断依据。
条件二：经验只可意会时，先做口述档案，不急着发布
口述档案不是把聊天记录直接搬上网，而是把专家经验转成可检索的内部素材。做法可以很轻：每次围绕一个具体问题，请他讲一个真实处理过程，记录他先看什么、排除了什么、什么时候改变判断。记录时保留原话，不急着润色成文章。等积累到若干条后，再找重复出现的判断点，这些点才是首批内容资产的骨架。
这里要设一个例外：如果专家经验涉及安全、法律或医疗判断，口述档案不能替代必要的审核。公开前应由具备相应责任能力的人确认边界，不能因为“专家说过”就直接发布。另一个例外是，若业务急需获取用户，而专家确实无法抽出时间，可先发布范围很窄的问答页，但必须标明适用条件，不能把未经验证的推断写成通用结论。
用一次小规模试写决定继续还是转向
两种条件并非永久不变。更稳妥的做法是先选一个具体问题，做一次小规模试写：让专家口述十五分钟，编辑整理成一页草稿，再请他指出哪里被写错或写漏。若他能指出具体遗漏，说明经验正在变得可复述，可以继续写专题页；若他只能回答“差不多”，说明素材还不够，应继续做口述档案。这个试写的价值不在产出多少字，而在暴露经验里尚未说清的部分。
试写后还要看一个信号：这页草稿能否被另一位同事用来回答用户提问。如果能，说明首批内容资产已经形成，下一步是补充同类问题；如果不能，问题通常不在写作，而在专家经验还没有被拆到可执行的程度。此时继续增加文章数量只会放大模糊，应该回到访谈和记录。
首批资产不必等完美，但要留下可继续加工的结构
无论走哪条路，首批内容资产都应保留三层结构：用户能直接看到的答案、支撑答案的判断依据、以及尚未解决的边界。第一层用于发布，第二层用于建立信任，第三层用于安排后续访谈。很多站长忽略的一点是，专家经验不是一次采访就能取完的矿，而是需要反复确认边界的素材。先发布可确认的部分，把不确定的部分明确留出，比一次性写成大而全的文章更有利于后续维护。
当专家能稳定指出判断步骤时，就继续把专题页做成一组；当他仍只能给出结论时，就把口述档案继续做厚。这个选择不需要等更多资源，只需要用一次试写看清经验当前处在哪种状态，再决定下一步是编辑还是访谈。
