一人管五个店是常态:淘宝、拼多多各一个,抖音小店两个,闲鱼再挂着个清仓号。消息不会排队,五个窗口同时弹窗,漏回一条就是一条差评。这篇不讲工具好坏,只讲把多店接待拆成可执行流程的思路,以及叮当小宝CS在这套流程里承接哪一段。
接待顺序:先承认注意力不够分
我定的原则是按考核口径排,不是按咨询量排。咨询量大的店看着热闹,但真正扣分的往往是平台有硬性指标的那几家。
- 开局先清未读,不看内容。会话列表按未读时间排序,先确认哪个店积压最多,把它排前面处理。
- 考核卡回复率的店优先。这类平台把人工响应时长算进指标,宁可让另一个店的咨询多等一会儿。
- 带订单号的会话优先于纯问询。已下单的追问(改地址、催发货、少配件)拖久了直接转纠纷;纯问询多数可以按商品页标注的口径回一句。
- 议价、退款、投诉一律人工,不放进自动应答。这几类需要拍板,机器代答的代价远高于省下的那点时间。
- 每天固定一次收尾,把当天未闭环的会话按店铺分开列,次日开局直接接上,不用重新回忆。
消息路由:店铺类型决定优先级和放开的范围
分层不是把所有店设成一套开关。实际排下来,我是按这张表决定哪个店的弹窗先看、机器人能接哪一类。
| 店铺类型 | 响应优先级 | 自动应答范围 | 必须人接的场景 |
|---|---|---|---|
| 天猫旗舰店 | 高 | 商品参数、发货说明 | 价保争议、赠品补发 |
| 拼多多店 | 高 | 常规问询基本放开 | 触发超时预警的会话 |
| 淘宝 C 店 | 中高 | 尺码、材质 | 定制单改需求 |
| 抖音小店 | 中 | 直播活动口径 | 比价、售后延期 |
| 闲鱼 | 低 | 只挂基础问答 | 议价、面交安排 |
优先级高的店不是让机器人多干活,是让人先看它的弹窗。知识库按店铺分别挂载,哪条命中哪条转人工可以在每个店里单独配,不必所有店共用一套口径——服饰店命中尺码回尺码表,食品店命中保质期回生产日期说明,串店使用是最容易翻车的地方。
漏接风险点:三个静默故障
- 授权掉线。表现为其他店正常、单店全静默,先查这个店的登录状态,别去翻词表。
- 消息没落到聚合窗口。有些会话只在原客户端角落闪一下,聚合视图里看不到,就会一直悬着。这类要单独设一次提醒测试。
- 关键词配得太窄。买家换个说法就命中不了,翻最近三天的未命中记录,把高频说法补进知识库。
排查用二分法就够:让同事用买家账号在各店各发一条固定测试消息,看哪家没回、回的内容对不对,一轮就能定位到账号层、词表层还是规则层。三层分开动,不要一次全改。
每周固定花十几分钟看一遍未命中清单,比事后处理差评划算得多。多店接待的本质不是把一个人切成几份用,而是让重复问询被规则消化掉,人的注意力只留给跨店的差异部分。
参考
- 多店统一接待台与按店铺分别配置的功能说明:https://dingdang.asia/features.html
- 淘宝天猫店铺接入与多店铺模式的设置步骤:https://dingdang.asia/platform-taobao.html