老业务寻找内容缺口,核心做法是把已有内容清单与用户真实问题清单逐项对照,找出“有人问、没人答”或“答得浅、没答透”的位置。适用前提是业务已有稳定产品、服务和一定历史内容积累;如果内容几乎为零,应先做基础内容,而不是找缺口。判断结果的标准是:缺口必须能对应到搜索需求、购买疑虑或售后问题,而不是单纯因为“这个主题还没写过”。
第一步不是想选题,而是盘点。已有内容清单包括:官网栏目页、产品页、帮助中心、公众号文章、短视频脚本、销售话术、客服问答记录。用户问题清单来源包括:客服聊天记录、销售跟进记录、站内搜索词、搜索平台的联想词与相关搜索、社媒评论区、售后工单。两份清单都按主题归类,例如“价格”“选型”“安装”“维护”“替换”“合规”。
对照时逐条标注四种状态:已覆盖且答透、已覆盖但答得浅、有提及但没独立页面、完全没提。第三种和第四种才是优先缺口。第二种属于优化缺口,可以改旧内容,不必新写。
三项都满足,进入待写清单;只满足一项,先记录观察,不急着动笔。这里要区分搜索需求、平台推荐需求和销售场景需求:搜索需求看搜索平台,推荐需求看社媒互动,销售需求看客服记录,三者的指标不能混用。
假设某老业务做工业耗材,已有内容里写了“产品参数”和“公司介绍”,但客服记录里反复出现“旧型号能不能直接替换新型号”。这就是典型缺口:有人问、影响购买、业务能回答。可以新建一篇替换对照说明,列出接口、尺寸、兼容条件,并说明不适用的情况。这个例子为假设,用于说明方法,不代表任何真实项目结果。
验收信号不是“写完了”,而是:该页面能承接对应问题,客服可以直接把链接发给用户;用户在页面上能找到判断条件;后续同类问题重复出现次数下降。如果发布后没有任何内部使用,说明缺口判断可能偏了,应回到问题清单重新核对。
这三类缺口的共同点是:它们来自真实业务过程,而不是来自泛泛的行业关键词。补的时候优先做独立页面或独立章节,不要硬塞进已有产品页里。
从待写清单里挑一个需求最集中、业务最能回答的问题,先写一版最小可用内容:直接回答、给出判断条件、说明适用与不适用情况。发布后观察站内搜索、客服引用和用户追问是否减少。若有效,再按同样方法处理下一个缺口,而不是一次性铺开所有选题。