品牌推广步骤，旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /45a80cd9b9e3.html
📄
品牌推广步骤，旧产品推广素材如何转为新产品的背景说明
旧素材不能整包搬给新产品，也不能一概废弃。更稳妥的做法是按“事实层、解释层、表达层”拆开：事实层里仍然成立的部分保留，解释层里指向旧产品定位的句子重写，表达层里依赖旧场景的比喻和梗退出。这样处理的目的不是省事，而是让每个角色对同一份背景说明的理解可以被逐条核对，避免新产品项目一开始就带着旧结论往前走。
先分清哪些旧素材属于事实，哪些属于当时的解释
旧推广素材通常混着三类内容：可核验的事实、基于事实的判断、以及为了传播而做的表达。转成新产品背景说明时，事实层最值得保留，例如旧产品解决的问题类型、用户在使用中反复提到的障碍、渠道沟通中出现的常见异议。这些内容只要仍然对应新产品的真实情况，就可以继续作为背景。
解释层需要重写，因为旧素材里的判断往往绑定旧产品的定位。比如“我们比同类产品更轻”是解释，它成立的前提是旧产品的比较对象和衡量方式；新产品如果换了目标人群或交付形式，这句话即使字面没错，也会把读者引向错误的期待。
表达层最容易造成跨角色分歧。一个在旧产品时期有效的比喻，到了新产品可能暗示了不存在的功能。判断是否退出的标准很简单：如果去掉这句表达，背景说明的事实和判断不受影响，它就该退出；如果它承担了帮助理解的作用，就改写而不是保留原句。
保留、改写、退出各自成立的前提
保留适用于三类内容：经过核对仍然成立的事实；与产品形态无关的用户障碍描述；以及不依赖旧产品名称也能独立理解的背景。保留时不要顺手改数字或结论，否则后续核对会失去参照。
改写适用于判断和因果关系。旧素材说“因为A所以用户选择我们”，新产品可能只具备A，不具备“所以选择”的部分。改写的方式是拆开因果：把“因为A所以选择”改成“A是这类用户关注的条件之一”，把结论降级为背景，让后续验证去补足。
退出适用于三类内容：依赖旧产品独占功能的表述；依赖旧渠道或旧活动场景的案例；以及多个角色对同一事实理解不一致、又找不到共同核对依据的段落。退出的判断不取决于素材写得好不好，而取决于它是否会让新产品团队在事实尚未确认前就形成共识错觉。
把分歧转成可核对项目的具体动作
当产品、市场、销售对同一份旧素材有不同理解时，不要先争论谁对。先做一步：把争议段落拆成“可核对项”和“待确认项”。可核对项是能指向具体材料、具体记录或具体交付物的内容；待确认项是只能靠判断的内容。这个动作的结果是，团队会看到分歧集中在少数几句解释上，而不是整份素材都不能用。
接着给每个待确认项写一句前提。例如：“如果新产品仍然面向同一批用户，那么旧素材中的障碍描述可以保留；如果不是，则改为待验证假设。”前提写出来之后，下一步不是继续讨论，而是决定由谁在什么条件下确认这个前提。确认结果直接影响该段落是保留、改写还是退出。
一个假设例子：旧素材写“用户最在意上手速度”。如果新产品交付方式从自助改为服务主导，那么“上手速度”可能不再是首要障碍。此时不应直接删除，而应把它标为待确认，并说明确认方式是查看新产品早期沟通记录中用户实际提出的问题类型。若记录中反复出现的是别的问题，这段背景就改写；若仍然出现上手相关障碍，就保留并补充新的证据来源。
背景说明的交付形式要便于逐条核对
转好的背景说明不要写成一篇连贯的推广文案，而应写成带来源和状态的条目。每条包含：原素材中的说法、当前状态（保留、改写、退出、待确认）、判断依据、以及如果待确认则写明确认条件。这样多个角色拿到的是同一份可核对清单，而不是各自理解的版本。
需要提醒的是，旧素材在旧渠道的表现数据不能直接用来证明新背景说明正确。搜索、广告、社媒和销售各自的指标含义不同，旧渠道的点击或互动变化可能来自素材之外的多种原因。把这类数据当作背景说明的参考可以，但不能当作保留某句解释的充分理由。
最后一步是设定复查点：新产品背景说明投入使用后，在什么条件下重新检查那些被标记为待确认的条目。复查点不是固定日期，而是与具体动作绑定，例如首次面向新人群沟通之后、首批交付反馈汇总之后。这样旧素材的转化过程就不是一次性的文字整理，而是一条可以随事实更新而调整的路径。
