结论本身没有错,但它往往省略了成立条件。你要补的不是更多结论,而是能推翻它的反例:先找出结论依赖的隐含前提,再构造一个前提不成立的小场景,看结论是否还站得住。这一步做完,你才知道该继续深挖哪个条件,而不是把结论当成通用规则背下来。
老师给结论时,通常默认了一个场景。比如“标题要包含核心词”这类结论,隐含前提可能是页面主题单一、用户需求明确。若你拿一个聚合多个意图的页面去套,发现效果不理想,这不一定是结论错了,而是前提变了。
两种解释需要分开:
能区分这两种解释的证据是:在保持其他条件不变的前提下,只让那个隐含前提发生变化。如果结论随之失效,说明它有边界;如果结论仍成立,说明你之前的失败另有原因。
有效的反例练习有固定动作:写下结论,圈出它默认成立的前提,再把前提替换成相反情况。
假设某条结论是“内页应集中围绕一个核心词展开”。假设场景:一个本地服务页同时承接“价格咨询”和“上门预约”两类意图。如果你只按结论执行,把两类意图硬压进一个页面,可能会发现用户在页面内找不到对应入口,停留和转化都不理想。这个反例指向的下一步不是推翻结论,而是判断该不该拆成两个页面,或用一个页面加清晰分区来承接。
注意,这里的关键不是“我试过不行”,而是你能说清哪条前提变了、变化后观察到了什么、下一步要验证什么。
反例不是越多越好,而是要看它能否稳定复现。一次异常可能来自抓取延迟、页面改版、数据口径变化,甚至只是样本太小。你需要给反例标注证据等级:
如果你发现某个反例只出现一次,先别急着改写结论。更稳妥的动作是:把这次观察记成待验证假设,再找两到三个同类页面做对照。若对照后模式一致,才把它升级为“结论的适用边界”。
只给结论的课程,最容易漏掉的是判断过程。你可以用一张简单记录表弥补:结论原文、隐含前提、反例场景、观察到的差异、下一步动作。每补一个反例,就相当于给结论加了一条适用条件。
例如,当你记录“结论在页面意图单一时成立,在意图混合时需要拆分或分区”之后,下一次遇到新页面,你先判断意图是否单一,再决定是否套用原结论。这个动作会直接改变你的执行顺序:先分类,再决定策略,而不是先套模板再补救。
如果记录了几次之后,你发现自己总在同一类前提上翻车,那说明你缺的不是更多结论,而是对这类前提的识别能力。此时应该回头补的是场景判断,而不是继续收集新技巧。
反例练习的目的是让结论变得可用,不是把每个结论都推翻。当你已经能为一条结论说出它成立的条件、失效的条件,以及失效时该改做什么,这条结论就算补完了。继续找反例只会重复验证同一件事。
反过来,如果一条结论你始终找不到反例,先检查是不是前提写得太宽泛,导致任何场景都能被解释成成立。把前提收窄到可观察的层面,反例才会变得可构造、可验证。