知识库不用从零写。多数店铺手里已经有一份能用的素材——客服话术库只是它的写法是给人看的直接喂给机器会答得又长又偏。要做的不是重写而是改造拆场景、改成问答对、挂上触发条件再排一个回填节奏。## 话术库和知识库差在哪**给谁看的区别。**话术库给人看人可以跳着读、自己补上下文一段话里塞进价格、库存、发货三件事也不影响理解知识库给机器检索用一条只对应一个问题多塞一句都会让命中变得模糊。**写法上的区别。**话术库讲顺口知识库讲边界能做什么、不能做什么、什么情况下找谁。前者读起来舒服后者查起来准确。**筛选要先做一遍。老话术里堆着大量已经不用的活动口径和旧价格。先把过期内容挑出来标注失效再动手改否则等于把噪音一起搬进新库。## 三步改造拆、改、挂头一步拆场景。**把话术按买家意图归类售前问价格、库存、发货、参数售后问退换、破损、发票、物流服务类问预约、安装、保质期。同一段话里如果混着售前和售后拆到两条里去。**第二步改写成问答对。**一段客服话术常常包含三个问题的答案按一问一答拆开。问法一栏抄买家的原话把真实聊天里出现过的说法都写进去包括错别字和口语简称答法一栏保留口径删掉「亲」「稍等哦」这类只适合人工的客套。**第三步挂触发条件。每条问答挂上关键词与适用场景单聊还是客户群、售前还是售后、哪个时段生效。不命中的时候走哪条兜底也要在条目里写清楚别让机器自己发挥。## 条目粒度一问一答一条只说一件事问法一栏写三到五种说法。**主问法加同义说法比如「怎么发货」「几天能到」「发什么快递」。买家的问法越全命中越不依赖猜。**答法一栏固定结构结论、说明、下一步。**结论放头一句让买家一眼看到答案说明只补充必要信息比如时效区间、适用条件下一步给一个动作查订单、看菜单、转人工。三段写完还觉得长说明这条该拆。**边界单独成条。**例外情况、限制条件、不能承诺的部分不要塞进主条目单独立一条写明「什么情况下不适用」。把例外藏在正文后半段机器答到一半就停了买家只会以为没答完。**判断拆还是并。两个问题经常被一起问、答案又共用一个前提可以合并只要下一步动作不同就拆开。拆开的成本是多一条规则合并的成本是每次都只答一半。## 多久回填一次每周回填一次从聊天记录里找三类线索。**没命中关键词的问题、答完之后又被追问同一件事的、转人工数量居前的问题。这三类就是知识库的缺口清单按出现频率排个序一次补五到十条不要攒到月底一次补几百条。**新话术上线同步进库活动口径标有效期。**促销期的库存、时效、赠品口径要带起止日期到期自动失效否则活动结束后机器还在按旧口径答。**每月做一次归并。**把几周里补进去的同类条目合并删掉长期零命中的控制总量。条目多不等于答得准互相重叠的条目多了抢词的问题反而会变多。**回填之后跑回归。**用固定的测试问法跑一遍重点看新条目有没有抢走旧条目的命中。企业微信的接待压力集中在几个固定时段回归尽量安排在这些时段之外避免测试消息和真实咨询混在一起。用一套支持条目分组与命中记录的自动回复工具每周回填时能直接看到哪条问答被触发过、哪条一直没人问淘汰和补充都有依据知识库会越用越贴合真实咨询。知识库的来源不是灵感是已经在用的话术。拆开、改成问答、挂上条件再按周回填、按月归并机器答出来的内容就会和人工口径越来越接近。## 参考文章- 微信 FAQ 自动应答的搭建方法- 自动回复的触发规则怎么配
