新产品营销策略 - 老业务怎样寻找内容缺口
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ab90a8720d80.html
📄
新产品营销策略 - 老业务怎样寻找内容缺口
寻找内容缺口，不是先问“还缺哪些关键词”，而是先问“老业务要交付什么结果、这个结果需要用户先知道什么”。把交付结果拆成用户必须完成的认知任务，再对照现有页面逐项打勾，空着的格子就是内容缺口。对新品营销而言，缺口通常不在流量词数量，而在老业务已有内容没有覆盖新品的决策链条。
从交付结果倒推：先写清用户要做的三件事
假设一个老业务原本卖标准品，现在要推一款配套新品。交付结果不是“发布一篇介绍”，而是让老客户完成三件事：知道新品解决了他哪个旧麻烦、判断它和现有方案是否冲突、找到下一步动作。把这三件事写成验收清单，每一条都要能回答“用户看完哪一页后能做到”。
- 认知任务：他是否理解新品与老业务的关系，而不是把它当成另一个无关产品。
- 比较任务：他是否拿到判断依据，比如适用条件、不适用条件、替代方案差异。
- 行动任务：他是否知道下一步是咨询、试用还是继续阅读，且入口在页面内可见。
这三项只要有一项在现有内容里找不到对应页面，就记为一个缺口。它比“这个词有没有搜过”更接近实际转化问题。
用现有页面做对照表，而不是凭感觉列选题
把老业务已有页面按类型列出来：产品页、场景页、对比页、问题解答页、案例页。然后逐行填入上面三项任务，看哪一格是空的。判断依据要具体，例如：产品页只写了新品参数，没有写“和老方案能否并用”，那么比较任务为空；问题解答页只回答老品故障，没有回答新品选型，那么认知任务为空。
这里要区分“可能原因”和“已经定位的原因”。如果你只是觉得某类内容少，那是可能原因；只有当你打开页面、逐条核对后发现某项任务确实没有对应段落，才是已经定位的缺口。前者需要继续查，后者可以直接进入任务分配。
把缺口变成任务、责任和验收标准
一个可执行的缺口任务至少包含四项：补哪类页面、由谁提供事实、谁负责写、验收时看什么。例如：
- 缺口：老客户不知道新品是否适配旧设备。任务：写一段适配判断说明，放在新品页首屏下方。
- 事实来源：由产品负责人提供适配条件和不适用条件，不能由编辑自行推测。
- 责任：编辑负责组织语言，产品负责人负责核对条件。
- 验收：随机请一位老客户阅读后，能说出“我的设备属于/不属于适用范围”，并指出下一步该点哪里。
验收标准不要写成“内容更丰富”或“覆盖更多词”，而要写成用户能做出的判断或动作。这样缺口是否被补上，不依赖个人感觉。
检查项：避免把搜索、广告和销售指标混在一起
做内容缺口排查时，容易把不同来源的指标当成同一件事。网页搜索反映的是用户主动查找信息的表达，平台推荐反映的是内容被分发的效果，付费广告反映的是投放触达，销售数据反映的是成交结果。它们可以互相参考，但不能互相替代。比如，某类问题在销售对话里反复出现，说明认知缺口可能存在；但它是否适合写成公开页面，还要看它是否涉及具体客户信息、是否属于可公开判断的通用条件。
一个可执行的检查方法是：把销售或客服近期的真实问题记录拿出来，隐去客户身份，按“适用条件、比较依据、下一步动作”三类归档。哪一类问题反复出现且现有页面没有回答，就优先补哪一类。若某类问题只出现一次且高度个案化，先不急着做成公开内容，可以放入内部问答或一对一说明。
下一步：用一张缺口清单启动一轮小范围补充
不要一次改完所有页面。先选一个老业务中访问量稳定、且与新品关联最强的页面，按上面的对照表找出一个最明确的缺口，补一段可验收的说明，再请一位真实老客户或一线销售按验收标准读一遍。能通过，就把同样的方法复制到下一个页面；不能通过，就回到任务描述，检查是事实来源不清还是验收标准太模糊。新产品营销策略在老业务上的落地，往往就是从这样一个具体缺口开始，而不是从一份大而全的内容规划开始。
