把零散经验变成方法,核心是做三件事:记录每次操作的判断依据,把重复出现的判断依据归成规则,再用新案例检验规则是否仍然成立。只记“做了什么”会停留在手感层面;补上“为什么这样做、什么条件下不这样做”,经验才能被他人复用,也才能被自己稳定调用。
一类是操作记忆,比如记得某个页面标题改短后点击率有变化;另一类是判断逻辑,比如判断标题该短是因为目标查询意图偏窄、展示位置有限。前者离开原场景容易失效,后者才可能迁移。整理时先给每条经验标注它属于哪一类:只能复述动作的,追问当时的判断依据;能说清依据的,检查它是否写明了适用条件。
判断结果很直接:如果一条经验换个站点、换个词就完全无法解释,它多半只是操作记忆,应先作为案例保留,不急着升格为方法。
面对一堆零散经验,常见两种处理方式。第一种是先归类再验证:按主题把经验分成标题、内容结构、内链、意图判断等组,每组提炼一条待验证规则,再逐条找案例检验。它适合经验数量多、时间跨度长、已经记不清细节的情况,代价是前期整理耗时,且可能把不同条件下的经验强行合并。
第二种是先验证再归类:挑出最近印象最深的三五条经验,各自设计一个小检验,确认成立后再归入方法体系。它适合经验还少、想尽快上手的情况,代价是容易只围绕少数案例打转,方法覆盖面窄。
选择依据可以看两点:如果零散经验已经影响你判断新问题,先用第一种做一次全面梳理;如果你只是想把最近几次操作沉淀下来,先用第二种,等条目多了再合并。两种方案并不冲突,可以先用第二种起步,积累到一定数量后转第一种。
方法要能被执行,最好写成“当……时,检查……,若……则……”。例如一条假设规则可以写成:当目标查询意图偏窄时,检查标题是否覆盖了该意图的核心限定词,若覆盖不足则优先补充限定词,而不是堆叠同义表达。这里的关键不是句式本身,而是每个条件都能被核对,每个动作都能被观察。
写成这种形式后,再回头看原来的零散经验,会发现有些只能停留在“某次这样做有效”,有些已经能进入方法清单。方法清单不必追求完整,能让你在下一次判断时有据可查,就已经达到目的。
从你现有的笔记里挑出三条经验,按上面的清单逐项填写,重点补上判断依据和适用条件;填不出来的那一条,就是下一次操作时需要刻意记录的内容。