企业网站策划书，旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5189d3a3d140.html
📄
企业网站策划书，旧产品推广素材如何转为新产品的背景说明
不能整段照搬。旧素材里的卖点、案例和话术都绑定在旧产品的使用前提上，直接换名会制造错误预期。可行的做法是先把旧素材拆成“事实层”和“表达层”，只迁移事实层，再按新产品的决策路径重写背景说明。
先判断旧素材到底在讲产品，还是在讲用户处境
旧推广素材通常混合了两类内容：一类是用户处境，比如“预算有限时如何选型”“上线前要准备哪些资料”；另一类是旧产品对这些处境的回应。前者往往可以迁移，后者必须重写。
判断方法很直接：把素材里的产品名、型号、功能词全部划掉，看剩下的句子是否仍然成立。如果仍然成立，说明它描述的是行业共性处境，可以作为新产品背景说明的骨架；如果划掉后句子失去意义，说明它只是旧产品的功能叙述，不能迁移。
这一步的实际动作是给每条旧素材打一个标记：处境可迁移、功能不可迁移、数据待核实。打完标记后，能迁移的部分通常只剩三成左右，这个结果会直接影响下一步的工作量估算——如果可迁移比例过低，就不值得做素材改造，应重新为新产品的背景说明收集输入。
两种条件下的不同选择：改写迁移还是重新采集
条件一：新产品与旧产品面向同一类决策人，且使用前提重叠
这种情况下适合改写迁移。前提是两类产品的采购角色、预算层级、使用场景至少有两项重叠。具体动作是保留旧素材中的处境描述，替换其中的产品回应部分，并补一段“为什么这个处境在新产品上仍然成立”的过渡说明。
假设一个做内部工具的团队，旧素材讲的是“部门自行采购时如何避免重复付费”，新产品只是换了部署方式，决策人仍是同一批部门负责人。那么旧素材中的处境段落可以保留，只需把“如何避免重复付费”的论证换成新产品对应的计费结构说明。这里的数字只用于比较工作量，不代表任何实际效果。
条件二：决策人或使用前提已经改变
这种情况下不应改写迁移，而应重新采集背景。典型信号是：旧素材反复强调的顾虑，在新产品上不再是主要顾虑；或者旧素材默认的使用者，在新产品上变成了审批者而非操作者。此时保留旧素材的句式只会让背景说明偏离真实决策链。
重新采集的动作是列出新产品的三个关键前提——谁在用、在什么流程里用、替换掉什么——然后只针对这三个前提写背景说明，旧素材仅作为术语和表达风格的参考，不进入正文。
把旧素材转成背景说明的具体拆解顺序
- 提取旧素材中的问题陈述，去掉所有产品名和功能承诺，形成一份中性问题清单。
- 逐条核对：这个问题在新产品的使用场景中是否仍然存在。存在则保留，不存在则删除，不确定的单独列出。
- 为保留下来的问题补充新产品的适用边界，写明“在什么条件下这个说明成立”。
- 把旧素材中的案例和数据单独隔离，未核实来源的不得进入新背景说明。
完成拆解后，背景说明的结构会变成“处境—边界—新产品如何回应”，而不是旧素材的“痛点—功能—号召”。这个结构变化会决定后续落地页的段落顺序，如果背景说明仍按旧结构写，落地页的承接内容也需要跟着调整，否则读者会在两处看到不一致的前提。
规模化之后容易出现哪些例外
个别样本改造成功，不代表可以批量套用。常见例外有三种。
- 旧素材中的行业术语在新产品语境下含义已经变化，直接沿用会造成理解偏差。
- 旧素材的合规表述或资质说明只对旧产品有效，迁移后可能构成不准确陈述。
- 旧素材的案例涉及第三方，迁移到新产品背景中可能超出原有授权范围。
出现这些例外时，处理方式不是修改措辞，而是把该条素材移出迁移清单，改为重新撰写。判断标准是：如果一条素材需要改动超过一半的句子才能成立，它就不属于可迁移素材。
迁移后必须验证的一件事
背景说明写完后，找一个不了解旧产品的人阅读，让他复述“这个产品在什么情况下适用”。如果复述出的前提与策划书中设定的前提一致，说明迁移没有带入旧产品的隐含假设；如果复述出的是旧产品的使用条件，说明表达层没有被真正替换，需要回到拆解步骤重新处理。这个验证动作的结果，决定背景说明能否进入下一轮的页面结构设计。
