询盘状态管理:生命周期定义、流转规则与停滞预警

询盘状态不是越多越好,6个状态足够覆盖从收到到成交的全流程:新询盘、已联系、沟通中、已报价、成交、关闭。状态超过10个,销售就不会再认真更新状态了。每个状...

询盘状态管理:6个状态,不多不少Inquiry lifecycle: 6 states, no more no less 状态越多越乱——80%的团队用了10个以上状态,真正有用的只有6个More states = more chaos — 6 is enough 新询盘New 未分配Unassigned 已联系Contacted 首响发出First reply sent 沟通中Negotiating 来回沟通Back-and-forth 已报价Quoted 报价已发Quote sent 成交/关闭Won/Lost 终态Closed 流转规则:只能前进不能后退,回退必须填原因Rules: forward only, backward needs reason 新→已联系(首响发出)→沟通中(买家回复)→已报价(报价发出)→成交/关闭New → Contacted → Negotiating → Quoted → Closed 停滞预警:每个状态设最大停留时长,超了自动告警Stall alert: max dwell time per state, auto-alert 已联系状态超过48小时无回复→预警;已报价超过7天无反馈→升级主管Contacted 48h no reply → alert; Quoted 7d no feedback → escalate 停滞预警三档Three-tier stall alert 黄灯:超最大停留时长50%→提醒销售跟进Yellow: 50% over → remind rep 橙灯:超最大停留时长100%→通知销售主管Orange: 100% over → notify manager 红灯:超最大停留时长200%→主管必须介入Red: 200% over → manager must step in
询盘生命周期六状态流转与三档停滞预警机制

询盘状态管理:生命周期定义、流转规则与停滞预警

结论先行:询盘状态不是越多越好,6个状态足够覆盖从收到到成交的全流程:新询盘、已联系、沟通中、已报价、成交、关闭。状态超过10个,销售就不会再认真更新状态了。每个状态必须设最大停留时长,超了自动告警:已联系48小时无回复黄灯提醒,已报价7天无反馈橙灯升级主管,超过200%红灯主管必须介入。反直觉判断:状态管理的目的不是让销售填状态,是让你一眼看出哪些询盘卡住了、卡住了多久。

一、六个状态:为什么不是八个、十个

很多团队的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 常见问题

询盘状态设几个最合适?
6个最合适:新询盘、已联系、沟通中、已报价、成交、关闭。状态超过10个,销售就不会再认真更新,所有询盘都停在”沟通中”,你根本不知道真实进展。每个状态对应一个明确动作:首响发了点”已联系”,买家回了点”沟通中”,报价发了点”已报价”。状态越少,销售越愿意更新,数据才越真实。
询盘在某个状态停多久算停滞?
按状态定最大停留时长:新询盘24小时(未分配就停滞),已联系48小时(首响发出后买家不回),沟通中7天(需求对齐太慢),已报价7天(报价发出去没反馈)。超最大停留时长50%黄灯提醒销售,100%橙灯升级主管,200%红灯主管必须介入。三档告警不让任何一条询盘悄悄死掉。
买家说”再考虑一下”算什么状态?
不算回退,算停在原地。如果还在沟通中,就继续停在沟通中;如果已经报价了,就停在已报价。买家说考虑一下不是状态变化,是进度暂停——你要做的是设下一次跟进时间,而不是改状态。下次跟进时间到了没动静,停滞预警自然会触发。不要因为买家说考虑一下就把状态拖回上一步。
关闭询盘必须填原因吗?
必须填,而且要分类。五类关闭原因:买家拒绝(价格太高/选了竞品/暂时不需要)、买家无效(垃圾/同行/联系方式错误)、超时无回复(跟进三次以上无回应)、重复询盘、其他。分类统计关闭原因,你才能知道询盘到底是在哪一步死的——是报价太贵,还是跟进不够。不填原因的关闭等于白关。
销售把状态随便改来改去怎么办?
设刚性规则:状态只能前进,不能后退。从”已联系”不能跳回”新询盘”,从”沟通中”不能跳回”已联系”。只有两种情况可以回退:分错了销售,或者发现是重复询盘。回退必须填原因,必须主管审核。这样防止销售把已经跟了三周的询盘拖回”沟通中”假装还在推进,避免状态漂移让数据失真。
停滞预警怎么推给销售才有效?
不要只发邮件,邮件会被淹没。推到销售的工作台首页:CRM仪表盘直接显示”你有3条黄灯询盘、1条橙灯询盘”,一打开就看到。同时推送钉钉/企微消息提醒。黄灯只通知销售本人,橙灯同时通知主管,红灯主管必须亲自处理。预警动作有时限:黄灯24小时内跟进,橙灯72小时内主管介入,红灯本周必须出结果。

写在最后

询盘状态管理这件事,听起来是个CRM配置问题,实际上是你能不能看见自己询盘管线的眼睛。没有状态管理,你只知道这个月收了多少条询盘、成了多少单,但不知道中间哪一步漏了多少。有了状态管理,你才能一眼看出:这个月卡在”已报价”状态的询盘有30条,其中12条已经停了超过一周——这12条就是你的瓶颈。

落地三步:先把状态砍到6个,每个对应一个动作;再给每个状态设最大停留时长,配三档停滞预警;最后要求关闭原因必填、分类统计。这套东西跑起来,你每周看一眼仪表盘,就知道该找谁谈话、该在哪一步加力气。

一句可以记住的话:状态管理的目的不是让销售填表,是让你一眼看出哪些询盘卡住了、卡了多久——6个状态加三档预警,比15个状态加没人看的仪表盘有用十倍。

李要超
李要超 环形山专家

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

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

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