客户问答库应该收录哪些问题？

问答库应收录反复出现、有经过核实的答案，并能帮助客户作出实际决定的问题。可以从服务范围、时长、到店信息、预约规则和已认可的准备说明开始；个人例外不要放进标准答案。目标不是保存每段聊天，而是建立一份小而可靠的参考资料，让同一问题得到一致回应，无论你亲自回复，还是以后为经过单独验证的助手配置资料。

按照能够消除的疑问选择问题

查看一组具有代表性的近期咨询，写出每条消息背后的问题。“包含卸除吗”和“需要加上卸除吗”可能都在询问同一项服务的范围。把这些说法合并，而不是保存两个互相竞争的答案。相反，价格问题和提前到店的请求需要不同事实，即使它们出现在同一条消息里。

首次筛选时检查四点：

• 不止一位客户需要这项信息；
• 答案影响真实的选择或到店安排；
• 事实有经过认可的来源；
• 不知道私人细节也能复用这段表述。

有用的条目可以解释某项服务是否包含一个具体步骤。依据应是当前服务说明，而不是在某次特殊来访中作出的承诺。这样，问答库才会对应你真正准备提供的内容。

覆盖客户流程，而不只是价格

价格问题很显眼，但只围绕价格建立资料，会留下其他实际疑问。从考虑一项服务到到店，沿着客户的过程检查每一步需要什么信息，并且只收录确实适用于自己业务的类别。

一个精简的起步集合可以覆盖：

• 某项具体服务包含与不包含什么；
• 公布的时长以及它代表的范围；
• 地址、入口和有用的到店说明；
• 在哪里查看当前预约或取消规则；
• 你明确认可的准备指引。

路线与可预约时间需要分开：知道工作室在哪里，不代表某个具体时间可以预约。同样，一份认可的准备说明也不意味着可以提供个人健康建议。如果问题需要评估，条目应该写明由谁回答。明确边界的短资料，比悄悄把例外变成普通规则的大型目录更有用。

为每条答案记录来源和适用边界

一个问题对应一个条目。使用通俗标题、简洁答案、信息来源，以及会使答案不适用的条件。加上最后检查日期，便于区分持续维护的内容与被遗忘的草稿。这些是你所用文档中的编辑字段，不是在宣称某款应用具有这些功能。

例如，关于入口的条目可以指出临街的门，并说明院子的大门不是客户入口。来源可以是你自己核实过的到店指引。如果施工期间出入方式改变，这条答案在复用前就需要检查。

把内部解释与客户看到的文字分开。说明为什么修改某条答案的备注有助于维护，但客户通常只需要当前指引，不需要所有旧版本的历史。这种区分也让你在忙碌的预约日更容易找到简短回答。

不要把个人决定放进标准回复

有些问题重复出现，是因为客户经常需要例外。“关门后还能接待吗”可能经常收到，但频率不会让它变成长期约定。问答库可以记录通常规则以及申请例外的下一步，而不提前作出决定。

标记需要单独考虑的情况：

• 要求进行超出已公布范围的服务；
• 提议更改已经达成的约定；
• 针对某次已完成服务的投诉；
• 涉及个人健康情况的请求。

不要把原始聊天粘贴进通用条目。删除姓名、联系方式和可识别个人的情节，只保留能复用的问题。答案应解释边界，以及你会怎样考虑这个情况。这样可以识别熟悉的请求类型，同时不暴露另一位客户的经历，也不把一次特殊照顾变成对所有人的承诺。

扩充之前先测试能否找到答案

问答库的价值在于找到正确答案，而不是条目最多。尝试用客户真正使用的词来搜索，不要只用菜单上的术语。如果“去掉旧颜色”应该指向卸除条目，就把这句话作为搜索提示，而不是另一条独立答案。

不看内部备注，单独阅读找到的回复。它是否解决了问题？是否依赖客户看不见的条件？如果离开文档后意思发生变化，就修改条目。

来源变化时，更新主答案，并从已保存的消息中移除过时副本。将服务相关回复与当前 KLIOSO 服务信息和预约页面进行比较。这是手动检查一致性，不意味着与助手自动同步。只有新问题确实需要不同答案时才扩充集合，而不是为了给已有问题换一种说法。

关键要点

围绕重复疑问、可靠来源和清楚边界建立问答库。覆盖实际流程，让每个条目只有一个目的，并把一般信息与针对某位客户的决定分开。搜索测试能检验日常使用是否方便，来源变化则提示何时需要复查。KLIOSO 服务信息和公开预约页面可以支持核对，但一份答案文档本身不是自动接待员。让集合保持足够小，便于维护，也足够具体，值得信任。