搭建前置：明确话术库的适用边界与团队分工
在启动 EYY 话术库搭建工作前，团队需首先明确该库的适用边界。EYY 定位为电商支持工作流的客服聊天助手，其核心能力在于支持快捷回复和一键前台回复工作流。因此，话术库的建设应聚焦于高频、标准化的接待场景，而非覆盖所有长尾或高度个性化的沟通内容。
团队分工方面，建议设立话术录入人、审核人与发布人三个角色。录入人负责收集一线常见问答并初步分类；审核人负责校验话术的合规性与准确性，确保无敏感词风险；发布人负责在 EYY 系统中执行最终的分组创建与话术导入。这种分工机制能有效避免多人并行操作导致的结构冲突，确保话术库在启用初期即保持整洁有序。
需要注意的是，本文所述搭建流程仅适用于 EYY 支持的快捷回复与一键前台回复场景，不涉及跨系统的话术迁移或第三方工具的数据导入规则。团队应在内部达成共识，将 EYY 话术库作为日常接待的核心知识底座，而非临时性的文本存储区。
- 确认话术库仅覆盖 EYY 支持的快捷回复与一键前台回复场景
- 明确话术录入人、审核人、发布人的角色边界
第一维度分组：按业务场景拆分售前、售中、售后话术区
话术库的第一层结构应按业务生命周期进行划分，建立售前咨询、订单跟进、售后处理三大一级分组。这种划分符合客服人员的思维习惯，使其在接待不同阶段客户时能快速定位所需话术。
在售前咨询分组下，应至少包含商品咨询、活动规则、尺码推荐三个二级子场景。例如，商品咨询子场景可存放关于材质、功能、适用人群的标准化回答；活动规则子场景则集中存储大促期间的满减、赠品政策。订单跟进分组需涵盖发货时间、物流查询、修改地址等常见需求。售后处理分组则重点覆盖退换货政策、质量问题鉴定、投诉安抚等内容。
搭建时需验证各子场景话术不与相邻分组内容重叠。例如，关于“发货时间”的询问若同时出现在售前和售中分组，容易导致客服选择困惑。建议以“订单是否生成”为界限，未下单前的咨询归入售前，已下单后的查询归入售中，确保逻辑互斥。
- 每个一级分组下至少包含三个二级子场景（如售前含商品咨询、活动规则、尺码推荐）
- 验证各子场景话术不与相邻分组内容重叠
第二维度分组：按平台渠道隔离话术适用范围
电商团队通常同时在淘宝、京东、拼多多、抖音等多个平台运营，各平台的规则术语、用户习惯及禁忌词汇存在差异。因此，在业务场景分组的基础上，必须叠加平台渠道维度，防止 A 平台话术被误用于 B 平台窗口。
实施策略上，团队可为每个平台渠道建立独立的话术标签或子分组。例如，在“售后处理-退换货”分组下，进一步细分为“淘宝-退换货”、“京东-退换货”等子项。对于 EYY 这样支持一键前台回复的工具，核对每条话术的渠道标签与窗口匹配逻辑至关重要。客服在淘宝窗口接待时，系统应仅展示或优先推荐带有“淘宝”标签的话术，避免将拼多多的特定术语（如“拼单”）发送给淘宝用户。
需注意，渠道隔离依赖 EYY 当前版本的分组与标签能力。团队不应假设系统具备自动识别聊天窗口平台并强制拦截非匹配话术的功能，而应通过清晰的分组结构和严格的命名规范，依靠人工选择或快捷键触发的准确性来保障合规。
- 为每个平台渠道建立独立的话术标签或子分组（如淘宝、京东、拼多多、抖音）
- 核对每条话术的渠道标签与 EYY 一键前台回复的窗口匹配逻辑一致
第三维度分组：按售后类型细分退换货、物流、投诉话术
售后场景是客诉高发区，也是话术库最需要精细化的部分。建议在售后一级分组下，按退换货、物流异常、投诉升级等类型建立精细化子库。这种细分有助于客服在面对复杂售后问题时，迅速找到对应解决方案，避免因查找耗时过长导致客户情绪升级。
每个售后子类型下应包含至少五条标准话术模板。例如，在“物流异常”子库中，应涵盖“物流停滞”、“包裹丢失”、“派送延误”、“错发漏发”、“虚假签收”等具体场景的标准回应。这些话术需经过一线客服验证，确保其触发条件与实际操作场景一致。例如，“物流停滞”话术应仅在物流信息超过48小时未更新时调用，而非刚发货即使用。
需要明确的是，售后细分不替代质检合规排查。本文聚焦于话术库的结构搭建，不涉及敏感词过滤或违禁词清洗流程。团队在录入售后话术时，仍需自行遵守各平台的合规要求，避免在话术中嵌入可能触发平台处罚的敏感词汇。
- 每个售后子类型下包含至少五条标准话术模板
- 验证子类型话术的触发条件与一线客服实际操作场景一致
命名规范：建立可检索、可触发、可交接的话术标题体系
话术标题不仅是人类阅读的索引，更是 EYY 一键前台回复功能的触发依据。因此，必须制定统一的话术命名模板，使系统能通过关键词或快捷键精准调用。建议采用“场景缩写-渠道标识-序号”的三段式命名结构，例如“SH-TB-001”。
其中，“SH”代表售后（After-Sales），“TB”代表淘宝渠道，“001”为该类别下的第一条话术。这种命名方式简洁明了，既便于客服通过拼音首字母快速检索，也利于管理员进行批量管理和版本迭代。命名中严禁包含特殊字符或空格，如“@”、“#”、“ ”等，因为这些字符可能导致 EYY 的触发规则解析异常，造成一键回复失效或触发错误话术。
此外，命名规范仅作用于话术标题层，不延伸至话术正文内容或变量占位符格式。正文中可保留必要的换行和表情符号以增强亲和力，但标题必须保持纯文本、无空格的标准化格式，以确保系统识别的稳定性。
- 命名模板包含场景缩写、渠道标识、序号三个字段（如SH-TB-001）
- 验证命名中不含特殊字符或空格，避免触发规则解析异常
命名模板与分组清单：可直接复用的结构化示例
为帮助团队快速落地，以下提供一套通用的命名模板与分组清单示例。团队可根据自身店铺品类与平台规则进行适配调整。
售前场景示例：
1. QC-TB-001：淘宝-商品咨询-材质说明
2. QC-JD-002：京东-活动规则-满减政策
- 清单覆盖售前、售中、售后三大场景各至少三个子分组
- 每个子分组提供至少两条命名示例及其对应渠道标签
与一键前台回复触发规则的衔接：命名如何映射到快捷键与触发词
话术命名体系需与 EYY 一键前台回复的触发机制紧密对齐。EYY 支持通过快捷键或输入特定触发词来快速调用话术，因此命名中的关键字段应直接映射到这些触发要素。
建议将话术命名中的场景缩写设置为快捷键的前缀。例如，所有售后话术的快捷键可统一设置为“Alt+S”开头，后接序号。同时，核对触发词列表与话术标题的关键词无冲突或重复。例如，若“退款”一词被设为多条话术的触发词，系统可能无法准确判断用户意图，导致弹出多个选项供选择，降低效率。因此，触发词应具备明确区分度或高辨识度，最好与话术标题中的核心名词保持一致。
需注意，触发规则配置属于下游联动环节，本文仅提供命名与触发的映射逻辑，不涉及具体快捷键绑定操作。团队在完成话术库搭建后，需在 EYY 设置中逐一配置触发规则，并进行小范围测试，确保命名与触发的一一对应关系准确无误。
- 验证话术命名中的场景缩写与快捷键前缀保持一致
- 核对触发词列表与话术标题的关键词无冲突或重复
搭建验收：话术库上线前的小范围调用测试与结构复核
在话术库正式全面启用前，必须进行小范围的调用测试与结构复核。安排至少两名资深客服在模拟窗口或测试账号中，按照日常接待流程尝试通过命名检索或快捷键调用话术。记录调用成功率、响应速度以及是否存在话术错位现象。
测试重点包括：跨平台话术是否混用、分组层级是否过深导致查找困难、命名是否易于记忆和输入。若发现某条话术在淘宝窗口被错误地标记为京东渠道，或在搜索“退款”时弹出了无关的“退货”话术，需立即修正命名或标签。
验收测试仅覆盖话术库结构与命名层面，不包含完整业务场景的端到端接待流程验证。团队应确保在结构无误的前提下，再逐步扩大使用范围，最终实现全员切换至新话术库。此举可最大程度降低因话术库混乱导致的接待失误和客诉风险。
- 安排至少两名客服在模拟窗口中按命名检索话术，记录调用成功率
- 核对测试结果中无跨平台话术错位或分组遗漏现象
官方来源核对与免费功能边界确认
最后，团队需确认话术库搭建所依赖的核心功能属于 EYY 的永久免费基础功能范围。根据 EYY 官方来源显示，EYY 是一款面向电商支持工作流的客服聊天助手，其提供的快捷回复和一键前台回复工作流均包含在永久免费的基础功能中。
这意味着，团队在进行话术库的分组创建、命名规范制定及一键触发配置时，无需担心产生额外的软件授权费用。然而，功能边界以 EYY 官方来源为准，本文不承诺未来版本的功能延续性或变更通知。建议团队定期访问 EYY 官方网站，核对最新的功能说明，确保话术库的运维策略始终与平台能力保持一致。
通过充分利用 EYY 的免费基础功能，电商团队可以在零成本投入的情况下，建立起标准化、高效化的客服话术体系，从而提升整体服务质量和客户满意度。
- 核对 EYY 官方来源中关于永久免费基础功能的说明
- 确认话术库分组与命名操作不依赖付费高级功能