新产品宣传策略，老业务怎样寻找内容缺口
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c6c47819c08b.html
📄
新产品宣传策略，老业务怎样寻找内容缺口
老业务寻找内容缺口，核心不是再写一遍已有的卖点介绍，而是把老客户在购买前、使用中、复购前反复问过的问题，与现有页面、文章、话术和客服记录逐条比对，找出“有人问、没人答”或“答得散、答得旧”的位置。适用于多人协作、需要交付清楚、减少返工的团队：先把缺口写成可认领的清单，再决定由谁补内容。
先划清范围：缺口来自老业务，不是凭空想选题
新产品宣传策略要借老业务的内容资产起步，但必须先确定“旧内容”指什么。常见来源包括产品说明页、常见问题、售后指引、销售话术、客服快捷回复、培训材料、社群答疑记录。把这些材料按客户旅程分段：了解阶段、比较阶段、使用阶段、续购或升级阶段。缺口就是某一段里客户有疑问，而现有材料没有正面回答，或答案只存在于某个人的聊天记录里。
适用前提是团队能拿到真实的客户提问，而不是只靠内部猜测。如果提问记录很少，可以先让销售和客服各整理最近一段时间被问得最多的十个问题，标注问题出现的环节。判断结果是：能对应到具体页面或话术的，属于已有内容需更新；找不到对应位置的，才是待补缺口。
三步做法：从提问到缺口清单
- 收集原话。不要改写成内部术语，保留客户问法，例如“换了这个之后原来的数据还能用吗”。原话能反映真实顾虑，也方便后续写标题和小节。
- 逐条比对现有内容。建立一张表，列出问题、现有答案位置、答案是否完整、最后更新时间、负责人。比对依据是“客户看完能不能自己决定下一步”，而不是“我们有没有提过这个功能”。
- 标记缺口类型。可分为：完全缺失、答案分散在多个地方、答案过时、答案只有结论没有条件、答案与新产品宣传口径冲突。不同类型对应不同补法，缺失要新写，分散要合并，过时要核对，冲突要先统一口径再改。
多人协作时，每个缺口只设一个负责人和一个验收人。负责人写内容，验收人按“客户原话能否被直接回答”来判断，避免返工。
用对比找缺口：老内容与新产品宣传的错位
老业务的内容往往围绕旧卖点组织，新产品宣传策略如果直接套用，会出现错位。可以用一张对比表检查：
- 老内容强调“稳定、便宜、好上手”，新产品是否改成了“可扩展、可集成、按用量计费”？
- 老内容回答“怎么买”，新产品是否还需要回答“怎么迁移、怎么并行、怎么退出”？
- 老内容面向个人决策，新产品是否变成多人审批或团队采购？
- 老内容用旧名称、旧入口、旧流程描述操作，新产品是否已经改变？
出现错位的地方就是内容缺口。例如，假设老业务常见问题是“开票要几天”，新产品改为自助开票后，旧答案不再适用，需要补一条“自助开票在什么条件下即时生成、什么条件下仍需人工处理”。这里只作假设说明，不代表任何真实平台规则。
验收信号：缺口补完后怎么判断有效
不要用搜索排名或转化率作为唯一验收信号，那会混淆搜索、广告、社媒和销售的指标。更直接的验收信号包括：
- 销售或客服在新内容上线后，遇到同一问题时能直接转发对应段落，不再临时组织语言。
- 新内容能回答客户原话中的条件分支，例如“如果……就……，否则……”。
- 同一问题在多个材料中的口径一致，没有互相矛盾的价格、期限或操作步骤。
- 负责人和验收人能在清单上签字确认，缺口状态从“待补”变为“已覆盖”。
如果补完后客户仍在问同一个问题，先检查是不是答案藏在页面深处、标题没有用客户原话，或者答案只写了结论没写适用条件。此时应更新而不是重复新建。
下一步：先做一张可交付的缺口清单
选一个老业务里提问最集中的环节，收集二十条客户原话，按“问题、现有位置、缺口类型、负责人、验收人”列成表。只挑其中三条在本周补齐，补齐后让销售或客服按原话测试能否直接转发。能通过测试的缺口才算关闭，不能通过的回到清单里重新标注原因。
