CRM 线索管理流程图（查重到成交）
CRM 线索管理流程图模板：重复记录检查、按销售区域或轮转分配、首次联系 SLA、联系节奏、资格认定与转换、培育或淘汰。
什么是crm 线索管理流程图（查重到成交）流程
CRM 线索管理是任何销售漏斗之下的运营层：管的是线索记录本身在 CRM 里发生了什么，而不是判断这条线索到底值不值。它从线索被采集的那一刻开始——来自网页表单、活动名单、批量导入或合作伙伴转介——下面这张图跟随的是记录而不是人：创建、对照数据库检查是否重复、匹配到某个客户或新建一个客户、分配给负责人、按首次联系服务水平推进、按既定节奏联系，最终落定为已转换的联系人与商机、一条培育路径，或一条带原因代码关闭的记录。当流程出现回路——比如一条培育中的线索重新回到联系，或一条逾期线索被重新分配——这张图把回路明确画出来，而不是让它变成 CRM 默认视图里悄悄发生的事。
这是记录穿过系统的旅程，不是对它值不值得销售花时间的判断。打分与框架的工作——判定一条线索是否越过市场合格门槛、并被客户经理按 BANT 或 MEDDIC 接受——属于销售线索资格认定流程，这张图刻意把它压缩成一个判断“是否符合匹配度与购买意向标准？”，而不是重新画一遍。下游，线索一旦转换为商机与联系人，报价、下单与开票这些商务步骤属于线索到订单流程；这张图止步于商机交给管道的那一刻。这条边界很重要，因为一张既想做 CRM 数据整洁地图、又想做交易打分模型的图，两件事都做不好，而拥有查重规则的人，很少也是拥有资格认定标准的人。
四个判断撑起这套流程，每一个都放在真正要回答它的人的泳道里。“是否与现有记录重复？”放在销售运营（CRM 管理员）手上，因为背着指标的销售代表，跳过一次数据所有者不会跳过的查重检查，动机太强。“是否找到匹配的销售区域？”也放在同一条泳道，因为分配规则是系统配置的决定，不是主观判断。“是否在 SLA 内回应？”放在真正执行联系节奏的 SDR 或 BDR 手上，并设第三条分支给超时，把线索导向升级，而不是让它在无声中变旧。“是否重新表现出购买意向？”把回路闭合：正是这个判断，让培育成为真正的重新进入点，而不是线索被遗忘的地方，它刻意放在市场运营而不是原来那位代表手上，因为一条冷线索的归属，在重新分配时通常需要重新谈定。
本流程图涵盖的内容
本模板包含
- 五条泳道——潜在客户、市场运营、销售运营（CRM 管理员）、SDR / BDR 与客户经理——横跨六个阶段：获取、数据质量与分配、首次联系、资格认定、转换，以及再利用与报告
- 获取之后紧接的“是否与现有记录重复？”判断，配一条保留活动历史的合并分支，以及与现有客户的匹配，让流程在任何分配或处理开始之前先把记录整理干净
- 分配判断“是否找到匹配的销售区域？”，同时覆盖按规则路由和作为兜底的轮转分配，使这张图展示线索究竟是怎样真正到达一位负责人手上，而不是假设分配就这样自然发生
- 首次联系的 SLA 计时，以及三分支判断“是否在 SLA 内回应？”：“已回应”预约资格审核电话，“仍有尝试机会”回到联系节奏继续走，“SLA 超时”升级给销售运营
- 综合判断“是否符合匹配度与购买意向标准？”，给出三条诚实的出口：“合格”进入转换，“培育”进入市场运营主导的培育活动，“淘汰”进入带原因代码的记录，让管道里没有任何线索就这样凭空消失
- 把再利用与报告当作一个真正的阶段，而不是事后补上的一笔：判断“是否重新表现出购买意向？”让一条培育中的线索重新回到首次联系，以及一份线索来源与数据卫生的记录，淘汰路径和再利用路径都要经过它
何时使用本模板
- 你们正在为 CRM 配置线索分配、查重或 SLA 规则，想在它固化成字段逻辑和自动化之前，先把目标流程定下来
- 重复的线索记录不断冒出来，你们需要看清查重到底应该发生在哪一步，由谁来做
- 线索卡在获取和被处理的商机之间的某个环节，你们需要判断问题出在分配、SLA，还是一个没有定义清楚的培育回路
- 你们在核对线索来源报告，数字对不上，因为合并、重新分配和淘汰从来没有被画成会被记录的步骤
- 你们正在带新人——一位 SDR、BDR 或 CRM 管理员——上手，想要一页图涵盖分配规则、节奏、升级，以及一条线索变冷之后会发生什么
运作方式
把泳道改成你们的角色
把潜在客户、市场运营、销售运营（CRM 管理员）、SDR / BDR 和客户经理，换成你们组织里实际存在的角色。小团队里，CRM 管理员这个职能常常是销售经理或运营通才兼职做的：把这条泳道并入真正负责它的那条，而不是画一次没人真正执行的交接。
把查重规则写到第一个判断上
“是否与现有记录重复？”只有在匹配逻辑被定义清楚时才是一道真正的关卡：匹配哪些字段（邮箱域名、公司名称、电话），是自动运行还是人工核实，以及当结果不确定而不是干净匹配时该怎么办。也要把客户匹配这一步记下来，因为一条线索完全可能是某个已有客户那边一个真正的新联系人。
定好分配规则和它的兜底
写清楚“是否找到匹配的销售区域？”具体是拿什么去比对——地区、行业、公司规模，还是指定客户名单——以及轮转在实践中到底是什么意思：固定的排队顺序、按未结线索数量做负载均衡，还是别的方式。一条没有定义兜底的分配规则，是线索无人认领最常见的原因。
定 SLA 和联系节奏
给首次联系的 SLA 定一个真实的数字，并定义“仍有尝试机会”背后的节奏：联系几次、用哪些渠道、间隔几个工作日，让超时有一个不含糊的触发条件。谈清楚升级实际做什么：立刻重新分配，还是先标记出来等待复核。
定义匹配度、购买意向，以及培育规则
写清楚“是否符合匹配度与购买意向标准？”到底在检查什么——多数团队会把企业属性上的匹配度信号，和基于行为的购买意向信号分开处理——并定义一条线索在培育里要待多久，才会被问到“是否重新表现出购买意向？”。一条没有期限的培育路径，正是线索被悄悄遗忘的地方。
公布淘汰原因代码
为“记录淘汰原因代码”定一份简短、封闭的清单，在这个字段上堵死自由文本。按固定周期和市场运营一起复核分布：一堆“没有预算”指向的是定向问题，一堆“没有回应”指向的是 SLA、联系节奏，或者线索来源本身。
拿一批真实线索走一遍
拿一周的线索——里面至少要有一条重复的、一次重新分配和一条进了培育的——把它们一条条放到图上走一遍。凡是大家嘴上会说、却没有被画出来的步骤，或者画了却在实际中被跳过的步骤，就是发布这套流程之前值得修正的发现。
常见问题
CRM 线索管理流程包含哪些步骤？
线索从网页表单、活动、导入或转介中被采集，CRM 里随即创建一条记录。销售运营把它和现有记录做比对：重复的会被合并，同时保留活动历史；新线索会被匹配到一个已有客户，匹配不上就新建一个。记录随后被分配——有匹配销售区域就按区域规则分，没有就按轮转分配——首次联系的 SLA 计时随之启动。销售代表按既定节奏推进；有回应就预约资格审核电话，没回应的尝试继续在节奏里循环，超时则升级给销售运营。资格认定得出三种结果：合格的线索转换为联系人、客户与交给管道的商机；值得再给一次机会的线索进入培育，在那里重新表现出购买意向会让它重新回到首次联系；其余的都带着编码好的原因关闭，并记入线索来源报告。
CRM 线索管理和线索资格认定有什么区别？
线索管理是记录在 CRM 里走的运营路径：获取、去重、分配、SLA 计时和联系节奏，以及记录最终的去向。线索资格认定则是嵌在这条路径里的判断层——对照理想客户画像打分、MQL 门槛，以及像 BANT 或 MEDDIC 这样的既定框架，用来判定一条线索是否值得客户经理花时间。这张图把资格认定处理成一个单一判断“是否符合匹配度与购买意向标准？”，因为打分机制本身是另一条流程，有自己的判断和自己的负责人。把两者混在一起的团队，通常会落到让 CRM 管理员去背打分标准，或者让市场团队去修复重复记录，这两种安排都不好用。
CRM 里的重复线索应该怎么处理？
在量变成危机之前先定好匹配逻辑：多数系统按邮箱域名加公司名称匹配，或者按电话号码匹配，对不干净的近似匹配设一条人工复核队列。确认是重复之后，合并进现有记录，而不是直接删掉新的那条，并保留原始创建日期和完整活动历史，而不是把两者中的任何一个重置掉。来源和营销活动字段值得单独定一条规则：只有当新的这次接触确实是更好的归因时才覆盖，而不是仅仅因为它更新。不管用哪个工具做检查，把没能匹配清楚的近似重复当成留给人来处理的队列，而不是悄悄自动合并——一次错误的自动合并，可能把一家公司的活动历史挂到另一家的联系人上。
线索分配通常按销售区域还是按轮转来定？
多数 CRM 会两种都用，按固定顺序执行，而不是随意二选一。按地区、行业、公司规模或指定客户名单设定的销售区域规则会先被尝试，因为它们能把线索路由给已经掌握背景或关系的那个人。轮转是所有区域规则都匹配不上时的兜底，把这些线索平均分配，或者按当前未结线索数量加权分配，分给能够接手未分配工作的那批代表。这两者需要一起写清楚，因为没有定义兜底，是线索最终躺在无人查看的队列里、没人认领的最常见原因。适用于你们的区域或客户的法定或合同性分配规则，不在这张图的范围内，应该找负责你们销售运营政策的人确认。
在培育里变冷的线索应该怎么处理？
应该按计划重新核查，而不是让它悄悄过期——这正是这张图里“是否重新表现出购买意向？”这个判断存在的意义。重新表现出的购买意向——一次新的表单提交、一次定价页访问、对一封培育邮件的回复——会把线索送回首次联系，而不是新开一条记录，这样它的历史就不会丢。过了复核节点仍然冷淡的线索，会带着原因代码关闭，而不是被删除，因为一条有据可查的关闭记录，对线索来源报告来说，远比一条凭空消失的记录有用得多。一条线索在培育里该待多久才触发这次核查，取决于你们自己的销售周期，这个数字应该由你们自己的数据来定，而不是从别处借来的。