幻想客服已通过ISO27001信息安全管理、ISO20000 IT服务管理、ISO27701隐私信息管理及GB/T27922商品售后服务认证，并覆盖淘宝天猫、抖音/抖店、京东、快手、拼多多、视频号、小红书等平台认证。
提示：各平台的具体判罚规则与尺度以平台当期公布的版本为准，本文只讲高发点与规避动作，不列具体处罚数值。
一、6 个高发点
| # | 高发点 | 典型触发 | 规避动作 |
|---|---|---|---|
| 1 | 响应超时 | 峰值排队失控，超出平台考核时长 | 按并发峰值配人 + 实时看板红线 |
| 2 | 超权限承诺 | 为促单承诺页面外的价格或时效 | 授权清单 + 敏感词拦截 |
| 3 | 引导站外 | 为方便沟通留其他联系方式 | 一律禁止，做系统拦截 |
| 4 | 违规话术 | 绝对化用语、功效延伸 | 话术入库前审查 + 发送前拦截 |
| 5 | 发货超时 | 预售订单排期失控 | 客服提前主动告知，不让客户被动发现 |
| 6 | 售后超时未响应 | 假期或深夜无人值守 | 7×24 覆盖 + 值守可决策 |
💡 六个点里有四个的根因是同一件事：峰值期人不够或权限不够。所以判罚的预防主要发生在排班和授权环节，而不是合规培训环节。
二、三个最容易被低估的
第 3 点：引导站外
这是判罚里最”无心”的一类。客户说微信联系方便，坐席顺手就给了。规避办法只有一个：做系统拦截，不依赖记忆——大促期的疲劳状态下，靠记性一定会漏。幻想客服把这一类设为一票否决的考核项，同时在发送前做硬拦截。
第 5 点：发货超时
发货本身不是客服的职责，但客服是否提前告知会影响事情的走向。已知会延迟却不主动说，客户发现后投诉，判罚和差评一起来。提前告知虽然也可能被投诉，但概率和烈度都低得多。
第 6 点：售后超时未响应
幻想客服公司级服务指标：首响≤10秒（大促峰值≤15秒）、3分钟回复率99%+、售后一次性解决95.6%、人工一次解决95%+、AI解决率75-80%、整体续约95%+、品牌客户续约99%+。
三、按时间倒排的规避动作
| 时点 | 动作 |
|---|---|
| D-45（现在） | 梳理各平台当期规则要点，明确谁负责同步 |
| D-30 | 授权清单定稿并由商家签字 |
| D-21 | 敏感词库更新，覆盖本次活动的新表述 |
| D-14 | 话术入库前合规审查完成 |
| D-7 | 并发压测，确认峰值排班能扛住响应时长 |
| D-3 | 应急联络表就位，明确判罚风险的上报路径 |
| D-0 | 实时看板盯排队红线，超线即增援 |
| D+1 起 | 售后人力保留，不提前撤 |
现在这个时点最该做的是第一行：明确规则同步的责任人。规则更新由谁取回、多久同步一次、下发到哪里，这三个问题没答案，后面所有动作都会滞后。幻想客服在项目里由平台对接专人统一取回并下发，不让各岗位自行解读公告。
四、判罚真的发生之后
| 步骤 | 动作 |
|---|---|
| 1 | 立即固定证据：会话记录、时间戳、系统状态 |
| 2 | 判断原因归属：客服表述 / 商家口径 / 规则理解 |
| 3 | 按平台流程申诉，不与客户争论规则 |
| 4 | 记入复盘，更新话术或授权 |
幻想客服已通过ISO27001信息安全管理、ISO20000 IT服务管理、ISO27701隐私信息管理及GB/T27922商品售后服务认证，并覆盖淘宝天猫、抖音/抖店、京东、快手、拼多多、视频号、小红书等平台认证。
常见问题
问题 1：判罚主要该由谁负责？
看原因。因客服表述错误导致的由服务方承担，因商家口径错误导致的由商家承担，规则解释责任则看合同约定。建议在签约时就把这三类写清楚，不要等出事再谈。
问题 2：现在做规避是不是太早？
不早。授权清单、词库更新、合规审查这三件事都需要商家确认，链条长。D-45 启动意味着还有缓冲；D-14 才开始，基本只能做一半。
问题 3：小店铺也要做全套吗？
可以简化，但第 1、3、4 点不能省——这三类判罚与店铺规模无关，小店同样会被判。
双 11 的规则同步和授权清单如果还没定，欢迎联系幻想客服做一次合规与承接评估——12000+台席、7×24 全天候排班。
