线上推广方式：旧案例不再典型时怎样更新对外说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /05c6b02ab168.html
📄
线上推广方式：旧案例不再典型时怎样更新对外说明
先判断旧案例是“结论仍成立但细节过时”，还是“结论本身已经失效”。前者可以保留框架、替换证据与限定条件；后者应降级为历史注脚，或直接退出对外说明。区分这两种情况，靠的不是案例发布时间，而是能否找到当时成立、现在不成立的明确条件。
一个矛盾现象：删掉旧案例，反而更难解释现在
很多团队在旧合作关系结束、旧系统下线后，会立刻把相关案例整段撤掉。动作很干净，但对外说明会出现一个空白：读者原本从旧案例理解“你们为什么这样做”，撤掉后只剩一句“我们提供线上推广方式”，说服力反而下降。
另一种做法是照旧保留，只改掉年份和对方名称。这看起来省事，却把风险留在了细节里：旧案例中的渠道组合、履约方式、用户路径，可能已经和现在的做法不同。读者一旦照着理解，就会对实际交付产生错误预期。
矛盾就在这里：旧案例既不能原样保留，也不宜无声消失。需要更新的是它在对外说明中的角色，而不是简单做“留”或“删”的二选一。
两种解释：是证据过期，还是结论失效
第一种解释是证据过期。案例背后的判断仍然成立，只是支撑它的条件变了。例如当时依赖某个内容渠道稳定获取咨询，现在该渠道的推荐机制或用户习惯已经不同。这种情况下，要换的是证据，不是结论。
第二种解释是结论失效。案例成立依赖的前提已经不存在，继续引用会误导判断。例如旧合作关系的核心价值来自独家资源或特殊授权，关系结束后这种前提消失，案例就不再说明任何可复用的能力。这种情况下，应把案例从“能力证明”降为“历史背景”，并明确它不再代表当前做法。
两种解释对应完全不同的更新动作。把它们混在一起，就会出现“改了名字但没改逻辑”或“整段删除但没补上替代说明”的问题。
能区分两种解释的证据
要判断属于哪一种，可以找三类可核对的证据：
- 前提是否还在。旧案例成立所依赖的渠道、合作关系、授权或工具，现在是否仍然可用。如果前提消失，结论大概率失效。
- 做法是否可复现。把旧案例中的关键动作放到当前条件下，是否还能执行。能执行说明是证据过期，不能执行说明是结论失效。
- 决策是否仍被引用。内部复盘或对外沟通中，是否还在用这个案例解释当前选择。如果还在用，就需要更新；如果只是存档，就不必占对外说明的位置。
这三类证据都不依赖“案例有多老”。一个很旧的案例，只要前提仍在、做法可复现，就可以继续用；一个很新的案例，只要前提已经消失，也应退出。
更新对外说明的实际动作与结果
假设一个团队过去用“内容发布加社群答疑”作为线上推广方式的核心案例，现在社群答疑环节已经停止，内容发布仍在继续。这是一个假设例子，用来说明判断方法，不代表任何真实项目。
第一步，把旧案例拆成“仍然成立的部分”和“已经退出的部分”。仍然成立的是内容选题与发布节奏，已经退出的是社群承接。第二步，为仍然成立的部分补一个新证据，例如当前内容发布后的承接路径是什么。第三步，对已经退出的部分加一句限定，说明它属于当时条件，不再作为当前做法。
这个动作的结果是：对外说明不再声称旧案例整体仍可复制，但保留了其中仍有价值的内容方法。下一步就能据此决定，是继续补充新案例，还是把旧案例移到背景说明中。
保留什么、退出什么，按决策用途分
更新对外说明时，可以按用途把旧案例分成三层：
- 仍用于解释当前选择的部分，保留并补证据。例如旧案例中的用户分层思路仍在沿用，就保留思路，替换执行细节。
- 只用于说明历史背景的部分，降级并加限定。例如旧合作关系带来的渠道优势，明确标注为当时条件，不暗示现在仍有同等资源。
- 会引发错误预期的部分，退出对外说明。例如已经停止的承接环节、已经下线的系统入口，不再作为当前能力出现。
这样处理的依据是决策用途，而不是案例的新旧。读者需要的是“现在能期待什么”，历史细节只在帮助理解演变时才有位置。
更新后怎样验证说明是否还准确
更新完成后，用一个简单动作验证：让不熟悉该项目的人只读更新后的说明，然后复述“现在能提供什么”和“哪些是过去条件”。如果复述中把历史条件当成当前承诺，说明限定不够清楚；如果复述中完全看不出为什么采用当前做法，说明保留的部分太少。
验证结果会直接影响下一步：限定不清就补充条件说明，保留太少就补一个新证据。这个循环不需要一次性完成，但每次调整都应以“读者能否正确理解当前做法”为准，而不是以案例数量或篇幅为准。
