先给结论:不要删掉停产产品的教程,也不要只加一句“已停产”。把页面改成“停产后仍可用的替代路径”,让读者拿到可执行动作,同时保留原教程中仍然有效的部分。处理顺序是:先判断原页面还有哪些步骤不依赖停产产品,再为剩余步骤补上替代方案,最后让标题和开头直接说明“已停产,但有替代做法”。
打开你手上的那篇教程,逐段标出三类内容。第一类是与停产产品强绑定的操作,比如安装包下载、激活入口、专用插件、配套账号。第二类是通用方法,比如参数设置思路、数据整理方式、排错顺序。第三类是与具体版本有关的界面描述。只有第一类必须替换,第二类应当保留,第三类要改成条件说明。
一个可用的判断动作:把教程里的每一步写成“动作 + 依赖对象”。如果依赖对象是停产产品本身,这步就要改;如果依赖对象是通用概念,这步保留。做完这一步,你会得到一张“保留 / 替换 / 删除”的清单,它直接决定后面改多少,而不是凭感觉整篇重写。
很多停产后教程的问题在于,替代方案只写了“可以改用某某工具”。这对读者没有帮助,因为他不知道换过去之后哪一步会变。替代方案至少要说清三件事:原来这步解决什么问题、替代做法用什么完成、换过去之后哪一步需要额外注意。
假设一个教程原本教读者用某款已停产的本地工具批量处理图片尺寸,那么替代写法可以是这样:
这样写,读者拿到的是可以照着做的步骤,而不是一个需要自己再查一遍的名字。替代方案的价值在于减少读者的二次搜索,而不是把问题转交给他。
页面结构可以直接按这个顺序调整。开头第一段就说明产品已停产,避免读者照着做到一半才发现。接着保留仍然有效的通用步骤,并在每个受影响的小节里插入替代路径。最后补一个“如果你仍在使用旧版本”的说明,让手里还有旧安装包或旧环境的读者知道哪些步骤仍然成立。
这里有一个取舍:不必为每一种替代工具都写完整教程。你只需要写清“从原步骤切换到替代路径时,哪个动作变了、哪个结果不变”。如果替代工具的操作差异很大,可以只写判断条件,让读者决定是否继续。这样既控制了篇幅,也不会把一篇教程变成多篇教程的拼盘。
停产后教程的标题如果还保持原来的产品名,读者点进来才发现失效,跳出会很高。更稳妥的做法是在标题或开头明确写出“已停产”和“替代做法”。例如把原标题改成“某工具已停产:批量改尺寸的替代步骤”,读者一眼就知道这篇内容还值不值得看。
开头段可以直接回答三个问题:这个产品停产后,原教程还有哪些部分能用;替代方案适用于什么条件;如果你不打算换工具,可以跳过哪几节。这样处理之后,页面对老读者和新读者都成立,而不是只服务其中一类。
不要只看页面是否还有访问。更实际的检查方式是看读者是否还在原步骤处停留、是否继续点击替代方案相关段落。如果页面访问量没有明显变化,但读者在替代步骤处的停留时间变长,说明他们确实在按新路径操作。反过来,如果访问量下降,也可能是原产品搜索需求本身在减少,不能只归因于这次改写。
一个可执行动作:在替代方案段落附近放一个明确的下一步,比如“如果你选择保留旧版本,继续看下一节;如果你要换工具,从这一节开始”。这个动作的结果会直接影响你下一步是继续补充替代工具说明,还是把旧版本兼容部分单独拆出去。先让读者做出选择,再根据他们的选择决定页面还要补什么。