关键词拓展：用户提问包含错误前提时怎样先纠正再回答
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /89950dc426be.html
📄
关键词拓展：用户提问包含错误前提时怎样先纠正再回答
先纠正再回答，核心不是把用户说服，而是把问题重新定义到可操作的范围。做法是：先指出前提中哪一部分与当前事实不符，再给出一个仍然能推进决策的替代问法，最后按替代问法回答。是否值得纠正，取决于错误前提会不会改变结论；如果不会，直接回答并附一句限定即可。
矛盾现象：越认真回答，越容易把错误前提坐实
当用户带着错误前提提问时，直接给答案往往显得专业、响应快，但风险是把错误前提当成既定条件。例如用户问：“我们的产品页关键词拓展已经覆盖了所有长尾词，现在是不是只要加内链就能提升排名？”这里至少有一个未经证实的前提：长尾词已经覆盖完。若编辑直接回答内链策略，就等于默认覆盖已完成，后续所有动作都建立在一个可能不成立的基础上。
更麻烦的是，错误前提常常藏在提问的状语里，而不是问句本身。用户问的是“怎么做”，但错误发生在“为什么做”和“在什么条件下做”。只回答“怎么做”，等于跳过了最需要修正的部分。
两种解释：是用户信息过期，还是双方对同一词的定义不同
错误前提通常来自两类原因，处理方式不同。
- 信息过期：用户依据的是过去某个时点的业务状态，例如旧版页面结构、旧产品线、旧渠道政策。此时纠正的重点是更新事实，并说明变化发生在哪个环节。
- 定义不同：用户说的“关键词拓展”可能指从种子词扩展出更多词，而团队内部指的是把已有词分配到不同页面并验证意图。双方用的词相同，指的对象不同。此时纠正的重点是统一口径，而不是争论谁对谁错。
这两种解释会导致完全不同的下一步。如果误判为信息过期，编辑会花时间解释现状；如果实际是定义不同，解释现状并不能让问题变得可回答。
区分证据：看用户是否给出了可核验的观察
能区分上述两种解释的证据，不是用户语气有多确定，而是提问里有没有可核验的观察。可核验的观察包括：具体页面、具体词、具体时间点、具体动作后的变化。例如“上周把A页面标题改成了B词，之后该页面在站内搜索的点击下降了”，这属于可核验观察，可以用来判断前提是否成立。
相反，“大家都说长尾词已经覆盖完了”“我们一直这么做”属于二手结论或习惯陈述，不能直接作为前提成立的证据。遇到这类提问，先追问一个可核验的观察，比直接纠正更有效。
一个假设例子：用户说“关键词拓展已经做完，因为词表里有三千个词”。这里的可核验观察是“词表里有三千个词”，但它只能证明词被记录过，不能证明词被分配到页面、被内容承接、被用户实际搜索到。编辑可以指出这一层差异，再把问题改成：“这三千个词里，有多少已经对应到独立页面，并且页面主题与词意图一致？”这样问题就从“是否做完”变成了“完成到什么程度”，可以继续回答。
实际动作：先写一句前提修正，再给两个分支答案
具体动作可以固定为三步。第一步，用一句话写出前提修正，格式是“你提到的X，在当前条件下更接近Y”。第二步，给出两个分支：如果前提成立，答案是什么；如果前提不成立，答案是什么。第三步，告诉用户需要补充哪一个信息才能确定走哪个分支。
这个动作的结果会直接影响下一步。如果用户补充了可核验观察，编辑就能进入单分支回答，不再需要反复限定；如果用户无法补充，说明问题本身还不具备回答条件，此时更合适的动作是帮用户先建立观察，而不是继续拓展关键词。
需要说明的是，纠正前提不等于否定用户。用户可能只是在用旧地图找新路。编辑的任务是把地图更新到当前路口，再决定往哪走。
什么时候不必纠正：前提错误但不改变结论
并非所有错误前提都值得先纠正。判断标准是：这个前提是否影响最终决策。如果用户问“关键词拓展后要不要给新页面加内链”，而错误前提只是“新页面数量是二十个而不是十八个”，数量差异不改变内链原则，那么可以直接回答，并在回答中带一句“按你给出的数量级，以下判断仍然成立”。
反过来，如果错误前提涉及渠道是否还存在、页面是否已被合并、词意图是否已经改变，就必须先纠正。因为这些变化会让同一套动作产生相反结果。把纠正放在回答之前，不是流程洁癖，而是避免给出一个在错误条件下才成立的答案。
