销售线索资格认定流程图：从 MQL 到销售已接受线索
泳道式销售线索资格认定流程图：线索获取、理想客户画像评分、MQL 决策、SDR 触达节奏、需求探询会议、BANT 或 MEDDIC，以及交接给客户经理。
什么是销售线索资格认定流程图：从 mql 到销售已接受线索流程
线索资格认定是“制造兴趣”与“投入销售时间”之间的那道过滤器。它从一条线索被获取开始——来自表单、活动名单、伙伴推荐或外呼名单——并终止于两处之一：一个客户经理已经接受的商机，或一条带着原因代码关闭的线索。它被刻意设计成一个两端边界都很硬的短流程。
在这两端边界之外，各有一个相邻流程接手。上游的需求开发决定哪些活动、名单与渠道会产生线索；本图从那之后开始，此时线索已经在手。下游的商机管道负责从方案匹配、提案，到定价、谈判与成交的全部环节；那是另一张图，有另一套阶段关口。如果你们要记录的是一笔交易如何赢下来，那要用管道那张图。如果你们要记录的是一条线索如何赢得销售人员的注意力，那就是这一张。
这个模板横跨五条泳道——线索来源、市场部、SDR、客户经理与销售经理——以及五个阶段：获取、市场资格认定、触达、需求探询与交接。六个决策承载了整套分流。市场部回答“是否达到 MQL 门槛？”。SDR 在执行触达节奏时回答“是否收到回应？”，并在需求探询会议之后回答“是否满足资格认定标准？”。客户经理回答是否接受这次交接，而当交接被退回时，由销售经理裁定。夹在中间的是多数流程会略去的那个步骤：每一条出口——包括触达节奏用尽后的“无回应”——都要先经过“记录淘汰原因代码”，流程才决定把线索退回培育还是关闭它。这样一来，线索质量就可以用数量来讨论，而不是靠印象。
本流程图涵盖的内容
本模板包含
- 五条泳道（线索来源、市场部、SDR、客户经理、销售经理）横跨五个阶段：获取、市场资格认定、触达、需求探询与交接。
- 在任何评分之前的获取与信息补全：线索记录在 CRM 中创建，然后补全信息，并与既有客户和进行中的商机做去重，避免两个销售人员同时在做同一家公司。
- 对照理想客户画像匹配度评分，随后是“是否达到 MQL 门槛？”——“是”把线索分配给一位 SDR，“否”把它留在培育中，而重新活跃会把它送回去重新评分，而不是任由它过期。
- 一段带三向决策“是否收到回应？”的触达节奏：“是”预约需求探询会议，“仍有触达次数”折返到下一次接触，而“无回应”在节奏用尽后经原因代码把线索送出流程。
- 一次需求探询会议、按具名框架（BANT 或 MEDDIC）记录的资格认定笔记，以及“是否满足资格认定标准？”——通过的线索发起一次销售已接受交接，其余的走原因代码路径。
- 两个诚实的出口：“退回培育还是淘汰？”要么把线索送回培育，要么以淘汰关闭它；而被客户经理退回的交接会送到销售经理那里，由他维持退回，或推翻退回、把它转成一个已接受的商机。
何时使用本模板
- 市场部与销售部对线索质量各执一词，你们需要先就 MQL、销售已接受与淘汰的定义达成一致，数字才开始有意义
- 你们正在 CRM 中配置线索状态、分配规则或从线索到商机的转换，希望在它被写进字段与自动化之前，先把目标流程定下来
- 线索在队列里变陈旧，你们需要看清它们卡在哪里：MQL 门槛处、一段没走完的触达节奏里，还是一次无人认领的交接上
- 你们正在培训新的 SDR，希望用一页说清触达节奏、一次需求探询会议必须产出什么，以及一条线索在什么时候可以退回培育
- 你们正在建立市场部与销售部之间的服务级别协议，需要一张图来说明这份协议所适用的那次交接
运作方式
把泳道改成你们真实的角色
把“线索来源”换成你们实际获取线索的那些来源，并把“SDR”改名为 BDR、内销团队，或你们团队实际的叫法。如果同一个人既做开拓又做成交，可以把 SDR 与客户经理两条泳道合并——但要保留“客户经理是否接受？”这个决策：交给自己的交接同样需要一次明确的接受，否则就永远不会有任何东西被正式拒绝。
把 MQL 门槛写下来
只有当门槛落在纸面上，“是否达到 MQL 门槛？”才是一个真正的决策。写明匹配属性（行业、规模、地区、地理、技术栈）、哪些行为计入、什么分数或规则触发门槛、谁拥有它，以及多久复核一次。在那之前，答案只是某个人的主观判断，而它不会保持一致。
定义触达节奏，以及什么让它结束
确定接触次数、渠道、彼此之间相隔的工作日，以及第一次触达由谁负责。这会把“仍有触达次数”这个回路从一种习惯变成一条规则，也给了“无回应”一个确定的触发条件，让线索离开队列，而不是在里面变陈旧。
选定一个资格认定框架，并把它做成字段
决定“记录资格认定笔记”捕捉的是 BANT（预算、决策权、需求、时机）还是 MEDDIC（量化指标、经济决策人、决策标准、决策流程、已识别的痛点、内部支持者），然后把它们建成 CRM 字段，而不是一个备注框。一个你无法据以出报表的框架，是一份清单，而不是一道关口。
约定接受标准与退回路径
写下客户经理可以基于什么理由拒绝一次交接、最迟必须在什么时候回应，并确认由谁裁定。这个模板把被退回的交接送到销售经理那里：他要么维持退回，让线索走上原因代码路径，要么推翻退回，把它转成一个已接受的商机。如果这条路径没有定义，被退回的线索就会彻底停止流动。
公布原因代码，并定期复核
固定一份简短的封闭式淘汰原因清单，不要允许自由文本。按固定周期与市场部一起复核这些数字：“没有预算”的上升指向目标客户选择，“无回应”的上升指向触达节奏或线索来源。只保留一个版本的图，让流程变更出现在它的历史记录里，而不是出现在一封邮件里。
常见问题
MQL、销售已接受线索与 SQL 有什么区别？
它们标记的是三次不同的交接和三个不同的负责人。市场合格线索（MQL）已经达到市场部的评分门槛并被移交出去；在这张图里，那就是“是否达到 MQL 门槛？”的“是”分支。销售已接受线索（SAL）是销售部已同意去跟进的那一条——正因如此，接受被画成一个由客户经理回答的决策，而不是一次自动的状态变更。销售合格线索，或者说合格商机，是在需求探询会议上通过了资格认定、并且确实有机会变成一笔交易的那一条。需求瀑布模型把它们分开是有理由的：没有接受这一步，市场部报告的是已交付的线索，销售部报告的是它从未接手的线索，而这两个数字无法对上。
一段触达节奏应该有多少次接触，才把线索退回培育？
并不存在一个值得引用的通用数字，而那些作为最佳实践流传的数字，通常来自某一家供应商的数据集，而不是来自你们的市场。请依据你们自己的证据来设定：你们用哪些渠道、你们的购买周期有多长，以及在你们自己的数据里，回应从第几次接触开始消失。在结构上真正重要的是：这段节奏是有限的、写下来的，并且被执行——因为一段没有尽头的节奏永远不会正式用尽，于是线索既没有被跟进，也没有被释放。这也正是图中“是否收到回应？”带有一条明确的“无回应”分支、而不是一条隐含分支的原因。
我们该用 BANT 还是 MEDDIC 来做资格认定？
它们回答的是不同的问题。BANT（预算、决策权、需求、时机）是一道匹配度与准备度过滤器，一位称职的 SDR 可以在第一次交谈中完成，因此它是一道合理的交接关口。MEDDIC（量化指标、经济决策人、决策标准、决策流程、已识别的痛点、内部支持者）是一套用于审视交易的框架，为多干系人的复杂销售而建；你很少能在第一次通话里弄清决策流程或找到内部支持者。一种常见的安排是：以 BANT 作为交接的资格认定，在接受之后于商机内部补齐 MEDDIC。MEDDPICC 是同一套框架，另外扩展了签约流程与竞争态势。选定一种，把它写在图上，并把它的字段设为必填。
一条始终没有回应的线索该怎么处理？
把它退回培育，而不是删掉。在这个模板里，“无回应”分支不会直接走向一条已关闭的记录；它先到“记录淘汰原因代码”，再到“退回培育还是淘汰？”，由后者决定把线索送回培育还是关闭它。没有回应通常是时机信号，而不是匹配度信号，这条线索日后可能会再次达到评分门槛。两点实务提醒：记录线索的来源以及你们联系它的依据；并逐一核对你们开拓的每个法域对未经请求的电子营销的规定，各地并不相同——在中国内地，《广告法》与《个人信息保护法》对此设有规定。请向你们组织中负责营销合规的人确认细节。
被客户经理拒绝的线索归谁负责？
必须有人负责，否则它就停在那里。这张图把被退回的交接送到销售经理那里：他要么维持退回——那么线索走上原因代码路径，被退回培育或淘汰——要么推翻退回，于是它变成一个已接受的商机。把这次裁定画出来的价值在于，拒绝变得可见、可计数。如果多数退回都被维持，说明资格认定标准执行得太松；如果多数被推翻，说明你们的客户经理在推掉本该接下的工作。这两件事都值得知道，而当被拒绝的线索只是无声地飘回市场部、没有留下记录时，两件事都不会浮现出来。