询盘状态管理:生命周期定义、流转规则与停滞预警
一、六个状态:为什么不是八个、十个
很多团队的CRM里有十几个询盘状态:待分配、待联系、已联系、沟通中、已报价、样品阶段、打样中、谈判中、成交、输单、无效、重复、垃圾……看起来很细,实际上销售根本不会更新——更新一个状态要点三下,他宁可不点。结果就是所有询盘都停在”沟通中”,你根本不知道真实进展在哪。
| 状态 | 定义 | 进入条件 | 离开条件 | 最大停留时长 |
|---|---|---|---|---|
| 新询盘 | 刚收到,未分配 | 表单提交成功 | 分配给销售 | 24小时 |
| 已联系 | 首响已发出,等买家回复 | 销售发出第一封回复 | 买家回复了 | 48小时 |
| 沟通中 | 来回沟通需求和方案 | 买家回复了首响 | 报价已发出 | 7天 |
| 已报价 | 报价单已发出,等买家反馈 | 报价邮件发出 | 买家接受或拒绝 | 7天 |
| 成交 | 订单确认,已签合同 | 买家确认下单 | 终态,不再流转 | — |
| 关闭 | 未成交,终止跟进 | 明确拒绝/无效/超时 | 终态,不再流转 | — |
这六个状态的设计原则是:每个状态对应一个明确的动作,销售只需要在动作发生时点一下。首响发了,点”已联系”;买家回了,点”沟通中”;报价发了,点”已报价”;成了或者关了,点最终状态。中间不需要”样品阶段””打样中”这种细分——那是备注里写的事,不是状态里管的事。状态越少,销售越愿意更新,数据才越真实。
场景示例:一条询盘进来,系统自动从”新询盘”开始。销售5分钟内发了首响,点”已联系”。第二天买家回复说需要500台到汉堡,销售点”沟通中”。第三天销售发了报价单,点”已报价”。一周后买家确认下单,点”成交”。整个流程只点了四次状态,每次都对应一个真实动作。这就是6个状态的可执行性。首响SLA和状态流转的配合,可参考询盘首响SLA与转化率。
二、流转规则:只能前进,不能随便后退
状态流转有一个刚性规则:只能前进,不能后退。从”已联系”不能跳回”新询盘”,从”沟通中”不能跳回”已联系”。如果买家说”我再考虑一下”,那不是后退,是停在原地——停在”沟通中”或者”已报价”状态,等下一次跟进。只有两种情况可以回退:一是发现分错了销售,二是发现是重复询盘。回退必须填原因,不能随便点。
| 流转动作 | 触发条件 | 系统动作 | 是否需要人工确认 |
|---|---|---|---|
| 新询盘→已联系 | 销售发出首响邮件 | 自动记录时间戳 | 否,销售点一下即可 |
| 已联系→沟通中 | 买家回复了邮件 | 检测到买家来信自动流转 | 否,系统自动 |
| 沟通中→已报价 | 销售发出报价单 | 自动记录报价时间 | 否,销售点一下 |
| 已报价→成交 | 买家确认下单 | 触发合同流程 | 是,需主管确认 |
| 任意→关闭 | 明确拒绝/无效/超时 | 必须填关闭原因 | 是,关闭原因必填 |
| 任意回退 | 分错销售/重复询盘 | 必须填回退原因 | 是,主管审核 |
流转规则的核心目的是防止”状态漂移”——销售把一条已经跟了三周的询盘,因为最近没动静,从”已报价”拖回”沟通中”,假装还在正常推进。这种漂移让你以为询盘还活着,实际上已经死了。所以回退必须填原因、必须主管审核,不是销售想退就退。
关闭原因必须填,而且要分类。常见的关闭原因有五类:买家拒绝(价格太高/选了竞品/暂时不需要)、买家无效(垃圾/同行/联系方式错误)、超时无回复(跟进三次以上无回应)、重复询盘(同一个买家重复提交)、其他。分类统计关闭原因,你才能知道你的询盘到底是在哪一步死的——是报价太贵,还是跟进不够。跟进序列的设计可参考询盘邮件跟进序列。
三、停滞预警:三档告警机制
状态管理最怕的不是状态乱,是状态停了没人管。一条询盘在”已联系”状态停了两周,销售忘了跟,你也不知道——这才是真正的流失。停滞预警就是给每个状态设最大停留时长,超了自动告警,不让任何一条询盘悄悄死掉。
| 预警等级 | 触发条件 | 通知对象 | 要求动作 | 升级时限 |
|---|---|---|---|---|
| 黄灯提醒 | 超最大停留时长50% | 负责该询盘的销售 | 24小时内跟进一次 | 48小时未跟进转橙灯 |
| 橙灯升级 | 超最大停留时长100% | 销售+销售主管 | 主管介入了解情况 | 72小时未处理转红灯 |
| 红灯介入 | 超最大停留时长200% | 主管必须处理 | 主管亲自跟进或关闭 | 本周必须出结果 |
举个具体数字:”已联系”状态最大停留时长是48小时。黄灯在72小时(48×1.5)触发,通知销售”这条询盘你已经3天没动了,跟进一下”。橙灯在96小时(48×2)触发,同时通知主管。红灯在144小时(48×3)触发,主管必须亲自处理——要么亲自跟进,要么直接关闭。这个三档机制让询盘不会悄无声息地死掉。
不同状态的最大停留时长不一样。”新询盘”24小时——因为还没分配,分配慢了首响SLA就破了。”已联系”48小时——买家两天不回,基本就是没兴趣了。”沟通中”7天——来回沟通一周还没报价,说明需求还没对齐。”已报价”7天——报价发出去一周没反馈,要么价格太高,要么买家在比价。每个状态的最大停留时长,都对应一个”再等下去也没用”的时间点。线索评分和优先级的整体方法,可参考询盘线索评分与优先级排序。
四、常见状态管理误区
| 误区 | 表面做法 | 实际后果 | 正确做法 |
|---|---|---|---|
| 状态设太多 | 10个以上细分状态 | 销售不更新,全停在”沟通中” | 6个状态,每个对应一个动作 |
| 不设最大停留 | 状态停多久都不管 | 询盘悄悄死掉,没人发现 | 每状态设最大停留时长+预警 |
| 关闭不填原因 | 点了关闭就完了 | 不知道询盘死在哪一步 | 关闭原因必填,分类统计 |
| 随便回退状态 | 销售想退就退 | 状态漂移,数据失真 | 回退必须填原因+主管审核 |
| 预警只发邮件 | 告警靠邮件提醒 | 销售不看邮件,预警失效 | 系统弹窗+钉钉/企微推送 |
这五个误区里,最隐蔽的是最后一个:预警只发邮件。销售每天收几十封邮件,停滞预警的邮件他会淹没在里面。正确做法是把预警推到销售的工作台首页——CRM仪表盘上直接显示”你有3条黄灯询盘、1条橙灯询盘”,他一打开CRM就看到,不需要去翻邮件。可视化仪表盘的设计可参考AI引擎引用监测面板的仪表盘思路。
状态管理的最终目的不是让CRM看起来整洁,是让你每周看一眼仪表盘,就知道这周有多少询盘卡在哪个状态、卡了多久、需要主管介入哪些。没有停滞预警的状态管理,就是一堆没人看的数字。官网到CRM的打通是状态自动流转的前提,这部分见官网线索到CRM。
FAQ 常见问题
询盘状态设几个最合适?
询盘在某个状态停多久算停滞?
买家说”再考虑一下”算什么状态?
关闭询盘必须填原因吗?
销售把状态随便改来改去怎么办?
停滞预警怎么推给销售才有效?
写在最后
询盘状态管理这件事,听起来是个CRM配置问题,实际上是你能不能看见自己询盘管线的眼睛。没有状态管理,你只知道这个月收了多少条询盘、成了多少单,但不知道中间哪一步漏了多少。有了状态管理,你才能一眼看出:这个月卡在”已报价”状态的询盘有30条,其中12条已经停了超过一周——这12条就是你的瓶颈。
落地三步:先把状态砍到6个,每个对应一个动作;再给每个状态设最大停留时长,配三档停滞预警;最后要求关闭原因必填、分类统计。这套东西跑起来,你每周看一眼仪表盘,就知道该找谁谈话、该在哪一步加力气。
一句可以记住的话:状态管理的目的不是让销售填表,是让你一眼看出哪些询盘卡住了、卡了多久——6个状态加三档预警,比15个状态加没人看的仪表盘有用十倍。
