网络营销任务，旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /90a82b296601.html
📄
网络营销任务，旧产品推广素材如何转为新产品的背景说明
先给结论：旧素材能不能留，不取决于它过去效果好不好，而取决于它解释的是“产品为什么存在”还是“这一代产品怎么用”。前者通常可留，后者必须重写。判断动作很简单：把素材里每一句话标注为背景、机制、操作三类，只有背景类可以跨产品复用。
先分清三类句子，再决定留还是改
旧素材里的句子混在一起时，最容易整篇照搬。拆开看，其实只有三种：
- 背景类：行业里长期存在的问题、用户处境的描述、需求为什么一直没被解决。这类内容与具体产品版本无关，可以保留，最多换措辞。
- 机制类：旧产品用什么方式解决问题。如果新产品换了实现路径，这类内容必须重写，否则读者会按旧逻辑理解新东西。
- 操作类：按钮在哪、几步完成、参数怎么填。这类内容与界面和流程绑定，几乎不能留，只能重做。
一个可执行的动作：把旧素材逐句打上这三类标签。如果背景类占比高，改写成本低；如果操作类占比高，说明这篇素材本质是使用说明，不是背景说明，应直接退出复用池。这个结果直接决定下一步是投入改写还是另起一篇。
保留的前提：旧素材解释的是问题，不是解法
背景说明的作用是让读者理解“为什么会有这个新产品”，而不是“这个新产品怎么操作”。所以可保留的部分应当满足两个条件：它描述的问题在新产品语境下依然成立，且它不依赖旧产品的具体形态。
假设一个情境：旧素材用一段话描述用户在多个工具之间来回切换、信息对不上的困扰。如果新产品仍然针对这个困扰，只是换了处理方式，这段话可以留，但后面承接的“旧产品如何减少切换”要改成新产品的对应说明。反之，如果新产品已经不再针对这个困扰，保留它只会制造错误预期。
保留之后必须做一次衔接检查：旧背景句和新机制句之间有没有断裂。常见断裂是背景讲的是效率问题，新机制讲的却是成本问题，读者读到一半会失去方向。发现断裂就回到上一步，重新确认新产品真正对应的背景是什么。
改写的前提：问题相同，但解决路径变了
改写不是换同义词，而是替换因果链。旧素材说“因为 A，所以用旧方案 B”，新产品如果仍是“因为 A”，但方案变成 C，那么要重写的是从 A 到 C 的推理，而不是把 B 的名字换成 C。
具体动作：找出旧素材里所有“因此”“所以”“这样一来”后面的句子，这些是因果结论，最需要重写。保留前面的问题描述，替换后面的结论，并补一句新结论成立的条件。这样改出来的背景说明既延续了读者熟悉的痛点，又不会让人误以为新产品只是旧产品的改名版。
改写后要验证一件事：把新产品名字遮住，这段文字是否还成立。如果仍然成立，说明它写的是行业背景，可以留；如果立刻不成立，说明它其实在描述旧产品，属于机制类，应继续改。
退出的前提：素材绑定的是旧界面、旧流程或旧承诺
有些素材不值得改。典型信号有三个：通篇在讲操作步骤；反复出现旧版本特有的名称或限制；结尾承诺的内容与新产品的能力范围不一致。出现任意两个，改写成本通常高于重写。
退出不等于删除。可以把这类素材移到内部资料或旧版说明里，避免它继续出现在面向新读者的背景说明中。真正要退出的是“复用”这个动作，而不是素材本身。
还有一种常被忽略的情况：旧素材的数据表现不错，于是被默认可以继续用。但阅读量、点击量这类指标只说明它曾经匹配当时的语境，不能证明它匹配新产品。把表现指标当作保留理由，容易掩盖背景与机制错位的问题。更稳妥的做法是先做上面的三类标注，再参考表现数据，而不是反过来。
一个可复用的处理顺序
- 逐句标注背景、机制、操作三类。
- 背景类保留并检查与新机制的衔接。
- 机制类重写因果结论，补上成立条件。
- 操作类与旧承诺类退出复用，移入旧版资料。
- 遮住产品名复读一遍，确认背景说明仍指向新产品要解决的问题。
这套顺序的价值在于，它把“要不要复用”变成一个可以逐句判断的问题，而不是凭印象决定。走完一遍后，如果保留的句子仍然支撑不起一段完整的背景说明，说明旧素材缺少可迁移的问题描述，此时应新写背景，而不是继续修补旧稿。
