先做访谈稿。条件是专家愿意用口语把判断过程讲清楚,且你能拿到他处理过的真实问题、取舍理由和结果边界。若专家只能给结论、不能还原当时的判断依据,访谈稿会退化成口号合集,这时先做案例页更稳:让他挑一个已结束的项目,按“起点—约束—动作—结果—复盘”写事实骨架,再由你补足搜索意图与页面结构。
访谈稿成立的前提是经验中带有可迁移的判断规则。比如专家说“这类问题先看对方是否已有替代方案,再决定要不要教育市场”,这能拆成多个页面主题。案例页成立的前提是项目边界清晰,能说清当时面对什么限制、做了哪些动作、哪些结果不能归因于这次动作。
如果专家手里只有零散观点,没有完整项目,访谈稿是更现实的起点。如果专家有完整项目但不愿公开细节,案例页可以脱敏后写方法,但必须保留约束条件,否则读者无法判断方法适不适用于自己。
问专家三个问题,看回答质量:
三个问题都答不上来,先不要生产内容资产,先补一次结构化复盘。
假设一位专家擅长处理冷启动阶段的选题,但手上没有完整数据。先做一篇访谈稿,主题定为“冷启动时先写哪类问题”,把专家的判断拆成三档:有明确搜索需求、有讨论但无成型答案、只有行业内部关心。每档配一个假设场景,说明什么条件下选哪档。
这篇访谈稿发布后,观察读者在页面上的停留位置和后续咨询问题。如果多数人追问“怎么判断某类问题属于哪一档”,下一步就把它扩成案例页,用一个脱敏项目走完判断流程;如果读者只收藏不追问,说明判断规则还不够具体,应回到专家那里补一次追问,而不是急着增加页面数量。
如果专家经验集中在高度依赖个人关系的场景,访谈稿和案例页都可能变成无法复用的故事。这时应先把经验转成检查清单,比如“接触前确认对方是否已有预算、决策人是否在场、失败后是否有替代路径”,再围绕清单写解释页。清单本身不是内容资产,围绕清单解释每条判断的适用条件才是。
选一篇访谈稿或案例页作为首批资产,发布后记录读者追问的具体问题。追问集中在判断标准,就补第二篇解释页;追问集中在操作步骤,就把原稿拆成带顺序的任务页。不要用一次发布后的抓取或索引波动判断内容是否有效,那只说明页面是否被处理,不说明读者是否获得了可用的判断依据。