旧素材能不能直接给新产品用,取决于一个判断:旧素材里讲的是产品本身的属性,还是用户在使用场景中形成的认知。前者必须重写,后者可以保留框架、替换证据。把旧素材当成“可迁移的资产”还是“需要重新解释的原材料”,决定了后续是改文案还是重建整条说明链路。
旧产品推广素材通常混着两种东西。一种是产品属性描述,比如规格、功能、服务方式;另一种是用户认知描述,比如“为什么需要它”“什么情况下会想到它”“它替代了什么旧习惯”。
属性描述对新产品的迁移价值很低,因为新产品在这些维度上很可能不同。用户认知描述则有可能迁移,前提是新产品解决的是同一类场景问题,只是解决方案变了。
一个可操作的区分动作:把旧素材逐句标注为“属性句”或“认知句”。如果认知句占比高,说明旧素材的核心是场景解释,改造空间大;如果属性句占比高,说明旧素材本质上是产品说明书,直接搬到新产品上会失真。
这种情况下,旧素材的认知层可以保留,但背景说明要重写。背景说明的作用是回答“为什么现在需要这个新产品”,而不是“旧产品有什么问题”。
动作上,保留旧素材中关于场景痛点的段落,把其中指向旧产品解决方案的句子删除或改写,替换为新产品的解决路径。结果判断标准是:读者看完背景说明后,能否说出新产品和旧产品在解决同一问题时的方法差异。如果说不出来,说明背景说明还停留在旧产品的逻辑里。
代价是:这种改造需要重写背景段落,不能只做关键词替换。只换名称不换逻辑,读者会感到前后矛盾。
这种情况下,旧素材的认知层也不能直接迁移。旧素材里的“为什么需要”是旧场景下的理由,新场景下的理由可能完全不同。
动作上,把旧素材降级为“参考素材”,只提取其中的表达结构,比如“先讲一个常见困扰,再讲旧做法为什么不顺手,最后讲新做法改变了什么”。结构可以复用,具体内容必须重新收集。
结果判断标准是:新写的背景说明中,是否出现了旧场景特有的词汇或假设。如果出现了,说明迁移没有完成,需要继续替换场景要素。
假设旧素材推广的是一款本地安装的报表工具,背景说明写的是“数据不出本地,适合对数据存放位置有要求的团队”。新产品是同一团队做的云端报表服务。如果直接沿用旧背景,读者会困惑:云端服务为什么还在讲数据不出本地?
正确的改造是保留“对数据存放位置有要求”这个场景,但把回应方式改成“通过权限分层和审计记录,让数据存放位置不再是唯一的安全手段”。这样背景说明仍然从用户的顾虑出发,但解释的是新产品的方法。
这个例子的假设前提是:新旧产品面向同一类顾虑,只是解决手段不同。如果新产品面向的是完全不同的顾虑,旧背景说明只能作为结构参考,不能保留场景描述。
如果旧素材的核心卖点建立在一个已经失效的外部条件上,比如依赖某个平台的特定规则或某种用户习惯,而新产品所处的环境已经不同,那么旧素材不应作为背景说明的基础。此时更合适的做法是重新收集新产品目标用户的实际顾虑,而不是改造旧素材。
另一个例外是:旧素材本身没有清晰的背景说明,只是产品功能的罗列。这种情况下不存在“迁移背景说明”的问题,需要从头写一份新的背景说明,旧素材只能作为功能对照的参考。
判断是否值得迁移,最终看一个动作:把改写后的背景说明给一个不了解旧产品的人看,看他能否说出新产品在什么情况下会被需要。如果能,迁移成立;如果不能,旧素材的改造价值有限,应转向重新收集素材。