FAQ补足实际疑问的关键,是把用户已经问出口、但页面正文没有正面回答的问题,用最短的问答结构补在对应内容之后。判断标准很简单:如果一条FAQ删掉后,读者仍能从正文得到同样答案,它就不该存在;如果删掉后读者会卡住、需要去别处搜,它才值得优先补。
时间和人手有限时,不要凭空想问题。优先从三个地方收集:
把收集到的问句按原话记下来,不要先改写成书面语。原话保留了用户的真实措辞,也更容易判断它和正文的哪一段对应。
不是所有问题都适合放进FAQ。可以用下面这组检查项快速分流:
假设一个页面介绍“企业邮箱迁移”,正文讲了迁移步骤,但读者反复问“迁移期间旧邮箱还能收信吗”。这个问题直接指向主题、正文没答、答案很短、且直接影响是否敢开始迁移,就属于优先补的FAQ。反过来,“你们公司成立几年”与主题关系弱,不该塞进来。
每条FAQ由问句和答案两部分组成。问句用读者会搜的说法,答案先给结论再给条件。例如:
问:迁移期间旧邮箱还能收信吗? 答:在域名解析切换前,旧邮箱继续正常收信;切换完成后,新邮件进入新邮箱。具体以你选择的切换时点为准。
写法上有三个要点:
如果一条FAQ的答案超过四五行,说明它其实是正文内容,应该回到正文补一个小节,而不是硬塞进问答列表。
FAQ上线后,用同一批来源复查,而不是只看页面本身。可执行的复查动作包括:
复查结果分三种:问题消失,说明补对了;问题还在但换了说法,说明问句措辞需要贴近读者原话;问题转移到新话题,说明它该单独成页,而不是继续堆在FAQ里。
先补“影响决策且正文没答”的问题,再补“高频但答案很短”的问题,最后才考虑把已有正文改写成问答形式。前两类能直接减少读者的额外搜索,第三类往往只是换了个排版,价值最低。
下一步可以做的,是从站内搜索记录或客服记录里挑出五条原话问句,逐条对照现有页面,标出“已答”“没答”“答得含糊”,只处理后两类。