把散落的话术整理成千悦知识库：第一批十条怎么做

准备搭知识库时，先不要把共享盘里的全部文档上传。选十个客服本周反复遇到、答案相对稳定的问题，拿它们做第一批条目。十条只是便于启动的建议数量，不是系统限制；目的在于让团队尽快发现“资料明明有，却找不到”的具体原因。

把客户原话留在标题里

假设聊天里经常出现“我换了手机号，之前的申请在哪里”。如果标题只叫“账户模块”，新同事很难想到要搜它。可以写成“更换手机号后，怎样查找原申请”，再在正文说明适用条件。客户常用说法与正式业务名称都保留，搜索时更有机会碰到正确条目。

先把十个问题列在纸上，合并只是语气不同的提问，拆开答案不同的情况。“申请在哪里看”与“申请记录消失”可能涉及不同处理，不必因为都有“申请”二字就塞进一篇长文。

一条旧答复怎样变成文章

旧答复示例：“去个人中心看一下，不行再联系我们。”

这句话缺少位置、预期结果和异常处理。改写时先向业务负责人确认实际步骤，再写成：使用哪个账户进入哪个页面；完成操作后应看到什么；如果看不到，需要提供什么必要信息以及由谁检查。界面名称未经核实前，不要为了显得完整而编写。

正文可以分为“适用情况”“操作过程”“仍有问题”三小段。若步骤涉及已结束的活动或特殊权限，条件放在操作之前。附图只截与步骤相关的位置，并遮去客户信息；不要把带个人资料的历史聊天截图当作公开说明。

在千悦里保存，再请另一位同事试查

千悦公开的知识库能力包括文章标题、富文本正文以及草稿和发布状态。先以草稿保存整理结果，核对内容后再发布。知识文章可供团队维护资料，但它不自动等于机器人已能准确回答这些问题；AI 自动回答仍应按实际开放状态另行验证。

请没有参与整理的同事，用客户可能说的不同问法找这十条内容。他能否找到、找到后能否说明下一步、是否必须回头问作者，分别记录。找不到时优先修改标题和关键词表达，理解困难时修改具体步骤，缺规则时找业务负责人补证据。

保留一张简单的试查记录：问题原话、找到的条目、卡住的位置、准备修改的句子。第一批文章真正能被使用后，再逐步补充下一批。知识库的开始应是一组可用答案，而不是一份看起来很厚的目录。

产品开放状态可参阅千悦 AI 与知识库说明。