什么叫权重：只有专家经验时，先做访谈稿还是先做问答页
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /65fbfb6616e0.html
📄
什么叫权重：只有专家经验时，先做访谈稿还是先做问答页
如果手上只有专家经验，没有现成文章、课程稿或可公开的案例，首批内容资产应当先做成可拆分的访谈稿，而不是直接写成问答页。原因不是问答页没价值，而是问答页要求你已经知道用户会怎么问、问法之间如何分组；访谈稿则把专家脑中的判断过程先固定下来，后续再拆成问答、清单、对比页都更容易。只有一种情况可以反过来先做问答页：你已经有真实用户提问记录，且问题能按同一决策场景归成三到五组。
先判断你手里的是“结论”还是“过程”
专家经验通常以两种形态存在。一种是结论型，例如“这种情况应该选A方案”；另一种是过程型，例如“我先看这个条件，如果不满足就排除，再看那个条件，最后才比较成本”。结论型适合直接写短问答，但前提是结论已经经过验证，且你清楚它适用的边界。过程型更适合先做访谈稿，因为读者真正需要的是判断路径，而不是一句口号。
拿你手边的一份资料做测试：如果它只有结论，没有条件、反例和代价，那么直接改成问答页会显得空。此时先补一轮访谈，把“什么情况下不适用”“做错会付出什么代价”“先看哪个信号”问出来。访谈稿不必一次成文，可以先按问题—判断条件—动作—结果四栏记录，再决定是否公开。
访谈稿转内容资产的三步处理
第一步，把一次访谈切成若干“决策单元”。一个决策单元只回答一个判断：什么条件下选A，什么条件下选B。不要按时间顺序切，而按读者要做决定的那一刻切。第二步，给每个决策单元补一个最小证据。证据可以是假设例子、对比条件或常见误判，但不能编造真实客户数据。第三步，把决策单元分配到不同页面形态：条件清晰的做成问答页，需要展开比较的做成对比页，需要按顺序执行的做成步骤页。
这个动作的结果会直接影响下一步：如果某个决策单元连“不适用条件”都写不出来，说明专家经验还没被问透，应该回到访谈，而不是急着发布。反过来，如果一个决策单元能自然拆出三个以上用户问法，它就更适合做成问答页，而不是继续留在长访谈里。
两种做法的取舍条件和代价
先做访谈稿的条件是：专家时间稀缺、经验偏过程、用户问题尚不明确。代价是首批内容看起来不够“成品”，需要二次编辑，发布节奏更慢。先做问答页的条件是：已有真实提问记录、问题边界清楚、专家能快速确认答案。代价是容易把复杂判断压成短答案，后续发现遗漏条件时改动较大。
假设你只有两次专家访谈时间，每次一小时。若先做问答页，你可能在第一小时内就写出十个短答案，但其中几个会因为缺少适用条件而反复修改。若先做访谈稿，第一小时可能只产出三到四个决策单元，但它们能支撑后续多个问答页和对比页。这里的数字只是说明比较方法，不是效果承诺。判断标准是：后续修改成本是否低于首次成文成本。如果答案是肯定的，先做访谈稿更稳。
从一份资料到可执行方案
现在拿你手里那份资料，按下面顺序处理：
- 标出其中所有结论句，逐句问“在什么条件下不成立”。写不出条件的，标记为待访谈。
- 把能写出条件的结论合并成决策单元，每个单元只保留一个判断。
- 给每个决策单元配一个假设例子，说明选错会导致什么下一步动作变化。
- 能拆出三个以上问法的，排入问答页；需要比较两个方案的，排入对比页；需要按顺序操作的，排入步骤页。
- 发布前检查：读者能否根据这一页决定下一步做什么。不能，就退回访谈或补条件。
这样处理之后，权重不再是一个抽象概念，而是你判断“这批内容能否被搜索引擎和用户正确理解”的起点：先让专家经验变成有条件的判断，再让页面承担其中一种判断，抓取、索引和排名才有稳定的内容基础。
