直接回答:旧素材不要继续当作“卖点”使用,而要把它降级为“背景说明”。判断标准只有一条——这句话是在描述旧产品本身,还是在解释新产品为什么会出现。前者需要改写或删除,后者可以保留,但必须补上“现在为什么不同”的说明。下面以你手里的一份旧产品介绍页为例,逐步给出可执行的处理方案。
把旧页面复制到一份文档里,按段落拆开,给每段贴三类标签之一:可转为背景、必须重写、直接删除。分类依据不是文字好坏,而是它指向的对象。
做完这一步你会得到一张清单,而不是一篇新文案。清单才是后续动作的输入。
旧素材里最常见的句子是“我们提供 X 功能”。在新产品页面里,这句话应该变成“早期方案依靠 X 解决某类问题,当使用场景扩大到 Y 时,X 的边界开始显现”。
假设一份旧素材写的是“支持本地部署,数据不出内网”。如果新产品改为云端方案,直接保留这句会误导读者。可以改写为:过去团队选择本地部署,主要顾虑是数据流向可控;新产品把这一顾虑转为权限与审计层面的设计目标。这里的关键动作是把旧约束翻译成新设计目标,而不是把旧功能原样搬过去。
改写完成后检查一次:这句话如果删掉,读者还能不能理解新产品为什么出现?如果不能,说明它承担的是背景功能,可以留;如果能,说明它只是旧卖点,应该删。
旧素材常以功能对比表的形式存在。把它转为背景说明时,对比表往往不成立,因为两代产品的目标用户可能已经不同。更稳妥的做法是改成一条简短的时间线:旧方案在什么条件下被采用、遇到什么边界、新产品针对边界做了什么取舍。
时间线只写三段即可,每段一到两句。它不需要精确日期,也不需要编造用户故事。写完后,把时间线放在新产品介绍的前半部分,功能说明放在后半部分。这样读者的阅读顺序是“为什么会有这个产品”,而不是“这个产品有什么”。
不是所有旧素材都值得改。判断是否归档,可以看两个条件是否同时成立:
两个条件都成立时,把这类素材移到独立的归档页面,并在新产品页面用一句话指向它,说明这是历史方案的说明。只满足一个条件时,优先删除而不是归档,因为半保留状态最容易让读者混淆当前方案。
归档动作本身会影响下一步:归档页面的存在意味着你需要维护两套说明的边界,如果团队没有精力维护,删除比归档更省事。
把改写后的页面交给一个不了解旧产品的人读一遍,只问一个问题:读完前两段,你认为这个新产品是为了解决什么而出现的?如果对方的回答落在你预期的背景范围内,说明转换成立;如果对方回答的是旧产品的功能,说明背景说明写成了旧卖点,需要回到第一步重新分类。
这个验证不依赖任何数据指标,也不需要等待一段时间。它检验的是文字是否完成了从“介绍旧物”到“解释由来”的转换。转换完成后,再考虑把页面接入新的推广渠道,顺序不要颠倒。