先判断这个案例在页面上承担的是“证明能力”还是“说明做法”。如果它只用来证明结果,一旦客户结构、交付方式或行业环境变了,继续原样展示会误导读者;如果它用来说明一类问题的解决路径,改动可以更克制,只补上适用条件与时间背景。两种做法都成立,取舍取决于你能否为旧案例补出可核验的上下文,以及新案例是否已经能承担同样的说服任务。
打开你手上那个案例页或资料,逐段标出它到底在回答什么。常见有三类角色:一是结果证明,用具体数字说明交付效果;二是方法示范,展示你如何拆解一类问题;三是信任背书,靠客户名称和行业身份降低读者戒心。角色不同,更新动作完全不同。
判定时问三个问题:这个案例的客户类型是否仍是你现在主要服务的对象;其中提到的做法是否仍是你现在会推荐的做法;里面的数字是否还有可追溯的口径。三个都否,它已经从“证明”退化为“历史记录”,继续放在显眼位置就有风险。只有第一个是否,另外两个是,通常可以保留,但要在开头补一句适用边界。
路径一:保留旧案例,补写“适用条件”和“时间背景”。适合你短期内没有可替换的新案例,且旧案例的方法部分仍然成立。代价是读者会看到一段自我限定,说服力被削弱,且你需要有人能说清当时的口径,否则补充说明会变成新的模糊表述。
路径二:撤下旧案例,换成一组更小的、可核验的片段,例如一次具体交付过程、一份脱敏后的方案结构、一段客户原话。适合你手上确实有可公开的新素材。代价是工作量明显更大,而且小片段的说服力通常不如完整案例,需要靠数量或细节密度补回来。
选择的分界线不是“旧案例好不好”,而是“你能不能为旧案例补出真实、可核验的上下文”。补不出来,就不要用路径一硬撑;补得出来,路径一比路径二更省成本,也更诚实。
假设你手上是一个两年前的制造业案例,客户是大型企业,而你现在主要服务中型企业。可以按下面顺序处理:
做完前三步后,你会得到一个明确的信号:如果补完适用条件后,这个案例读起来仍然像在暗示当前能力,那它就不适合保留,应该走路径二。这个判断依据来自读者视角,而不是你的主观偏好。
找一位不了解该项目内部情况的同事读一遍,请他回答两个问题:这个案例说的是哪一年的事;它能不能代表你们现在主要服务的客户类型。两个问题都答得出来,说明补充说明生效;答不出来,说明限定写得还不够靠前或还不够具体。
同时检查指标有没有被混用。案例里如果出现流量、询盘、成交三类数字,要分别标明来源和统计范围,不能用一个笼统的“效果提升”把它们串起来。搜索、平台推荐和广告带来的量口径不同,销售侧的成交又受跟进影响,混在一起写会让读者无法判断这个案例到底证明了什么。
最后设一个复查触发条件,而不是固定周期。例如当主要客户类型再次变化、或交付方式发生调整时,重新走一遍上面的角色判定。案例说明不是一次改完就结束的文档,它需要跟着业务对象走。