串台不是手滑，而是结构问题。只要「公共话术」和「店铺话术」混在同一个分组里，早晚会有人把 A 店的地址发到 B 店。
一、先看串台的两个来源
多店铺场景下，误发通常集中在两类内容上：
- 物理信息类：退货地址、发货仓、联系电话、店铺署名。这类内容一旦发错，客户会按错误地址寄回，损失直接产生。
- 政策信息类：运费规则、满减门槛、赠品标准、售后时限。这类内容发错，会引发投诉与平台考核。
它们的共同点是「看起来都差不多」。三个店铺的退货话术措辞可能只差一个地址，肉眼扫过去很难分辨。因此不能靠记忆，必须靠结构隔离。
二、三层分组：公共层、店铺层、平台层
把话术按「适用范围」而不是「话题」来分组，是最有效的一步。
| 层级 | 放什么 | 示例 |
|---|---|---|
| 公共层 | 所有店铺通用、不含物理信息的话术 | 欢迎语、响应延迟说明、感谢与邀评 |
| 店铺层 | 与本店地址、仓库、政策绑定的内容 | A 店退货地址、B 店发货时效、C 店赠品规则 |
| 平台层 | 因平台规则差异而不同的内容 | 千牛自动回复、抖店发票说明、拼多多改地址限制 |
公共层只放「去掉店名也成立」的句子。只要一句话里出现了具体地址、仓库名、店铺名，就必须下沉到店铺层。这条规则能拦掉八成误发。
三、快捷键策略：同键不同组，还是同义不同键
两种做法各有适用场景，关键是别混用：
方案 A：同一键位，绑定当前分组
F6 固定在「售后」位置，但发哪家店的内容取决于当前选中的分组。切店铺时先切分组，键位不变。适合店铺多、客服轮换频繁的团队，记忆成本最低。
方案 B：同一语义，每个店铺独立键位
A 店退货用 F6，B 店退货用 Ctrl+6。键位固定到店铺，切店铺时手指也跟着换。适合同时开多个窗口、需要在一分钟内来回切换的岗位。
无论选哪种，都建议在话术标题前加上店铺代号，例如「A-退货地址」，让列表本身具备防错能力。
四、变量里的店铺信息，要单独核对
变量能减少手打，但在多店铺场景下也会放大错误。如果一条话术里包含 {店铺名}、{客服名}、{退货地址}，切换店铺后必须先确认变量取值是否跟着变。
稳妥做法是：物理信息不用变量，直接在店铺层写死原文。变量只用于昵称、订单号、金额这类每次都会变、且不会跨店混淆的信息。
五、交接班：改动要有记录
多人维护话术库，最大的风险不是写错，而是「不知道谁改了什么」。建议保留一张极简的改动表：
- 日期与修改人；
- 改了哪一条（写标题即可）；
- 改动原因（活动结束、地址变更、平台规则调整）。
用共享文档或群公告都可以，重点是让下一位同事知道「现在用的是哪一版」。涉及退款、地址、赔付的改动，改动后当天在群里同步一次。
六、三个店铺的配置示例
| 分组 | A 店（女装） | B 店（家居） | C 店（食品） |
|---|---|---|---|
| 公共-开场 | 统一欢迎语，活动信息用变量或临时话术补充 | ||
| 公共-收尾 | 感谢 + 邀评，不写店铺名 | ||
| A 店专属 | 尺码表、退货地址、发货仓 | — | — |
| B 店专属 | — | 安装说明、大件物流、破损补寄 | — |
| C 店专属 | — | — | 保质期、临期说明、冷链时效 |
| 平台层 | 按千牛 / 抖店 / 拼多多分别维护改地址与发票话术 | ||
这张表可以直接贴在工位上。新人第一天上手，先认分组，再认键位，比直接背几十条话术快得多。
七、上线前的五项检查
- 公共层里是否还有含地址、店名的句子？有就下沉。
- 每个店铺的退货地址、发货仓是否与最新信息一致？
- 切换分组后，快捷键发出的内容是否跟着切换？
- 是否有两名以上同事同时维护？如有，改动表是否已启用？
- 是否已导出全量备份，且备份文件标注了日期？
多店铺共用的版本建议使用 标准版，登录后配置可跨设备同步；如果只有你一人操作多店，也可先用 单机版 配合分组。分组搭好后，按 《从 F1 到 F8 的分配逻辑》 固定键位，误发率会明显下降。