旧素材能直接搬到新产品,但前提是它承载的是“用户任务”而不是“旧产品身份”。我的判断方法是:先区分素材里哪些信息描述的是用户要完成的事,哪些信息依赖旧产品的具体形态;前者可继承,后者必须重写。下面用一个假设情境,把决策过程完整走一遍。
假设你曾为一款“本地文件批量重命名工具”做过百度阿拉丁推广,素材核心是一段结构化说明:用户输入什么、工具输出什么、常见问题怎么解决。现在要推广一款“云端文件整理服务”,团队直接把旧素材改个名字就上线。
直觉上,这能省时间。但可核对的结果往往相反:结构化说明仍被正常展示,点击却集中在“批量重命名”这类旧任务词上,而新产品的实际使用路径是“上传、分类、同步”。问题不在素材格式,而在背景说明没有把用户任务从“本地操作”换成“云端协作”。
要判断反常结果是素材问题还是需求问题,可以按下面三组证据分开看:
这三组证据不能混用。展示多不等于需求匹配,点击多不等于转化成立。只有把“触发词—点击词—后续动作”对齐,才能判断该改哪一层。
按用户任务拆分,旧素材可以分成两类:
实际操作是:保留任务层描述,替换形态层描述,并在背景说明开头补一句新产品的前提条件,例如“需要先登录并授权文件夹”。这一步做完后,再观察触发词和点击词是否向新任务迁移。
假设你先只改背景说明的第一段,把“本地批量重命名”换成“云端文件分类与同步”,其余不动。结果可能是:结构化说明仍被触发,但点击词开始出现“分类”“同步”等新任务词。
这说明素材的任务层已经松动,下一步应继续改输入输出描述;如果点击词完全没变,则说明旧任务词仍在承担主要触发,需要检查标题和摘要是否还在沿用旧产品身份。这个动作的价值在于:它把“要不要重做素材”变成“先改哪一段、再看哪个信号”。
如果新产品解决的是不同用户任务,例如从“文件重命名”变成“团队权限管理”,旧素材的可继承部分就非常少。此时强行迁移只会让背景说明同时承载两个任务,用户无法判断自己该不该点。更稳妥的做法是重新写一份面向新任务的背景说明,旧素材只保留结构,不保留任务词。
判断标准很简单:如果旧素材里的核心动词在新产品里不再是用户要做的事,就不要迁移,直接重写。