询盘SLA监控告警:超时预警、自动升级与复盘

设了SLA不监控等于没设。一条A类询盘如果5分钟内没人回,系统要在第4分钟就弹预警给销售本人,第10分钟升级到主管,第15分钟自动改派给空闲同事。

询盘SLA监控:超时预警到自动升级SLA monitoring: alert then escalate 不监控的SLA等于没设,超时不升级等于没监控Unmonitored SLA is no SLA 正常On time A类5min/B类1hA 5min / B 1h 80%预警80% warning 私聊催销售Ping the rep 超时Breached 升级到主管Escalate to lead 2倍超时2x breached 改派他人Reassign 倒计时从询盘入CRM那一刻开始,不是销售上班后Clock starts at CRM entry, not at work 周末和夜间询盘用自动回复+下一个工作时段优先队列Off-hours: auto-reply + priority queue 反直觉:告警太频繁等于没告警Counter-intuitive: alert fatigue = no alert 每天告警超过10条,销售会全部已读不看>10 alerts/day gets ignored 复盘节奏Review cadence 每周看超时率:A类首响超时应控制在5%以内Weekly: A breach <5% 每月复盘超时TOP3原因:分配不均/休假/培训Monthly top-3 breach reasons 红线:主管自己不能当接盘侠,超时要改派不是代回Red line: reassign, don’t babysit 主管代回只会掩盖销售负载问题,问题下周还在Manager covering hides load issues
询盘SLA监控:四级预警、自动升级路径与复盘节奏

询盘SLA监控告警:超时预警、自动升级与复盘

结论先行:设了SLA不监控等于没设。一条A类询盘如果5分钟内没人回,系统要在第4分钟就弹预警给销售本人,第10分钟升级到主管,第15分钟自动改派给空闲同事。告警要分级——80%倒计时发私聊提醒,超时才升级,2倍超时直接改派。健康的A类首响超时率应控制在5%以内。反直觉判断:告警太频繁等于没告警,每天超过10条销售会全部已读不看;主管不要替超时销售回信,那只会掩盖负载问题。

一、SLA倒计时从哪一刻开始算

很多团队的SLA形同虚设,第一原因是倒计时起点就错了。他们从销售”看到”询盘那一刻开始算,但销售可能半天不打开CRM,这条线索就永远不会触发超时。

正确的起点是询盘进入CRM的那一刻,不管销售在不在线。表单提交成功、邮件转发进来、WhatsApp消息进来,三个通道都要打时间戳,从这个时间戳开始倒计时。多通道统一接入的方法见多渠道询盘整合。

倒计时按询盘层级设不同阈值。A类5分钟,B类1小时,C类24小时,和上一篇讲的入口分级对应。层级划分方法见询盘漏斗节流与质量分层。

层级 首响SLA 80%预警 超时升级 2倍超时
A类 5分钟 第4分钟私聊销售 第10分钟通知主管 第15分钟自动改派
B类 1小时 第48分钟提醒 第90分钟通知主管 第2小时改派
C类 24小时 第20小时提醒 第36小时主管介入 —

周末和夜间的询盘怎么算?不要让倒计时在凌晨3点把销售吵醒。夜间询盘走自动回复告知”我们会在工作时间第一时间回复”,倒计时在第二天工作时间开始。跨时区覆盖策略见跨时区询盘跟进。

二、四级告警怎么设计才不被忽略

告警分四级,不要一上来就发短信打电话。告警通道越重,销售越会形成免疫。

第一级是80%倒计时预警,私聊发销售本人,告诉他”这条A类询盘还有1分钟到点”。这一步是提醒,不是追责。第二级是真正超时,同时通知销售和主管,两个人都收到。

告警级别 触发条件 通知对象 通道
L1 预警 到SLA的80% 仅销售本人 IM私聊
L2 超时 超过SLA 销售+主管 IM+邮件
L3 升级 超时5分钟仍未回 主管 IM@+电话
L4 改派 超时2倍 新负责人+主管 系统自动改派

反直觉判断:告警发得越多人越容易忽略。如果每天每个销售收到超过10条告警,他会养成全部一键已读的习惯,真正紧急的那一条也被埋掉。所以L1预警要克制——只对A类发,B类C类不要发私聊。

场景示例:一个销售正在接待一个视频会议,手机静音,一条A类询盘进来。系统在第4分钟发了IM,他没看到;第10分钟主管收到告警,打电话给他;他结束会议立刻回,这单还在黄金窗口内。如果没有这个升级链,这条询盘可能要等他下午才看到。

三、自动升级:改派而不是主管代回

超时2倍之后,系统应该自动把这条询盘改派给当前负载最低的销售,而不是让主管自己代写一封回复。

主管代回是最常见的错误。看起来问题解决了,实际上掩盖了两个真问题:一是原销售负载过载了,二是主管的时间被占用做一线的活。下周同样的事还会发生。

错误做法 表面效果 实际代价 正确做法
主管自己回信 这条线索保住了 负载问题被掩盖 自动改派给空闲销售
超时只记不罚 销售没压力 超时率持续走高 超时率进月度KPI
告警只发主管 销售没感觉 下次还超时 先提醒销售本人
所有层级一起告警 大家都知道了 告警疲劳全忽略 分级递进告警

改派之后原销售要收到一条说明:”这条询盘因超时已改派给同事跟进”。不要让原销售蒙在鼓里,也不要让他以为系统出bug了。

升级机制和负载均衡是配套的。改派给谁,要看谁当前手上的活跃询盘最少。负载均衡算法见询盘销售负载均衡,本文只讲触发改派的条件。

四、复盘:每周看什么、每月改什么

监控告警不是装上就完事,每周要看一次超时数据,每月要复盘根因。

每周看板看三个数:A类首响超时率(目标低于5%)、B类超时率(目标低于15%)、告警改派次数(超过5次要查为什么)。这三个数做进日常数据看板,见询盘数据看板。

复盘周期 看什么指标 健康阈值 动作
每日 当日A类超时条数 0条 有就当天追责
每周 A类超时率、改派次数 <5%、<5次 超时TOP3原因分析
每月 各销售超时分布 无人连续2月超标 负载调整或培训
每季度 SLA阈值本身是否合理 无连续放宽 根据数据收紧或放松

每月超时率排名连续两个月垫底的销售,要单独看原因:是他手上询盘太多(改分配规则),还是他处理习惯有问题(培训),还是他在休假(临时调负载)。不要一上来就扣绩效,先分原因。

场景示例:某个月A类超时率从3%涨到12%。看板拉出来一看,三个销售里有一个休假两周,剩下两个人扛了双倍询盘。这不是销售态度问题,是排班问题——下次休假前要提前把负载切给备份。

复盘会上不要点名批评具体某条超时,要看趋势和分布。单条超时可能是巧合,连续两周某个人超时率都高,才是真问题。

SLA数据和后续的转化结果关联分析,可以参考询盘响应时间与成交率的相关性。那篇讲的是响应快慢对成交的影响,本文讲的是怎么用监控体系把响应时间守住,两个方向配合看。

FAQ 常见问题

SLA倒计时应该从哪一刻开始算?
从询盘进入CRM那一刻开始算,不管销售在不在线。表单提交、邮件转发、WhatsApp进来三个通道都要打时间戳。不要从销售”看到”询盘那一刻算,那样销售半天不打开CRM,这条线索永远不会触发超时。周末和夜间询盘走自动回复,倒计时在第二天工作时间开始。
A类、B类、C类的SLA分别设多少?
A类高意向询盘5分钟内首响,B类1小时,C类24小时。对应预警线设在SLA的80%:A类第4分钟提醒、B类第48分钟、C类第20小时。超时5分钟仍未回升级到主管,超时2倍自动改派给当前负载最低的同事。
告警为什么不能一上来就打电话?
因为告警越重越容易形成免疫。如果每天每个销售收到超过10条告警,他会全部一键已读不看,真正紧急的那一条也被埋掉。正确做法是四级递进:80%倒计时先私聊提醒销售本人,超时再通知主管,超时5分钟升级,超时2倍才改派。L1预警只对A类发,B类C类不要私聊轰炸。
超时了主管自己回信行不行?
不行。主管代回看起来保住了这条线索,实际上掩盖了两个真问题:一是原销售负载过载了,二是主管时间被占用做一线的活。正确做法是超时2倍后系统自动改派给当前负载最低的销售,同时通知原销售。主管代回只会让同样的超时问题下周重复发生。
A类首响超时率多少算健康?
A类首响超时率应控制在5%以内,B类15%以内。每天看板上A类超时条数应该是0;每周看超时率和改派次数(超过5次要查原因);每月看各销售超时分布,连续两个月垫底的要单独分析是负载问题、培训问题还是排班问题。
周末和夜间的询盘怎么算SLA?
不要让倒计时在凌晨3点把销售吵醒。夜间和周末进来的询盘先回一条自动邮件,告诉买家我们工作时间会第一时间回复,倒计时在第二天工作时间开始计算。A类如果真的急(留了电话、问急单),才触发值班手机告警,其他层级一律等工作时间。

写在最后

SLA不是写在员工手册里的一句口号,是一套从时间戳开始、到分级告警、到自动改派、到周月复盘的完整监控系统。没有监控的SLA,销售根本不害怕超时。

落地三步:先把倒计时起点统一到询盘入CRM那一刻,按A/B/C设5分钟/1小时/24小时三档;再把告警做成四级递进,80%提醒本人、超时通知主管、2倍超时自动改派;最后每周看超时率、每月复盘根因,主管不要代回、要改派。

一句可以记住的话:SLA靠系统守,不靠自觉——时间戳打准、告警分级递进、超时自动改派,A类询盘才不会在销售的收件箱里沉底。

李要超
李要超 环形山专家

创始人 · 增长负责人 · 前阿里巴巴团队 · 专注出海增长

环形山(Crater)创始人 & 增长负责人。前阿里团队背景,专注中国企业出海的独立站建设、Google SEO 与 GEO(生成式引擎优化)。主导多个外贸站与 DTC 出海品牌的从 0 到 1 增长,长期观察 ChatGPT、Gemini 等大模型如何改变海外获客方式。

出海增长战略GEO 趋势判断选型决策
1113篇分享
72篇知识库