文章

做GEO踩了3个月坑才懂,FAQ内容设计根本不是凑问答

fawen

上周和三个做GEO的同行吃饭,聊到深夜,一半的吐槽都对着FAQ来。

先把当时脑暴的5个选题摆这儿:

1. 做GEO踩了3个月坑才懂,FAQ内容设计根本不是凑问答
2. 别把FAQ当官网边角料,这才是生成式引擎爱吃的内容
3. 写了上百条FAQ才踩出来的坑,没人提前跟你说
4. 为什么你的FAQ喂给生成式引擎,半毛钱转化没有
5. 站在用户提问的路口,才知道FAQ该写什么

最后还是选了第一个当今天的主题——毕竟踩过的坑最有说服力。

你以为的FAQ,从根上就错了

说实话,我上个月刚帮一个客户改完他们的FAQ库,一百多条问答,只有不到两成是真的有人会搜的。剩下的全是自嗨。

很多人对FAQ的认知,还停留在十年前的官网页面——把公司介绍、产品手册拆成一问一答,凑个二三十条,往官网角落一放就算完事。甚至有人觉得,FAQ就是个应付用户的摆设,没人真的看。

生成式引擎抓FAQ的核心逻辑,从来不是看你有没有把自己的信息说全,而是看你能不能接住用户带情绪、带场景、带具体限制的提问。

举个最常见的例子。用户不会问“你们的SaaS有什么功能?”,用户会问“我公司只有5个人,能不能用你们的SaaS算考勤?”

你要是照着自己的产品手册写答案,把什么打卡、排班、算工资的功能全念一遍,用户看完还是不知道能不能用。

别瞎凑问题,先找提问的“路口”

我不确定所有行业都适用,但至少我碰过的To B、本地服务、家居家装这几个赛道,用户在第三方平台问的问题,比自己后台的关键词库准10倍。

之前有个客户跟我说,他们的FAQ里写了“我们的产品性价比很高”,我当时直接给删了——谁问问题会问“你们的产品性价比高不高?”,用户只会问“你们这个东西比隔壁家便宜200块,差在哪了?”

找问题的渠道其实特别散:翻客服的历史聊天记录,看销售跟进客户时记的疑问,刷小红书、知乎上同类产品的评论区,甚至去短视频平台看用户在同类视频下的提问。这些地方攒出来的问题,才是真的有人会搜、会问的。

不要做“标准答案式”的FAQ,要做“接得住具体场景”的FAQ。

你要是写“我们的售后响应快”,不如写“晚上10点找售后,多久能有人回?”,然后把真实的响应时间、找谁、要给什么信息说清楚。

写FAQ的几个反常识细节

别把答案写得像广告。很多人写FAQ,写着写着就开始吹自己的品牌有多牛,什么行业领先、技术一流——生成式引擎根本不爱抓这种套话,用户问问题也不想看你吹牛皮。你就老老实实说事实,别整虚的。

不要怕在答案里写“不确定”“分情况”。我之前帮客户改FAQ,很多答案我都加了“分情况”三个字——比如问“能不能免费上门安装?”,你别直接说能或者不能,你就写“分情况,市区范围内满一定消费额包安装,郊区要收上门费,具体可以发地址给客服查”。就这么写,生成式引擎反而更愿意抓,因为真实,没有套话。

别为了凑数量,把同一个问题换个说法写好几条。我之前也走过这个弯路,为了看起来FAQ库很丰富,把同一个问题换个语序、换个同义词写了七八条,结果生成式引擎根本不抓,还觉得内容重复。后来才懂,同一个问题你把答案写全就行,不同的问法自然会被引擎关联到同一个答案上,不用你费劲凑数。

哦对,还有个小细节:别把答案写得太长。用户问问题的时候,本来就没耐心看几百字的小作文,你把核心信息放在最前面,后面补必要的细节就行。比如问“能不能开发票?”,你第一句就说“能开”,后面再补什么类型的发票、多久能开、要提供什么信息,就够了。

前几天翻之前刚入行时写的FAQ笔记,全是套话,现在看都脸红。

其实哪有什么万能的FAQ内容设计方法论啊。

不过是蹲在用户提问的路口,多听两句人家到底在问什么罢了。