先纠正前提,再给答案,否则你的回答会沿着错误假设一路跑偏。判断是否该纠正,看两点:错误前提是否改变结论,以及不纠正会不会让后续操作产生实际损失。如果两者都成立,就必须先拆掉前提;如果只是措辞不严谨,直接回答更高效。
你遇到的情况往往是:用户已经试过常规做法,仍然没解决,于是带着一个自认为正确的前提来提问。比如“为什么我把所有词都归到核心词类,排名还是不动”。这里的前提是“分类方式决定排名”,但真正卡住他的可能是页面意图与搜索意图不匹配。你如果顺着“分类”去答,给出一套更细的分类标准,用户照做后依然没变化,问题就被拖延了。
矛盾在于:用户的问题越具体,越容易让你默认他的前提成立。而错误前提常常藏在“为什么”“怎么才能”这类问法里,不在字面上。
面对同一个问题,至少有两种成立路径,不能直接跳到纠正。
两种解释对应的动作完全不同。前者要先纠正认知,后者只需补一步操作。搞混了,用户会觉得你没回答他的问题。
不要靠感觉判断,找可观察的证据:
假设一个场景:用户说“我把所有长尾词都归到同一类,为什么流量没涨”。这里需要先确认:这些长尾词是否指向同一意图。如果意图分散,分类再整齐也不会让流量上涨;如果意图一致,那问题可能出在页面内容深度不够。两种情况下,你要给的下一步动作不同。
直接说“你错了”会打断对话。更有效的顺序是:先承认他的观察,再给出一个能解释现象的替代前提,最后给一个可执行动作。
例如:“你观察到分类后没变化,这个现象成立。不过分类本身不直接改变检索结果,它影响的是你后续把哪些词放进同一页面。你可以先做一件事:把同一类里的词逐条写出用户搜它时想看到的内容,如果三条里有两条想要不同东西,说明分类需要按意图拆开,而不是按词形归拢。”这个动作的结果会直接告诉你,下一步是拆分类还是补内容。
如果用户已经尝试过按意图拆分仍无效,那遗漏条件可能在页面层面,而不是分类层面。此时纠正前提的重点转向:分类不是终点,它只是内容分工的起点。
不是所有不严谨的前提都值得纠正。满足以下条件时,直接回答更合适:
反过来,如果前提错误会让用户继续投入时间在无效方向上,或者会让多个页面互相竞争,就必须先纠正。判断标准不是前提对不对,而是它会不会改变下一步该做什么。
最后记住:纠正前提不是抬杠,是把问题重新对准可解决的那一层。用户带着错误前提来,往往是因为他已经试过正确前提下的常规做法。你要做的是帮他找到那个被漏掉的条件,而不是重复他已经知道的事。