产品推广方法：某一案例不再典型时怎样更新对外说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9e5f241cc4f9.html
📄
产品推广方法：某一案例不再典型时怎样更新对外说明
先给有条件的结论：如果旧案例赖以成立的关键前提已经变化，而它仍被当作主要证据对外使用，就应该暂停引用并重写说明；如果只是次要参数变化、结论方向未变，则可以保留案例主体，只补充适用边界。判断的关键不是案例是否“好听”，而是它是否还能代表当前业务。
先判断：变化动的是前提还是细节
案例之所以典型，通常依赖几个前提：目标客户类型、获客渠道、成交方式、交付条件、价格区间。把旧案例拆成这几项，再与当前业务逐项对照。如果变化发生在目标客户或成交方式上，案例的参考价值会大幅下降；如果只是投放时段、素材形式之类的细节变化，案例主体仍然可用。
一个可操作的区分方法是：问自己“如果今天重做一遍，这个案例还会不会以同样的方式成立”。假设某案例原本依靠线下展会获取线索，如今业务转为内容获客。即使产品、客单价都没变，线索来源已经不同，案例中关于“如何触达客户”的部分就不再可迁移。这时真正需要更新的是获客环节的说明，而不是整个案例。
旧说明该改哪几处，而不是全部推翻
决定更新后，先定位对外说明中依赖旧前提的句子。通常集中在三类位置：案例背景描述、效果归因、可复制经验。背景描述里如果写明了渠道或客户类型，需要标注它对应的是变化前的条件；效果归因里如果默认了某个渠道的贡献，需要拆开说明哪些部分仍然适用；可复制经验里如果给出了具体动作，需要补上它成立所需的前提。
实际操作中，可以先列出旧说明里所有带数字或结论的句子，逐条问“这个结论依赖哪个前提”。依赖已变前提的，降级为历史参考；不依赖的，保留。这样改动的范围可控，也不会因为一处变化就把整篇说明作废。
更新时最容易犯的两个错误
第一个错误是把旧案例直接删掉。旧案例在前提变化前是真实发生过的，直接删除会让对外说明失去连续性，也可能让读者怀疑其他内容的可信度。更稳妥的做法是保留案例，但明确标注它成立的条件，并说明当前条件下哪些部分需要重新验证。
第二个错误是把新前提下的推测当成已验证结论。前提刚变化时，新做法往往还没有足够证据。此时对外说明应区分“已验证”和“待验证”，不要把假设写成结果。否则一旦后续数据不支持，说明又要再改一次，反而增加维护成本。
一个反例：什么情况下不必更新
如果变化只发生在执行层，而案例结论仍然成立，就不必大改。例如某案例的核心结论是“先解决信任问题再谈转化”，后来投放平台换了，但客户决策路径没变。此时案例仍然典型，只需要在渠道描述上做小幅修正。强行重写反而会稀释原本清晰的结论。
判断标准可以简化为：结论是否依赖已变的前提。不依赖，就保留；依赖，就更新。这个判断不需要复杂工具，一次内部对照就能完成。
下一步动作：先做一次前提对照，再决定改多少
具体动作是：把当前业务的关键前提写成一份简短清单，再拿旧案例逐项对照，标出“一致”“已变”“不确定”。对“已变”的项，找到对外说明中对应句子并降级或重写；对“不确定”的项，先不写进对外说明，等有证据再补。做完这一步，你会得到一份改动范围明确的清单，而不是面对整篇说明无从下手。下一步就是按清单逐条修改，并在发布前确认每个保留的结论都还能对应到当前前提。
