先给结论:旧教程是否保留,不取决于改名本身,而取决于这个功能在用户路径中是否仍然承担同一件事。如果只是名称变了、位置和操作逻辑没变,保留旧教程并做一处名称映射即可;如果名称变了、入口层级或前后依赖也变了,旧教程就不能只改标题,必须重写关键步骤或明确标注适用版本,否则读者会卡在找不到入口的那一步。
推广一个app时,教程往往散落在站内帮助页、站外文章、视频描述和客服快捷回复里。平台功能改名后,最危险的做法是全局替换关键词,把旧称一律换成新称。这样看似统一,实际会把“当时在旧入口里完成的操作”和“现在在新入口里完成的操作”混成一段无法复现的说明。
可以用一个简单标准区分:打开当前版本,从用户最初产生需求的位置出发,走到完成目标的位置,记录经过的层级和按钮文案。如果只有按钮文案变了,层级数量和前后步骤不变,属于只换称呼;如果层级数量变了、原本的父级入口消失、或者操作顺序被拆成两步,属于换了路径。这两种情况对应完全不同的处理成本。
适用条件是旧教程描述的动作在当前版本里仍然可以照着做完,只是读者需要知道新名字对应旧名字。此时不必删除旧教程,因为旧教程可能已经积累了外部引用、收藏和站外转载,删除会造成断链,也会让已经看过旧教程的用户找不到后续说明。
具体动作是:在旧教程正文第一次出现旧名称的位置,补一句“该功能现已显示为某某名称,位置和操作不变”,并在页面顶部或开头附近放一行版本提示,写明这段说明对应哪个时间段之前和之后的界面叫法。这样做的结果是,读者能自己完成名称到位置的对应,不需要你逐句改写;后续你只需要在新建教程时统一使用新名称,旧教程维持可理解即可。
例外是旧教程本身依赖截图。如果截图里旧名称非常显眼,而当前界面已经没有这个字样,单靠文字映射仍会让读者怀疑自己找错了地方。这时应优先替换关键截图,或在截图旁标注旧称与新称的对应关系,而不是只改正文。
适用条件是旧教程里的入口在当前版本已经不存在,或者操作顺序已经改变,读者照着做无法到达目标。这时继续保留旧教程并只做名称替换,会让读者在错误的位置反复寻找,最后把问题归因到自己的账号或设备上。
有两种成立的选择。第一种是重写关键步骤:保留旧教程的标题和外部链接价值,但把操作段落整体替换为新路径,并在文中说明这次调整影响的是哪一步。第二种是降级为存档:如果这个功能已经不再是推广一个app的主要路径,或者新旧流程差异大到无法用一段话衔接,就把旧教程标注为历史版本说明,并在显眼位置链接到当前有效的新教程。
判断选哪一种,可以看旧教程是否还在为你带来有效访问。如果仍有外部页面引用它、用户仍会从搜索或收藏进入,重写的收益更高;如果它已经很少被触达,只是你不舍得删,降级为存档更省成本。这里的“有效访问”指读者进入后是否继续阅读操作步骤并到达下一步,而不是单看访问量数字。访问量下降也可能只是因为季节、渠道变化或内容整体老化,不能单独证明改名处理得对或不对。
在动手之前,先列出所有提到该功能的页面,按“是否包含操作步骤”分成两类。只提到名称、不涉及操作的页面,处理成本低,改名称或加映射即可;包含操作步骤的页面,需要逐个走一遍当前路径,确认是否还能完成。
这个动作的结果是,你能得到一张按处理方式分组的清单,而不是面对一堆页面凭感觉改。下一步就可以按“包含步骤且仍有访问”的优先级先处理,其余页面批量补映射。
版本说明的作用是让读者判断自己看到的说明是否适用于当前界面,不是用来撇清责任。可以写成类似这样的短句:
本文操作步骤对应旧版入口;当前版本中该功能已改名为某某,入口位于另一层级,步骤见新版教程。
如果只是名称变化,则写成:
该功能当前显示名称为某某,旧称某某;本文其余步骤仍可参照。
假设一个场景:你的旧教程里写“在设置页找到某某功能”,而当前版本里这个功能被移到了账号页,名称也换了。此时只把“某某功能”替换成新名称,读者在设置页仍然找不到,会认为教程失效。正确做法是把“在设置页找到”这一步改成新位置,并保留一句说明旧位置已经不再使用。这个例子只用于说明判断方法,不代表任何具体平台的现行界面。
最后,改名处理完之后,新建教程应统一使用当前名称,并在内部链接里指向最新版本,避免下一次改名时又要同时维护两套叫法。旧教程保留可理解性的核心,是让读者知道“我看到的旧说法对应现在的哪个位置”,而不是让旧教程看起来像从未改过名。