直接回答:不要在原教程里把已停产产品悄悄换一个新名字,也不要整页删除。更稳妥的做法是先判断原页面还在承接什么需求——是“这个产品怎么用”,还是“这类任务怎么完成”。如果只是前者,保留历史说明并加一段明确的停产与替代路径;如果后者仍有价值,就把教程改写成围绕任务的方法,把停产产品降为历史示例。判断依据不是页面新旧,而是读者按步骤操作后能否得到可验证的结果。
停产后最容易被忽略的问题是:原页面到底在教产品,还是在教一件事。产品教程的重心是按钮位置、菜单名称、版本差异,这类内容在产品下架后大部分会失效。任务教程的重心是目标、输入、判断标准和验收方式,产品只是实现手段,替换工具后仍然成立。
可以做一个简单检验:把产品名称从正文里全部遮住,剩下的步骤是否还能让读者完成一件事?如果剩下的只是“打开某处、点击某项”,那它属于产品教程;如果剩下的是“先确认数据口径、再对照两组结果、最后检查异常项”,那它属于任务教程。这个检验决定你是改写还是退出,而不是靠页面发布时间判断。
保留不等于原样不动。适合保留的内容通常满足两个条件:一是它解释的是通用判断,而不是某个版本的界面;二是它对使用旧版本、旧系统或历史数据的读者仍有参考价值。例如故障排查思路、参数之间的取舍关系、常见错误的原因分析,这些不会因为产品停产而自动失效。
保留时要做三件事。第一,在页面靠前位置用一句话说明该产品已停止提供或停止维护,避免读者按旧步骤操作后误以为是自己操作错误。第二,把仍然成立的通用段落保留原位,不要为了“看起来新”而重写同义句,机械换词不会增加新信息。第三,把只对旧产品成立的步骤集中到一个小节,并标注适用条件,例如仅适用于旧版本数据或历史存档。
这样处理的结果是:老读者能找到原来的判断依据,新读者不会误入失效步骤。下一步的改写范围也随之缩小,你只需要处理那些真正依赖产品本身的部分。
替代方案最容易写坏的地方,是只给一个工具名称,却不说明它为什么能接替原来的任务。读者需要的是迁移条件,不是推荐清单。写替代方案时,至少交代三点:替代方案要满足的前提、原步骤与新步骤的对应关系、以及怎样判断替换后结果仍然正确。
假设一个例子:某教程原本教读者用一款已停产的桌面工具批量整理导出文件,步骤包括按固定字段拆分、重命名、合并。假设该工具不再提供,改写时不要直接写“改用某在线表格”。更合理的写法是先说明原任务的核心约束——字段顺序固定、文件名可预测、合并后行数不变——再给出替代路径,并让读者用一个小样本核对拆分前后的记录条数和字段数量。这里的具体工具和数字只是说明比较方法,不代表任何现行产品的功能或效果。
改写后的页面应该让读者能自己判断替换是否成功。如果替代方案只能完成一部分步骤,就明确写出哪一步需要人工检查,不要用“基本可以”这类模糊表述掩盖差异。动作与结果的关系越清楚,读者越容易决定是继续用这篇教程,还是去找别的资料。
退出是合理选项,但退出不等于直接删除。适合退出的情况包括:原任务本身已经不再被需要;替代方案与原文差异过大,继续改写等于重写一篇新教程;或者页面长期只服务于已经不再存在的合作关系,保留反而会误导读者。
退出时优先考虑三种处理方式。其一,保留页面并加注停止维护说明,让外部链接和收藏仍然可用。其二,把仍有价值的部分合并到一篇范围更宽的任务教程中,并在原页面留下指向新位置的说明。其三,如果内容确实没有保留价值,再考虑移除,但要先确认没有其他页面依赖它作为解释入口。
需要提醒的是,页面访问量下降或某个入口不再出现,并不能单独证明这篇教程应该退出。访问下降还可能来自链接失效、展示位置变化、读者改用其他说法搜索,或者需求本身发生了转移。把这些可能原因分开看,再决定是改写还是退出,比只看一个数字更可靠。
这个顺序的价值在于,它把“保留、改写、退出”从感觉判断变成可检查的判断。只要替代方案能说清前提、对应关系和验证方式,这篇教程就仍然对读者有用;反之,即使页面看起来很新,也只是换了一层说法。