易歪歪 docs
v3.4.2 section: 效率技巧 · published 2026-09-10 配置项
  1. 易歪歪官网
  2. 资讯教程
  3. 话术三级分类

易歪歪话术三级分类:业务阶段—场景—语气的结构化方法

话术库在两百条以内时,怎么放都能找到;超过五百条,单层列表就会开始失效——同一个问题存了三份、改了一处忘了另一处、新人找不到标准答复。本文给出一套可直接照搬的三级结构:业务阶段、场景、语气,并配套命名规范、迁移步骤与维护职责。

01单层列表为什么会在规模增长后失效

单层结构的问题不在存储,而在检索成本。当所有条目平铺在一个列表里时,查找路径依赖滚动与肉眼识别,条目越多,耗时增长越快,且无法通过结构推断「应该还有哪些话术」。

  • 重复条目:同一问题因命名差异被保存多次,例如「发货时间」与「什么时候发货」。
  • 口径漂移:修改只落到其中一条,其余条目继续沿用旧表述,导致不同坐席回复不一致。
  • 新人成本:缺乏结构提示,新人无法从分组推断业务范围,只能靠记忆。

易歪歪提供多级分组、标签与关键词检索三件工具。结构负责「按业务定位」,标签负责「横向打标」,检索负责「精确命中」,三者分工明确时,查找路径可以压缩到三次点击以内。

02三级结构的定义与命名规范

建议把话术库组织为三层:一级为业务阶段,二级为场景,三级为语气。每一层的职责如下。

表 1 · 三级结构的层级职责与命名示例
层级职责取值示例数量建议
一级 · 业务阶段对应客户所处流程节点售前咨询 / 订单物流 / 售后处理 / 活动促销4–8 个
二级 · 场景对应具体问题类型发货时效 / 尺码推荐 / 退换流程 / 发票开具每级 6–15 个
三级 · 语气对应表达风格与正式程度标准 / 亲切 / 致歉 / 催办3–5 个

命名遵循三条规则:使用名词短语而非整句;同一层级保持字数与词性一致;避免使用「其他」「杂项」这类兜底名称,若某层级出现大量兜底项,说明上一层划分需要重做。

命名示例

售前咨询 / 尺码推荐 / 标准|售后处理 / 退换流程 / 致歉。结构清晰,坐席按路径点击即可定位,无需记忆关键词。

03如何把存量话术迁移到三级结构

迁移不建议一次性推倒重来,按下列四步执行可在不影响日常接待的前提下完成。

  1. 导出盘点:把现有话术导出为表格,逐条标注所属业务阶段与场景,得到一张映射表。
  2. 合并同类:对含义重复的条目只保留一条作为标准答复,其余标记为待废弃,避免直接删除造成遗漏。
  3. 新建骨架:在易歪歪中先建立一级与二级分组,暂不填充三级语气,验证路径是否顺手。
  4. 批量导入:使用批量导入功能按映射表写入条目,再用批量改标签功能补齐语气与场景标签。

迁移完成后做一次抽样验证:随机抽取 20 个高频问题,记录各自的定位耗时。若平均定位时间未下降,说明二级场景划分过粗或过细,需要再调整一轮。

04标签与关键词检索的配合方式

分组解决纵向定位,标签解决横向复用。同一条话术可能同时属于多个场景,此时不要复制条目,而是用标签做多重归属。

  • 平台标签:标记该条目适用于哪个聊天窗口,例如千牛专用、抖店专用,便于多平台差异化调用。
  • 时段标签:标记大促、日常、节假日,高峰前可按标签一次性筛选并置顶。
  • 状态标签:标记待审核、已定稿、待废弃,配合每周复核流程使用。

关键词检索用于已知条目的精确命中。建议在条目正文中保留可被检索的核心词(如「发货」「七天无理由」),而把修饰语放在标题中,避免检索词被冗长描述稀释。

05团队场景下的维护职责划分

结构定下来之后,真正的难点是长期维护。建议按下列方式分工,并写入团队规范。

表 2 · 话术库维护职责建议(适用于使用团队短语共享的场景)
角色职责频次
管理员维护公共库结构、审批新增条目、按角色分配可见范围每周一次
资深坐席提交高频新问题的条目草稿、标记口径过时内容随发生
全体成员使用公共库标准答复,个人补充内容放入私有库日常

公共库与私有库分离是关键:个人临时话术写入私有库,不污染团队标准口径;确认可复用后再由管理员提升到公共库。若团队需要跨境或多语种接待,可在设置中开启「多语言话术」,为同一条目维护多个语言版本,切换语言标签即发送对应语种文案,无需按语种复制分组。

落地检查点

结构建成后,抽查三名坐席对同一问题的回复是否一致。一致说明结构与口径生效;不一致则优先检查是否存在未被合并的重复条目。

06常见问题

话术分组层级是否越深越好?

不是。建议控制在三级以内:业务阶段、场景、语气。层级过深会增加查找成本,与快捷回复追求的低点击路径相悖;超过三级的细分建议改用标签承载。

多语言话术应如何归类?

不要按语种新建平行分组。在设置中开启「多语言话术」后,为同一条目维护多个语言版本,切换语言标签即可发送对应语种文案,分组结构保持一份,避免多语种重复维护。