先给结论:如果旧案例赖以成立的关键前提已经变了,对外说明要改的不是故事讲法,而是把“结论所依赖的条件”补回去。具体做法是,在方案范文里把案例拆成“当时成立的前提、当时采取的动作、当时观察到的结果”三层,再决定是保留、降级还是撤下。若只是结果数字变了但前提没变,通常只需补一句口径说明;若前提本身消失,比如原先依赖的渠道政策、供给能力或客户决策链已经不同,就应把案例从“可复制样板”降为“历史记录”,并同步修改正文中由它推导出的建议。
“效果不如以前”不等于案例失效。要先区分三种情况,因为它们的更新动作完全不同。
把这三类混在一起,最常见的后果是把一次口径调整误判为策略失效,于是删掉本来还有参考价值的案例,或者反过来,把外部环境变化当成执行不力,继续加码已经不适用的动作。
三种处理各有成立条件,不能凭感觉选。
假设某方案范文原以“一次活动带来大量咨询”作为核心案例,后来咨询定义从“留下联系方式”改为“完成需求确认”,数字自然下降。这是口径变化,不是策略失效。此时正确动作是补口径注释,而不是撤下案例。反过来说,若原先的咨询量主要来自一个已停止合作的入口,那么无论数字是否变化,案例都已失去可复制性,应降级或撤下。
更新完成后,用三个问题自检:案例结论是否仍被前提支撑;正文中是否有别处引用了这个案例的结论却未同步修改;读者能否从文字中判断自己是否具备相同条件。只要有一项答不上来,说明更新只做了表面替换。
下一步动作很具体:把方案范文中所有引用该案例的段落列出来,逐段标注“依赖该案例结论”还是“仅作背景”。依赖结论的段落优先修改,仅作背景的可以后置。这样处理的结果是,说明更新有明确边界,不会因为改一个案例而推翻整篇方案。
有时前提看似没变,案例却已不典型,原因是它从一开始就依赖一个未被写出的特殊条件,比如某个关键人脉、一次性资源或临时价格优势。这类条件不会出现在结果数据里,却决定了动作能否复制。判断方法是回看当时的执行记录:如果同样的动作换一个执行人、换一个时间点就无法启动,那它就不是可迁移的方法。此时对外说明应明确写出这个隐含条件,或者干脆不再把它当作方法示例。否则读者按范文操作却无法推进,问题不在执行,而在说明本身遗漏了前提。