网站项目策划，旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /57093bf8ff82.html
📄
网站项目策划，旧产品推广素材如何转为新产品的背景说明
可以转，但前提是先分清旧素材里哪些内容是“产品事实”、哪些只是“旧产品的表达方式”。只有前者能作为新产品的背景说明，后者需要重新核对；一旦把旧素材中的卖点、数据或用户描述直接搬给新产品，背景说明就会变成误导性材料，后续渠道投放和销售话术都会被迫返工。
先给旧素材做一次“事实与表达”拆分
旧产品推广素材通常包含三类信息：可验证的事实、当时的产品解释、面向旧受众的修辞。转为新产品背景说明时，先逐条标注来源，而不是先改文案。
- 可验证事实：如旧产品解决的任务、使用条件、服务流程中不变的部分。这类内容经过核对后，可以成为新产品的背景铺垫。
- 旧产品解释：如“为什么这样设计”“为什么这个功能重要”。它依赖旧产品的定位，不能自动继承到新产品。
- 受众修辞：如面向旧行业、旧规模客户的措辞。新产品受众不同，保留原句会造成理解偏差。
实际动作是：把旧素材复制到一张核对表中，逐条填写“这条信息在新产品中是否仍然成立”“由谁确认”“确认依据是什么”。这个动作的结果会直接决定下一步能不能进入改写，而不是先写一版漂亮背景说明再补证据。
多个角色理解不一致时，把分歧写成可核对的项目
市场、产品、销售对同一句旧素材的理解经常不同。市场认为它是卖点，产品认为它只是历史描述，销售则把它当成客户承诺。此时不要开会争论哪一版措辞更好，而是把分歧转成项目条目。
- 把争议句原样保留，不先润色。
- 为它补充三个字段：事实来源、适用产品、需要确认的人。
- 约定确认方式：查旧合同、查产品说明、查当时交付记录，或由负责该事实的角色书面确认。
- 确认后标记为“可继承”“需改写”“不可使用”。
这样做的结果是，背景说明不再依赖某个人的记忆，而是依赖一组可核对的项目状态。下一步再写新产品背景时，只使用“可继承”和已改写确认的内容。
一个假设例子：旧素材里的数据为什么不能直接沿用
假设旧产品素材写着“帮助客户把处理时间从三天缩短到一天”。这句话对旧产品可能是真实记录，但新产品若改变交付方式或适用条件，这个对比就不再成立。即使新产品也声称缩短时间，也不能把旧数字直接放进背景说明。
更稳妥的做法是保留“旧产品曾面对处理周期长的问题”这一背景，把具体数字移到待验证清单。新产品背景说明只写问题背景和待确认的验证方式，不写继承来的结果数字。若后续有新产品自己的记录，再替换进去。这个取舍会影响销售能否引用，因此必须在素材交接时明确标注。
出现这个反例时，结论失效
如果旧素材中的核心内容来自旧产品的独家资源、旧合作关系或已停止的服务条件，那么“转为新产品背景说明”这个结论失效。此时旧素材只能作为历史背景，不能作为新产品能力的铺垫。
判断方法不是看文案是否相似，而是看支撑该说法的资源是否仍然存在。资源不存在，背景说明就要重写；资源存在但归属不同，则要重新取得确认。把这两种情况混在一起，会让新产品背景说明看起来完整，实际却缺少可核对依据。
下一步：先交付一份可核对的背景说明，而不是一篇完整推广稿
完成拆分和确认后，下一步不是立刻写渠道文案，而是先产出一份简短背景说明，内容包括：新产品要承接的旧问题、已确认可继承的事实、需要新产品自己补充的证据、暂不使用的旧说法。把这份说明交给市场、产品和销售各自核对一次，再进入推广素材改写。
如果这份说明仍有多处“待确认”，说明旧素材转背景的时机未到，应先补齐事实来源，而不是用更流畅的文案掩盖空白。
