移动推广策略，旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fb949e6e5676.html
📄
移动推广策略，旧产品推广素材如何转为新产品的背景说明
旧素材不能直接当新产品的背景说明用，但也不必全部废弃。判断标准只有一条：这段素材解释的是“用户为什么需要这类方案”，还是“上一代产品为什么这样设计”。前者可以保留并改写，后者应当退出背景说明，降级为内部参考。下面按保留、改写、退出三种处理方式，说明各自的适用前提和判断动作。
先区分两类旧素材：需求背景与产品沿革
旧素材里真正能迁移的，是需求层面的内容，比如用户原本在什么场景下遇到问题、旧方案为什么不够用、决策时在意哪些条件。这类内容与具体产品版本无关，换成新产品依然成立。
不能迁移的是产品沿革类内容，比如旧版本的界面逻辑、旧功能名称、旧套餐结构、旧合作方式。把它们放进新产品的背景说明，读者会以为新产品延续了旧设计，后续看到实际差异时反而产生不信任。
一个可操作的判断动作：逐段问“这段话删掉产品名之后还成立吗”。成立，进入保留候选；不成立，进入退出候选。这个动作的结果直接决定下一步是改写还是归档，而不是先动笔润色。
保留的前提：需求描述仍然准确，且不绑定旧版本
保留不等于原文照搬。旧素材可以保留的段落，通常满足两个条件：描述的是用户处境而非产品能力；使用的场景词在新产品上依然适用。
假设一个例子：旧素材写“用户在下班路上用手机处理临时事务，希望少跳几次页面”。如果新产品同样面向移动端碎片时间，这段需求描述可以保留，只把后半句改成新产品实际减少跳转的方式。这里的前提是新产品确实在这一点上有对应能力，没有就不能保留，否则背景说明会变成无法兑现的承诺。
保留后的实际影响是：背景说明的篇幅会明显短于旧素材，但每一段都能被新产品承接，后续写卖点和落地页时不必再回头删改。
改写的前提：需求成立，但旧表述绑定旧产品
更多旧素材处于中间状态：需求方向对，表述却带着旧产品的痕迹。这时改写比保留更合适。改写的对象是主语和因果链，不是换同义词。
- 把“旧版本因为某限制才这样设计”改为“这类需求在移动场景下常见的限制是什么”。
- 把旧功能名替换为需求动作，例如把具体按钮名改为“完成一次确认”。
- 把旧数据或旧结论标注为历史背景，不与新产品指标并列呈现。
改写的适用前提是：你能说清新产品在该需求上的做法，哪怕做法不同。如果新产品尚未确定做法，改写会变成猜测，此时应退回保留需求句、删掉方案句。
退出的前提：素材只解释旧产品，或依赖已失效的条件
有些旧素材应当直接退出背景说明，包括：只讲旧产品迭代过程的；依赖旧渠道规则或旧合作条件的；用旧素材中的对比结论暗示新产品表现的。
退出的动作不是删除文件，而是移入内部参考区，并标注它对应的产品版本和适用时间。这样做的结果是：新背景说明不再被旧结论污染，同时团队在解释“为什么不做某个方向”时仍有据可查。
需要注意，旧素材带来的咨询量或点击量下降，不能单独证明退出正确。也可能是投放位置、受众或季节变化导致。判断退出是否合理，应回到素材内容本身是否还解释当前需求，而不是看某一项指标是否归零。
改写后的背景说明如何验证是否可用
完成保留、改写、退出分类后，用一个小范围测试验证背景说明是否成立：让不熟悉旧产品的人只读背景说明，然后复述“这类需求为什么存在”。如果复述内容与新产品要解决的问题一致，说明迁移有效；如果复述里出现旧功能名或旧版本逻辑，说明还有段落没有处理干净。
这一步的结果决定下一步：复述一致，就可以进入卖点与落地页的对应工作；复述偏差，先回到分类表，检查是否有该退出却仍在保留区的段落。整个迁移过程不追求素材利用率，追求的是背景说明与新产品之间没有断裂。
