先给结论:产品停产不等于教程必须删除或整篇重写。决定保留、改写还是退出的,不是停产这个消息本身,而是这篇教程现在还能不能满足读者的任务。如果读者要的是“用这个产品完成某件事”,而替代品能完成同一件事,就适合改写;如果读者要的是“这个产品本身的操作、参数或维修”,替代品无法承接,就应该保留并标注停产,或把流量导向新的承接页。下面按这三种情况拆开说。
停产之后最容易犯的错,是把所有带旧产品名的页面都当成过时内容处理。实际上要先看读者搜进来的意图落在哪一层。
判断动作很简单:把页面标题和前三段里的产品名暂时划掉,看剩下的句子是否还成立。如果还成立,说明任务部分可以保留;如果整段话失去意义,说明这篇内容绑死在产品上。
很多改写失败,是因为只找了一个“同类产品”就替换上去。读者按旧教程操作到一半发现步骤对不上,会直接返回搜索结果。替代方案要满足的是原教程里的关键能力,不是外观或品类相似。
假设一个场景:某款桌面扫描工具停产,旧教程教读者“扫描纸质表格并导出可编辑表格”。替代方案至少要能完成扫描、识别表格结构、导出可编辑格式这三步。如果只换成另一个扫描工具,但它只能导出图片,那这篇教程对读者的任务就是失败的。这里的能力清单是假设示例,用来演示比对方法,不是对任何具体工具的评测。
操作上可以这样做:先把旧教程里的关键步骤逐条列出来,每条标注它依赖的是通用能力还是该产品独有功能。通用能力对应的步骤可以保留,独有功能对应的步骤必须找到能覆盖它的替代方案,或者明确告诉读者这一步在新方案下不存在。这个动作的结果会直接决定下一篇内容:如果多数步骤是通用的,改写成本低,值得做;如果多数步骤绑死在旧产品上,改写就等于重写,需要重新评估投入。
有些页面不该改写成替代方案,而应该保留原样,只在显眼位置补一段状态说明。适用前提是:读者搜这个产品名,本身就是为了处理这个已经停产的东西。
典型情况包括设备维修、耗材替换、旧版本兼容问题、企业内仍在使用的老系统操作。这些需求不会因为停产而消失,反而可能因为官方文档下线而更需要第三方说明。此时如果强行把页面改成新产品教程,等于把一批精准读者赶走。
保留时要做两件事。第一,在正文靠前的位置说明该产品已停产,避免读者误以为还能按原价或原渠道购买。第二,如果存在官方或社区维护的替代支持渠道,可以指出来;如果没有可靠来源,就不要编造。这里不需要为每个停产页面都配替代品,有些页面的正确归宿就是成为历史资料。
退出不是失败,而是一种取舍。适合退出的情况有两类。
一类是任务本身已经不存在。比如旧教程教读者用某款已停产的硬件配合已下线的服务完成一个流程,而这个流程现在有更直接的做法,读者也不会再搜旧路径。这类页面继续留着,只会消耗维护精力,还可能给出错误引导。
另一类是无法验证。如果替代方案的关键步骤依赖你无法确认的现状,比如某个工具是否仍可下载、某个接口是否仍开放,而你也没有可靠来源,那么硬写一篇替代教程就是在制造风险。这种情况下,退出比勉强改写更负责。
退出的动作可以分步:先把页面从主要导航和内链中撤下,观察一段时间内它是否还有稳定访问;如果仍有访问,再决定是保留为存档还是做最小幅度的状态标注。访问归零不能单独证明退出正确,也可能是内链撤下导致的,需要结合搜索来源和外部引用一起看。
替代方案写完,读者最需要知道的是“我现在该做什么”。如果旧教程的结尾是“打开某产品,点击导出”,新教程的结尾就应该落到新方案的具体动作上,而不是停在“可以选择其他工具”。
一个可用的结构是:先说明旧产品已停产,再给出替代方案需要满足的能力,然后按原教程的步骤顺序重写,最后补一句差异提示,比如哪一步在新方案里位置不同、哪个设置项名称变了。这样读者能顺着原有认知完成迁移,而不是重新学一套流程。
改写完成后,下一步不是立刻去追排名,而是检查页面是否还能被读者独立理解:把标题里的旧产品名换成替代品名,整篇是否仍然通顺;把停产说明去掉,读者是否会误以为旧产品还在售。这两个检查通过,页面才算真正完成了从旧到新的过渡。