📍 WDQWDWQD987AAAAA:216.73.216.175
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /793435f5c4a3.html
📄

网站推广系统，旧产品推广素材如何转为新产品的背景说明

不能直接改产品名。旧素材里真正可复用的，是它回答过的客户疑问；新产品背景说明要重新回答同一批疑问，但答案必须换。判断标准很简单：把素材里所有产品名词去掉后，剩下的句子还能不能成立。能成立的是问题结构，可以留；不能成立的是旧答案，必须重写。

矛盾现象：素材越完整，越容易拖偏新产品

旧产品的推广素材往往很齐全：卖点清单、客户痛点、使用场景、对比说明、常见异议。转到新产品时，最省事的做法是替换名称和参数，保留原有结构。结果通常是页面看起来完整，但读者读完不知道新产品为什么存在。

原因在于，旧素材的完整度来自旧产品的前提。它默认读者已经理解某类问题、某类使用方式、某类决策标准。新产品如果改变了其中任何一项，旧素材里的背景说明就从“帮助理解”变成“误导理解”。

这里有两个解释，需要分开看。

解释一：只是措辞过时，结构仍然成立

如果新产品与旧产品解决的是同一类问题，只是技术路线、交付方式或使用门槛变了，那么旧素材的问题结构仍然可用。需要改的是答案部分。

比如旧素材写“部署需要单独准备服务器”，新产品改成托管方式。读者关心的问题没变——要不要自己准备环境——但答案变了。这种情况下，背景说明可以沿用旧素材的章节顺序，只替换事实性描述。

可复用的部分包括：

• 读者在什么阶段会遇到这个问题；
• 不解决时会出现什么后果；
• 决策时通常比较哪几个维度；
• 哪些前提会改变选择。

必须重写的部分包括：

• 产品能力边界；
• 适用条件与不适用条件；
• 与替代方案的差异；
• 任何带旧产品名称、旧价格、旧合作方的表述。

解释二：前提已经换了，旧结构本身失效

如果新产品面向的决策人、使用场景或预算归属发生了变化，旧素材的问题结构就不能再用。此时改措辞没有意义，因为读者关心的问题已经不同。

典型信号是：旧素材反复强调“省时间”，但新产品的购买决策实际由合规或采购部门推动；旧素材围绕个人使用者写，但新产品需要团队管理员配置；旧素材假设读者已经知道某类工具，但新产品的目标读者第一次接触这个概念。

这种情况下，背景说明要重新回答三个问题：

1. 读者现在用什么方式处理这件事，为什么不够；
2. 新产品改变了哪一个前提，使原来的做法不再必要；
3. 读者需要先接受什么条件，才能理解后面的能力说明。

这三个问题不需要长，但必须由新产品自己回答，不能从旧素材里搬。

区分两种解释的证据

不要凭感觉判断。用下面这组证据区分：

看旧素材里的异议处理。把旧素材中客户常问的反对意见列出来，逐条问：新产品是否仍然会遇到同样的反对意见？如果反对意见的性质变了，说明前提变了；如果只是反对意见的答案变了，说明结构还在。

看旧素材里的比较对象。旧素材拿来对比的替代方案，是否还是新产品的主要替代方案？如果替代方案换了一类，旧背景说明的参照系就失效了。

看旧素材里的成功条件。旧素材暗示“做到什么就算用好了”，这个标准在新产品上是否还成立？如果成功标准变了，背景说明必须重写。

一个假设例子：旧产品是本地安装的统计工具，推广素材强调“数据留在自己机器上”。新产品是托管分析服务，如果直接沿用“数据留在本地”作为背景，读者会带着错误预期进入页面。此时可复用的不是结论，而是“读者关心数据存放位置”这个疑问；新背景说明要回答的是托管条件下数据如何被处理，以及哪些场景仍然不适合托管。动作上，先把旧素材中所有结论句标出来，再逐条判断它属于“疑问”还是“答案”。标为答案的句子不能直接迁移，标为疑问的句子可以保留并重新作答。

转换时的实际取舍

不要追求把旧素材全部转完。更有效的做法是先选一段最影响理解的背景说明做转换，观察读者是否在下一步产生新的疑问。

如果转换后读者仍然问“这和我原来用的方式有什么不同”，说明背景说明没有交代前提变化；下一步应补上变化前后的条件对比，而不是继续加产品功能。如果转换后读者开始问“那我需要准备什么”，说明背景说明已经成立，可以进入适用条件和操作说明。这个顺序会影响后续素材的写法：背景说明没通过，后面的功能清单写得再细也不会被正确理解。

旧素材不是不能用，而是要先判断它承载的是问题还是答案。问题可以继承，答案必须重新验证。新产品背景说明的成败，取决于读者是否在读完第一段后知道“为什么现在需要换一种做法”，而不是知道“这个产品叫什么”。