商业推广策略，旧产品推广素材如何转为新产品的背景说明
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /df51d44317ee.html
📄
商业推广策略，旧产品推广素材如何转为新产品的背景说明
结论先行：只有当新旧产品共享同一批决策人、同一类待办任务，并且旧素材里的事实陈述仍然成立时，旧素材才能直接改写成新产品的背景说明；否则它只能作为“问题背景”使用，不能作为“产品理由”使用。判断方法很简单——把旧素材里的每一句产品主张单独抽出来，问一句“这句话在新产品上还成立吗”，成立的保留，不成立的降级为行业背景或删除。
先分清素材里的三种句子，再决定怎么改
旧推广素材通常混着三类内容，它们的迁移规则完全不同。
- 任务背景句：描述用户遇到的麻烦、行业里的普遍做法、某种流程的低效。这类句子与具体产品无关，只要新产品的目标人群没变，可以原样保留，甚至可以直接当作新产品的开场。
- 产品主张句：描述旧产品能做什么、省掉哪一步、替代什么工具。这类句子迁移前必须逐条核对新产品是否具备同等能力，不具备就删掉，具备但实现方式不同就重写。
- 证据句：数据、案例、客户反馈、对比结论。这类句子绑定的是旧产品的具体版本和具体场景，几乎不能直接迁移，最多保留其中的问题描述部分。
实际操作时，把旧素材按句拆开，逐句标注属于哪一类。标注完成后你会发现，能直接复用的往往只有任务背景句，而它恰好是背景说明最需要的部分。这一步做完，改写工作量通常比想象中小，因为真正要重写的只是产品主张和证据。
什么条件下可以直接改写，什么条件下必须重写
可以直接改写的前提有三个，缺一个就要转向重写。
- 决策人没变。旧素材面向的是同一类岗位、同一类预算权限的人，新产品的购买理由仍然落在他们身上。
- 待办任务没变。用户要解决的问题还是同一个，只是换了工具或换了实现路径。
- 旧素材中的事实陈述仍然可验证。比如“这个流程通常需要三步”这类描述，在新产品语境下依然成立。
反例：假设旧产品是一套面向财务团队的报销工具，新产品是面向同一批财务人员的预算管理工具。两者决策人相同，但待办任务从“处理单据”变成了“控制支出”。这时旧素材里“三步完成报销”的流程描述，对新产品的背景说明没有直接帮助，因为它解释的是旧任务，而不是新任务。强行套用会让读者觉得背景和产品对不上，进而怀疑产品本身是否解决自己的问题。这种情况下，任务背景句也要重写，不能因为决策人相同就默认可以复用。
一个可执行的改写动作：先做背景句，再做迁移表
具体动作分两步，做完再决定下一步。
第一步，从旧素材中只挑出任务背景句，写成一段不超过五句话的新产品背景说明。这段说明里不出现任何旧产品的名字、功能或数据。写完后自己读一遍，检查是否任何一句都在暗示旧产品的存在。如果暗示了，说明它其实是产品主张句，退回重挑。
第二步，做一张迁移表，左列是旧素材中的产品主张句，右列写新产品对应的能力或替代说法。右列写不出来的，直接标记为“不迁移”。这张表的作用不是给你一个完整的新素材，而是让你看清哪些内容需要从零开始写。
这个动作的结果会直接影响下一步：如果迁移表右列大部分为空，说明旧素材的复用价值很低，下一步应该优先收集新产品的实际使用证据，而不是继续在旧素材里找可改的句子；如果右列大部分能填上，说明旧素材的骨架仍然有效，下一步只需替换产品主张和证据，背景说明可以保留大部分结构。
改写时最容易犯的两个错误
第一个错误是把旧产品的成绩当作新产品的背景。旧产品有多少用户、跑过多少流程、获得过什么反馈，这些对新读者理解新产品的问题没有帮助，反而会让背景说明变成旧产品的回顾。背景说明的任务是让读者认出自己的处境，不是证明你过去做得不错。
第二个错误是用旧素材的结论句直接替换产品名。比如旧素材写“用X工具，报销周期从五天缩短到两天”，改成“用Y工具，报销周期从五天缩短到两天”。如果Y工具并不处理报销，这句话就是虚假陈述；如果Y工具处理报销但机制不同，这句话也缺少依据。结论句必须重新验证，不能靠替换名词完成迁移。
最后给一个判断标准：改完的背景说明，如果遮住产品名，读者仍然能认出这是自己面对的问题，说明背景部分合格；如果遮住产品名后读者不知道你在说什么，说明你写的其实是产品介绍，不是背景说明。合格之后，再去补新产品的具体理由和证据，顺序不要颠倒。
