APP上线推广：旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2d9c61d6a5b1.html
📄
APP上线推广：旧产品推广素材如何转为新产品的背景说明
结论先行：旧素材能不能直接转为新产品的背景说明，取决于“用户为什么需要这段背景”在新旧产品之间是否一致。如果一致，可以保留素材的叙事骨架，只替换产品事实；如果不一致，尤其是旧素材在解释“为什么这个品类值得用”，而新产品真正要回答的是“为什么现在要换一种做法”，那么保留得越多，越容易让背景说明变成对旧产品的追忆。下面给出可判断的条件、会让判断失效的反例，以及一个可以立刻执行的动作。
先判断旧素材在替谁说话
把旧素材拆成三层来检查，比整段改写更省力：
- 品类背景层：行业里长期存在的问题、用户已经形成的习惯。这一层通常可以保留，因为它不依赖具体产品。
- 产品主张层：旧产品凭什么解决这个问题。这一层最危险，直接照搬会变成新产品在替旧产品背书。
- 证据层：数据、案例、截图、客户原话。这一层几乎总要重新核对，因为证据指向的是旧产品的使用条件。
判断标准很简单：把旧素材里的产品名遮住，读一遍。如果读者仍然能理解“这个背景在解释什么需求”，说明品类背景层是干净的，可以留；如果遮住产品名后句子变得没有指向，说明它本来就是产品主张，必须重写。这个动作的结果会直接决定下一步：干净的背景层可以进入新素材的初稿，不干净的句子要单独列出来，等新产品的事实确认后再补。
两种做法都成立，但代价不同
实际工作中常见两种选择：保留旧素材的叙事结构，只换事实，或者只保留旧素材里的问题描述，结构重新搭。两者没有绝对优劣，成立条件不同。
保留结构更适合这样的前提：新产品与旧产品面向同一类用户，用户的使用场景没有发生迁移，只是能力、价格带或交付方式变了。代价是容易残留旧产品的语气和隐含假设，读者会感觉“这话好像在说另一个东西”。如果新产品换了目标人群，比如从个人用户转向团队采购，旧结构里的“你”和“我”关系就失效了，保留结构反而增加解释成本。
只保留问题描述更适合这样的前提：新产品回答的是一个新问题，或者旧素材的核心论证依赖旧产品才成立。代价是重写量大，原来的标题、开场、论证顺序可能都要放弃，短期产出速度会下降。选择时不要只看哪个省事，要看背景说明的任务是不是变了：背景说明如果只是让读者理解一个旧问题，问题描述就够了；如果还要让读者接受一种新判断，结构必须重搭。
一个反例：旧素材越完整，越可能误导
假设旧素材是一篇讲“为什么手动流程容易出错”的长文，结尾引出旧产品的自动化能力。新产品其实不是替代这个自动化，而是把自动化能力开放给第三方系统调用。此时如果只替换产品名和结尾，读者会以为新产品仍然是同一类工具，只是换了个名字。背景说明看似完整，实际把新产品的定位讲窄了。
这个反例说明：旧素材的完整性不是可复用性的证据。一段素材之所以完整，是因为它服务于旧产品的论证闭环；闭环越紧，越难拆开给新产品用。遇到这种情况，正确做法不是修修补补，而是把旧素材降级为“问题描述的来源”，重新回答新产品自己的背景问题。
可执行动作：先做一次背景说明的差异清单
在动笔改写前，用一页纸列出三组差异，每组只写事实，不写形容词：
- 旧素材假设的用户处境与新产品面对的用户处境，逐条对照。
- 旧素材用来支撑背景的证据与新产品目前能拿出的证据，标出哪些证据已经不能指向新产品。
- 旧素材结尾引导的动作与新产品希望读者读完后的动作，如果两者不同，背景说明的落点必须改。
做完这份清单后，先处理第二组里“不能指向新产品”的证据。处理方式只有两种：删掉，或者换成新产品自己的事实。这个动作的结果会反馈到第一组：如果删掉证据后，旧素材的用户处境描述仍然成立，说明背景层可以保留；如果删掉后整段失去支撑，说明它本来就不是背景说明，而是旧产品的论证，需要整体重写。
最后提醒一个容易忽略的边界：不要把旧素材在搜索或平台上的历史表现，直接当成新产品背景说明的质量依据。旧素材的阅读量、点击率反映的是它当时的渠道和用户条件，不能证明同一段背景放在新产品上仍然成立。真正能决定下一步的，是上面那份差异清单里的事实是否对齐；对齐了再改写，不对齐就先补事实。
