线索分配前，先查清区域、行业和大客户归属冲突

教程定位

这篇教程解决什么问题

这篇教程解决的是线索分配前最容易被忽略的一步：先把可能抢单、撞车、保护客户和历史归属不清的线索筛出来，再把剩余线索分给销售。很多销售运营团队的分配流程看起来很快：线索导入 CRM，按省份、城市、行业、渠道或销售池规则一跑，名单当天就能分出去。但快不等于稳。等区域销售已经联系客户，行业销售也发了方案，大客户团队又提醒这家公司在保护名单里，运营才发现同一个客户被三条规则同时命中。这时再协调，客户体验已经变差，销售之间也会争“谁先跟”的事实。

这篇文章要做的不是判断谁的销售贡献更大，也不是处理成交后的绩效归属。它只聚焦分配前检查：在正式派发之前，用 AI 帮你把线索表、销售分区规则、行业名单、大客户保护名单和历史跟进记录放在一起，找出可能存在归属争议的线索，并整理成一份“线索分配冲突检查表”。这份表要让主管能快速确认：这条线索应该先归区域团队、行业团队、大客户团队、原历史负责人，还是暂缓分配等待补充信息。

AI 在这里适合做四件事。第一，把不同材料里的公司名、区域、行业、客户等级和历史负责人对齐成同一张检查表。第二，根据你给出的规则标注冲突类型，例如“区域与行业同时命中”“大客户保护名单命中”“历史负责人未解除”“同公司重复线索”。第三，给每条争议线索写出需要主管确认的问题。第四，把可以直接分配和必须暂缓的线索分开。AI 不应该替主管拍板归属，也不应该根据“哪个销售更强”来建议分给谁。

最终交付物是一份可复用的冲突检查表。它至少包含线索 ID、客户名称、命中区域、命中行业、是否大客户保护、历史归属、冲突类型、建议处理状态、需确认主管、确认问题和备注证据。你可以把它放进每周或每日线索分配流程里，让销售运营先完成检查，再批量分配。这样做的价值很直接：减少同客多销、减少销售内部争议、保护关键客户体验，也让后续分配例外有记录可查。

使用场景

什么情况下最适合用这一套

你是销售运营经理，负责把新进入 CRM 的线索分配给对应销售团队。公司有区域销售，也有行业销售，还有一组大客户或战略客户团队。线索来源包括官网表单、活动名单、渠道推荐、销售自拓补录和客户转介绍。分配规则并不只看一个字段：有些客户按省市归区域，有些按行业归行业团队，有些因为规模或历史关系归大客户团队，还有些线索虽然是新提交的，但公司在历史跟进记录里早就有负责人。

一个典型场景是这样的。虚构客户“宁川智造有限公司”在官网提交了试用申请，地址填的是“江苏苏州”，系统按区域规则命中“华东二区”。同一条线索的行业字段写着“工业设备”，又命中行业销售的“智能制造行业池”。运营准备分配时，历史跟进表显示这家公司 4 个月前由“客户成功转介绍”进入过 CRM，当时负责人是大客户销售林悦，状态为“暂停跟进，待预算确认”。如果这条线索直接按区域分给华东二区，行业销售可能也会在行业池里看到它，大客户销售稍后还会提出历史保护。

这类问题的麻烦之处，是每条规则看起来都合理。区域团队会说客户地址在自己的片区；行业团队会说公司属于自己的垂直行业；大客户团队会说客户在保护名单或历史名单里；原负责人会说自己之前已经建立过关系。销售运营如果只在分配后协调，就会被迫处理一堆已经发生的动作：谁发了第一封邮件，谁先打了电话，谁的客户备注更完整，谁应该停止跟进。这样的协调不仅耗时，还容易让销售把注意力放在内部归属，而不是客户需求。

所以，这篇文章的目标是把冲突提前暴露出来。分配前，你不需要决定所有复杂业务口径，但需要把“必须由主管确认”的线索筛出来。可直接分配的线索进入普通派发流程；有冲突的线索进入确认表；缺少关键字段的线索进入补数队列。销售运营经理要交付的不是一份漂亮报表，而是一份能阻止错误分配的工作表。

建议先把冲突分成五类：

| 冲突类型 | 说明 | 典型风险 | | --- | --- | --- | | 区域与行业同时命中 | 同一线索既满足区域分配规则，又满足行业专项规则 | 区域销售和行业销售重复跟进 | | 大客户保护命中 | 公司或集团出现在大客户保护名单中 | 普通销售误触战略客户 | | 历史归属未解除 | 历史跟进记录仍有负责人或保护期未过 | 新负责人接手前未交接 | | 同公司重复线索 | 同一公司以不同联系人或不同名称进入多次 | 多人联系同一客户 | | 关键字段缺失 | 区域、行业、统一客户名、集团关系等字段不完整 | 系统误分或无法判断归属 |

这五类冲突已经能覆盖大多数分配前争议。后续如果公司规则更复杂，可以继续加“渠道保护”“合作伙伴报备”“存量客户续约边界”等类型，但第一版不要把范围放得太大。只要能挡住最常见的重复跟进，就已经能显著降低运营返工。

材料准备

开始前先把材料和边界备齐

开始前先准备五类材料。真实使用时，请先脱敏，不要把完整手机号、私人微信、完整邮箱、合同金额、客户内部联系人关系、未公开项目预算或敏感备注直接粘给公开 AI。教程里的公司、人名、区域和编号都是安全虚构样例。

第一类是待分配线索表。至少包含线索 ID、公司名称、统一客户名或清洗后公司名、联系人角色、所在省市、行业字段、来源、提交时间、当前状态、备注摘要。如果公司有集团客户或母子公司识别字段，也要放入表里，因为大客户保护经常不是单个法人口径，而是集团口径。

第二类是销售分区规则。至少包含省份、城市、片区、区域销售组、区域主管、例外城市或特殊覆盖范围。有些公司会把“上海重点园区”“苏州工业园区”“深圳南山”等作为特殊片区，这些例外要单独列出，不要只给 AI 一句“按省份分配”。

第三类是行业名单。至少包含行业关键词、标准行业、行业销售组、行业主管、是否优先于区域规则、适用客户规模。如果行业团队只接特定规模或特定产品线线索，规则里要写清楚。例如“智能制造行业组只接员工数 300 人以上、存在设备数字化需求的企业”，否则 AI 会把所有制造业线索都标成冲突。

第四类是大客户保护名单。至少包含保护客户名、集团名、别名、保护团队、负责人、保护原因、保护开始时间、保护结束时间或复核周期、保护状态。保护名单一定要有状态，不要把多年以前的旧名单直接当成当前保护。对于已解除、待复核、仅续约保护、仅指定产品线保护的客户，要在规则里说明。

第五类是历史跟进记录。至少包含统一客户名、线索 ID 或客户 ID、历史负责人、所属团队、首次跟进时间、最近跟进时间、当前阶段、是否仍在保护期、关闭原因、是否允许重新分配。如果历史记录没有统一客户名，至少要提供公司名清洗规则，例如去掉“有限公司”“股份有限公司”“集团”“分公司”等后缀后再比较。

在给 AI 处理之前，你还需要写一个最小判断边界：

| 边界 | 建议口径 | | --- | --- | | AI 可以判断什么 | 哪些线索命中多条规则、哪些字段缺失、哪些需要主管确认 | | AI 不判断什么 | 最终分给谁、销售绩效算谁、谁对客户贡献更大 | | 默认处理状态 | 无冲突可分配；有归属争议待确认；证据不足待补数 | | 主管确认对象 | 区域主管、行业主管、大客户主管、原历史负责人主管或销售运营负责人 | | 证据要求 | 每条冲突必须写出命中的规则和来源材料，不能只写“疑似冲突” |

这个边界很重要。线索分配是业务动作，不是纯数据整理。AI 可以帮你把问题找出来、讲清楚，但不能代替管理者承担客户归属决策。

实操流程

按这套步骤把工作跑起来

【第一步：统一客户口径，不要只按线索 ID 看】

分配冲突往往不是发生在同一个线索 ID 内，而是发生在同一家公司、同一集团或同一客户主体的多条记录之间。你要先让 AI 或表格处理出一个“统一客户名”。例如“宁川智造有限公司”“宁川智造苏州分公司”“宁川智能制造集团”可能不一定是同一主体，但至少需要被标记为“疑似同集团”，进入复核视野。

建议先建立这些字段：

| 字段 | 用途 | | --- | --- | | lead_id | 原始线索编号，方便回查 | | raw_company_name | 线索表中的公司名称 | | normalized_company_name | 去掉常见后缀、统一全半角后的公司名 | | group_name | 如能识别集团或母公司，写集团名 | | contact_role | 联系人角色，用于判断是否同一客户不同联系人 | | province_city | 区域规则需要的省市 | | industry_raw | 原始行业字段 | | industry_standard | 归一后的标准行业 |

这一步不要急着分配。目标只是减少“同一客户不同写法”的漏检。对无法确认的集团关系，标记为“疑似同集团，需人工确认”，不要让 AI 自行合并客户档案。

【第二步：把区域规则和行业规则分别命中】

接下来让 AI 根据销售分区规则和行业名单，分别给每条线索标出区域命中和行业命中。注意，这里是“分别命中”，不是立刻选一个胜出。

检查表里建议设置这些列：

| 列名 | 示例 | 说明 | | --- | --- | --- | | matched_region | 华东二区 | 按省市或特殊片区命中的区域 | | region_owner_group | 华东二区销售组 | 对应区域销售团队 | | region_manager | 王岚 | 需要确认时的区域主管 | | matched_industry | 智能制造 | 按行业字段或关键词命中的行业 | | industry_owner_group | 智能制造行业组 | 对应行业销售团队 | | industry_manager | 赵辰 | 需要确认时的行业主管 | | region_industry_conflict | 是/否 | 两套规则是否同时命中且归属不同 |

如果公司规则明确写着“行业专项优先于区域”或“区域优先，行业只提供支持”，就把这个优先级作为辅助说明。但即使有优先级，也建议把冲突先列出来。因为有些线索表字段不完整，行业命中可能来自销售备注而不是标准行业字段；有些区域命中可能来自客户填的联系地址，而不是实际经营地。这些情况都值得主管看一眼。

【第三步：检查大客户保护名单】

大客户保护名单要单独检查，不能混在区域和行业规则里。原因很简单：大客户保护通常是为了避免普通销售误触战略客户、存量客户或正在谈判的关键客户。即使一条线索同时命中区域和行业，只要它在有效保护名单里，优先动作往往不是“分给某个新销售”，而是“联系保护负责人确认是否接收或释放”。

大客户保护检查至少包含这些字段：

| 列名 | 示例 | | --- | --- | | protected_account_hit | 是 | | protected_account_name | 宁川智能制造集团 | | protected_scope | 集团及全资子公司 | | protected_owner_group | 战略客户组 | | protected_owner | 林悦 | | protection_status | 有效 | | protection_end_date | 2026-09-30 | | protection_conflict_note | 线索公司疑似为集团子公司，需战略客户组确认是否覆盖 |

这里最容易出错的是“名称相似但主体不同”。例如“青桥能源科技”和“青桥能源设备”可能同属一个集团，也可能完全无关。AI 可以标记相似和疑似命中，但最终必须由销售运营或大客户主管确认。检查表里的状态建议分成“有效命中”“疑似命中”“未命中”“保护已过期待复核”，不要只有“是/否”。

【第四步：查历史跟进和保护期】

历史跟进是线索分配前最容易被低估的冲突来源。新线索进入时，表面看是新需求，实际上可能是老客户换了联系人、沉睡线索再次提交表单、旧商机关闭后重新启动，或者原负责人仍在跟进但没有及时更新状态。

历史检查建议看四个问题：

| 问题 | 判断方式 | | --- | --- | | 是否有同公司历史线索 | 用统一客户名、集团名、别名和联系人域名匹配 | | 是否有未关闭跟进 | 历史阶段不是“已关闭”“无效”“释放” | | 是否仍在保护期 | 最近跟进时间或保护截止日期仍有效 | | 是否有释放记录 | 是否明确写过“可重新分配”或“转入公海” |

如果历史负责人仍有效，检查表不要直接建议“分配给历史负责人”，而是写“需确认是否由历史负责人继续接收”。这是因为历史负责人可能已离职、转岗、客户已释放，或者公司规则变了。AI 只能指出历史关系，不应该替你判断当前组织安排。

【第五步：把冲突分级，不要把所有问题都丢给主管】

如果每条可疑线索都要求主管确认，流程会很快失效。销售运营要做的是把冲突分级，让主管只看真正需要判断的部分。

可以使用三档状态：

| 状态 | 使用条件 | 下一步 | | --- | --- | --- | | 可直接分配 | 只命中一条有效规则，且无保护、无历史未解除、关键字段完整 | 进入普通分配 | | 待主管确认 | 命中多条有效规则，或命中大客户保护，或历史归属未解除 | 进入冲突检查表 | | 待补充信息 | 关键字段缺失、公司主体不清、保护名单疑似命中但证据不足 | 补数后再判断 |

这一步的重点是让 AI 给出“为什么是这个状态”。例如“区域与行业同时命中，且行业规则未注明是否优先于区域”，这就是待主管确认；“行业字段为空，但备注写智能工厂改造，无法确认是否属于智能制造行业池”，这就是待补充信息；“只命中华南一区，无保护名单和历史记录”，才是可直接分配。

【第六步：为每条争议线索写主管确认问题】

冲突检查表不能只列一堆“是/否”。主管真正需要的是一个可以快速回答的问题。问题写得越具体，确认越快。

例如：

| 冲突类型 | 好的确认问题 | 不好的确认问题 | | --- | --- | --- | | 区域与行业冲突 | “宁川智造同时命中华东二区和智能制造行业组，行业专项是否优先接收？” | “这条归谁？” | | 大客户保护命中 | “该线索疑似宁川集团子公司，是否属于战略客户保护范围？” | “是不是大客户？” | | 历史归属未解除 | “历史负责人林悦最近跟进日期为 2026-06-18，是否继续接收该新联系人线索？” | “林悦还要不要？” | | 字段缺失 | “客户经营地缺失，仅有联系人手机号归属地，是否需要补充实际经营地后再分配？” | “资料不全怎么办？” |

确认问题应该带证据：命中了哪条规则、来自哪份材料、缺少什么字段。这样主管不需要回头翻五张表。

【第七步：输出冲突检查表，并只释放无争议线索】

最后，把检查结果拆成两个动作。第一，释放“可直接分配”的线索给普通分配流程。第二，把“待主管确认”和“待补充信息”的线索留在冲突检查表里，等待确认后再分配。

冲突检查表建议包含这些列：

| 列名 | 说明 | | --- | --- | | lead_id | 线索编号 | | normalized_company_name | 统一客户名 | | matched_region | 命中区域 | | matched_industry | 命中行业 | | protected_account_hit | 大客户保护命中状态 | | historical_owner | 历史负责人 | | conflict_type | 区域行业冲突、大客户保护、历史归属、重复线索、字段缺失等 | | assignment_status | 可直接分配、待主管确认、待补充信息 | | confirmation_owner | 需要确认的人或团队 | | confirmation_question | 主管需要回答的问题 | | evidence_note | 命中依据和缺失信息 | | final_decision | 人工确认后填写，不由 AI 预填 |

注意最后一列 `final_decision`。这列应该留给人工确认后填写，不要让 AI 直接填“最终归属”。AI 输出可以给“建议处理状态”，但最终决策必须来自销售运营或对应主管。这样既能提高效率，又不会把关键客户分配权交给模型。

输入示例

可以直接参考的输入材料

下面是一组安全虚构材料，真实使用时请替换成脱敏数据。样例刻意包含区域、行业、大客户保护和历史归属冲突，方便演示 AI 如何整理冲突检查表。

你可以看到，样例里没有真实手机号、真实邮箱或真实客户隐私。它保留的是业务判断所需的信息：公司名、区域、行业、保护名单和历史状态。

【待分配线索表】
lead_id,公司名称,联系人角色,省市,行业字段,来源,提交时间,备注
L-240701,宁川智造有限公司,信息化经理,江苏苏州,工业设备,官网试用申请,2026-07-01 09:30,关注设备数据采集和销售预测
L-240702,青桥能源科技,采购负责人,广东深圳,新能源,活动报名,2026-07-01 10:15,报名“能源企业数字化增长”直播
L-240703,北澜食品供应链,运营总监,浙江杭州,食品流通,渠道推荐,2026-07-01 11:20,渠道伙伴云帆推荐
L-240704,安禾医疗器械上海分公司,市场经理,上海,医疗器械,官网咨询,2026-07-01 13:40,希望了解区域经销商管理
L-240705,澄石软件,联合创始人,,企业服务,白皮书下载,2026-07-01 14:05,未填写经营城市

【销售分区规则】
省市,区域销售组,区域主管,备注
江苏苏州,华东二区,王岚,苏州工业园区归华东二区
广东深圳,华南一区,陈启,深圳全市归华南一区
浙江杭州,华东一区,周宁,杭州归华东一区
上海,华东重点区,王岚,上海重点客户需额外检查大客户名单

【行业名单】
行业关键词,标准行业,行业销售组,行业主管,优先规则
工业设备|智能制造|设备数据,智能制造,智能制造行业组,赵辰,行业专项优先级待主管确认
新能源|能源管理|储能,新能源,新能源行业组,许珂,行业专项优先于区域
医疗器械|医院设备,医疗健康,医疗健康行业组,梁越,仅员工数300人以上优先
企业服务|SaaS,企业服务,企服行业组,沈知,区域优先，行业组协同

【大客户保护名单】
保护客户名,集团名,别名,保护团队,负责人,保护状态,保护截止日期,保护范围
青桥能源集团,青桥能源集团,青桥能源科技|青桥储能,战略客户组,林悦,有效,2026-09-30,集团及全资子公司
安禾医疗集团,安禾医疗集团,安禾医疗器械,战略客户组,林悦,待复核,2026-06-30,集团总部及重点分公司

【历史跟进记录】
统一客户名,历史负责人,所属团队,最近跟进时间,当前阶段,保护截止日期,释放状态
宁川智造,林悦,战略客户组,2026-06-18,暂停跟进待预算,2026-08-31,未释放
北澜食品供应链,顾南,华东一区,2026-03-10,已关闭无预算,2026-04-30,已释放
安禾医疗器械,林悦,战略客户组,2026-06-20,需求确认中,2026-08-20,未释放

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。把方括号里的内容替换成你的脱敏材料即可。

这个提示词的关键是把“找冲突”和“做最终决策”分开。你让 AI 做的是分配前检查，而不是分配审批。这样输出会更稳，也更适合放进运营流程。

你是销售运营经理的助手。请根据我提供的待分配线索表、销售分区规则、行业名单、大客户保护名单和历史跟进记录，生成一份“线索分配冲突检查表”。

任务目标：
1. 在正式分配前，找出可能存在区域、行业、大客户保护、历史归属、同公司重复或关键字段缺失冲突的线索。
2. 将线索分为三类：可直接分配、待主管确认、待补充信息。
3. 对待主管确认的线索，写出具体确认问题和证据说明。
4. 不要替我做最终归属决策，不要判断销售绩效归属，不要建议按谁贡献更大来分配。

判断规则：
- 区域规则和行业规则分别命中，不能直接合并成一个结果。
- 如果同一线索同时命中区域销售组和行业销售组，且规则没有明确优先级，标记为“区域行业冲突”。
- 如果客户命中有效大客户保护名单，标记为“大客户保护命中”，状态为“待主管确认”。
- 如果大客户保护状态为待复核或已过期但历史记录仍未释放，标记为“保护或历史归属待复核”。
- 如果历史跟进记录显示保护期未过或释放状态为未释放，标记为“历史归属未解除”。
- 如果关键字段缺失，例如省市为空、行业为空、公司主体不清，标记为“待补充信息”。
- 如果只命中一条有效规则，且无保护、无历史未解除、关键字段完整，标记为“可直接分配”。
- 对名称相似、集团关系不确定的客户，只能标记“疑似”，不能自行合并客户。

请输出 Markdown 表格，列包括：
lead_id
统一客户名
命中区域
命中行业
大客户保护命中
历史负责人
冲突类型
建议处理状态
需确认主管
主管确认问题
证据说明

请在表格后补充：
1. 可直接进入普通分配的线索清单。
2. 必须暂缓分配的线索清单。
3. 需要补充的字段清单。
4. 人工复核提醒：哪些结论不能由 AI 自动决定。

【待分配线索表】
粘贴你的脱敏线索表

【销售分区规则】
粘贴你的分区规则

【行业名单】
粘贴你的行业名单

【大客户保护名单】
粘贴你的保护名单

【历史跟进记录】
粘贴你的历史跟进记录

输出样例

AI 应该输出到什么程度

下面是基于前面安全虚构样例得到的一版输出。它不是最终归属决定，只是一份冲突检查表初稿。

| lead_id | 统一客户名 | 命中区域 | 命中行业 | 大客户保护命中 | 历史负责人 | 冲突类型 | 建议处理状态 | 需确认主管 | 主管确认问题 | 证据说明 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | L-240701 | 宁川智造 | 华东二区 | 智能制造 | 未命中 | 林悦 | 区域行业冲突；历史归属未解除 | 待主管确认 | 王岚、赵辰、战略客户组主管 | 宁川智造同时命中华东二区和智能制造行业组，且历史负责人林悦保护期至 2026-08-31，是否由原历史负责人继续接收，或由行业专项接收后完成交接？ | 线索省市为江苏苏州，命中华东二区；行业和备注命中智能制造；历史记录显示未释放 | | L-240702 | 青桥能源科技 | 华南一区 | 新能源 | 有效命中 | 林悦 | 大客户保护命中；区域行业冲突 | 待主管确认 | 战略客户组主管、许珂、陈启 | 青桥能源科技是否属于青桥能源集团保护范围？如属于，是否暂缓普通区域和行业分配，由战略客户组接收？ | 保护名单别名包含青桥能源科技，保护状态有效至 2026-09-30；同时命中华南一区和新能源行业组 | | L-240703 | 北澜食品供应链 | 华东一区 | 未命中 | 未命中 | 顾南 | 无当前冲突 | 可直接分配 | 无 | 无需主管确认，可按华东一区普通规则分配 | 历史记录已关闭且已释放，保护截止日期已过；当前只命中华东一区 | | L-240704 | 安禾医疗器械 | 华东重点区 | 医疗健康 | 疑似或待复核 | 林悦 | 保护或历史归属待复核；区域行业冲突 | 待主管确认 | 王岚、梁越、战略客户组主管 | 安禾医疗器械上海分公司是否仍属于安禾医疗集团保护范围？医疗健康行业组是否满足员工数 300 人以上优先条件？ | 保护名单状态待复核且截止日期为 2026-06-30；历史记录未释放至 2026-08-20；线索同时命中上海重点区和医疗健康 | | L-240705 | 澄石软件 | 待补充 | 企业服务 | 未命中 | 未发现 | 关键字段缺失 | 待补充信息 | 销售运营负责人 | 需要补充客户实际经营城市后，才能判断区域归属；企服行业规则为区域优先、行业协同 | 线索省市为空，仅能判断企业服务行业，无法完成区域分配 |

可直接进入普通分配的线索：

| lead_id | 统一客户名 | 建议分配路径 | 原因 | | --- | --- | --- | --- | | L-240703 | 北澜食品供应链 | 华东一区普通分配 | 历史记录已释放，无保护命中，无行业专项冲突 |

必须暂缓分配的线索：

| lead_id | 统一客户名 | 暂缓原因 | | --- | --- | --- | | L-240701 | 宁川智造 | 区域行业同时命中，历史负责人保护期未解除 | | L-240702 | 青桥能源科技 | 有效大客户保护命中，且同时命中区域和行业 | | L-240704 | 安禾医疗器械 | 保护名单待复核，历史记录未释放，行业优先条件缺少员工数证据 |

需要补充的字段：

| lead_id | 统一客户名 | 缺失字段 | 补充后用途 | | --- | --- | --- | --- | | L-240705 | 澄石软件 | 实际经营城市 | 判断区域销售组 | | L-240704 | 安禾医疗器械 | 员工数或客户规模 | 判断医疗健康行业组是否优先接收 |

人工复核提醒：

这份输出已经具备上线前检查表的基本形态。你还需要做的，是把表格中“需确认主管”和“主管确认问题”发给对应负责人确认，并把确认结论写入最终分配记录。

• “待主管确认”不是最终归属，确认后才能写入 final_decision。
• 大客户保护命中和历史归属未解除的线索，不应直接进入普通分配。
• 对集团关系、分公司覆盖范围、保护名单待复核状态，AI 只能提示风险，不能自动合并客户或释放保护。
• 本检查表不处理销售绩效归属，也不判断后续成交业绩算哪个团队。

人工验收

人要怎么检查和改到可用

AI 输出后，销售运营经理不能直接拿去批量分配。至少要做六类人工检查。

第一，检查客户名称归一是否过度。AI 可能把名称相似的公司误认为同一集团。例如“青桥能源科技”和“青桥能源设备”是否同属青桥能源集团，必须看工商主体、客户档案、集团关系或内部客户主数据，不能只看名字相似。凡是 AI 写“疑似同集团”的地方，都要保留为疑似，不能直接合并。

第二，检查区域命中是否使用了正确地址。线索表里的省市可能是联系人所在地、发票地址、注册地或客户随手填写的城市，不一定是实际经营地。区域分配如果依赖实际经营地，就要确认字段来源。对于只填手机号归属地、只填总部地址或只填分公司地址的线索，应标记为待补充信息。

第三，检查行业命中是否过宽。行业名单里的关键词很容易误伤。例如备注里出现“设备”不一定就是智能制造，出现“能源”也不一定属于新能源行业专项。行业团队如果只接特定产品线、规模或需求阶段，要把限制条件加进检查表。AI 输出里缺少这些条件时，不能直接标成行业冲突。

第四，检查大客户保护名单是否有效。保护名单不是越大越好。过期保护、待复核保护、仅总部保护、仅指定产品线保护、仅续约保护，都不能简单等同于“所有线索都归大客户团队”。你要把保护状态、保护范围和截止日期写清楚，再让主管确认。

第五，检查历史归属是否仍然生效。历史负责人存在，不代表当前必须分给他。要看最近跟进时间、保护期、释放状态、负责人是否还在岗、客户是否已关闭、是否转入公海、公司是否调整了分配规则。AI 只能把历史关系提示出来，最终要由销售运营或主管确认是否继续沿用。

第六，检查表格状态是否可执行。每条线索只能有一个当前处理状态：可直接分配、待主管确认或待补充信息。不要让一条线索同时出现在“可分配”和“暂缓分配”清单里。对待主管确认的线索，要有明确确认人和明确问题；对待补充信息的线索，要写清缺哪个字段、由谁补、补完后怎么重新判断。

建议你在正式使用前增加一列“人工确认结果”，只允许填写这些值：

| 人工确认结果 | 含义 | | --- | --- | | 分配给区域团队 | 已确认区域规则优先 | | 分配给行业团队 | 已确认行业专项优先 | | 分配给大客户团队 | 已确认保护名单覆盖 | | 交回历史负责人 | 已确认历史归属继续有效 | | 补充信息后再分配 | 当前证据不足 | | 释放至普通分配 | 原冲突已排除 |

这样，检查表就不只是 AI 的输出，而会成为可追溯的运营记录。下次销售提出“为什么这条没有分给我”，你可以回到确认表里看当时命中的规则、主管确认问题和人工结论。

失败反例

这些失败反例要提前避开

某条线索省市在华东二区，系统直接分给区域销售。但备注里明确写着“设备数据采集”，行业名单也把“智能制造”列为专项跟进范围。两天后行业销售从活动名单里再次联系客户，客户收到两套不同开场白。这个错误不是区域规则错了，而是分配前没有把行业命中单独检查出来。

一条线索命中了“安禾医疗集团”的别名，但保护名单状态是待复核，保护截止日期已经过期，且只覆盖集团总部。AI 如果直接写“分配给战略客户组”，就越过了人工确认。正确做法是标记“保护或历史归属待复核”，让战略客户组确认保护范围是否覆盖该分公司。

历史记录里有负责人，并不等于这条新线索一定归他。可能历史商机已经关闭，客户已释放，负责人已转岗，或者新需求属于行业专项。分配前检查表应该写“历史归属未解除，需主管确认”，而不是直接把所有历史客户都派回原销售。

有团队会在提示词里写“请判断这条线索最终业绩应该算区域销售还是行业销售”。这已经偏离分配前检查，进入绩效归属和组织激励问题。AI 没有上下文，也不应该替管理者处理这类高风险判断。本教程只要求 AI 找出冲突、列出证据和确认问题。

线索没有省市，行业只有“企业服务”，备注也很模糊。为了当天分配完成，运营让 AI 根据公司名猜城市，或者按来源渠道随机分给一个销售。这样的分配后续很难解释。正确做法是把它放入“待补充信息”，明确缺少实际经营城市或客户主体信息，补齐后再进入分配流程。

表格里写着“区域行业冲突”“大客户疑似命中”，但没有写谁确认、确认什么、依据是什么。这样的表会变成新的待办堆积。每条冲突必须有确认主管和确认问题，否则销售运营只是把分配压力从系统里搬到了表格里。

1. **反例一：只按省市自动分配，忽略行业专项。**
2. **反例二：看到大客户保护名单就直接分给战略客户组。**
3. **反例三：把历史负责人当成最终负责人。**
4. **反例四：让 AI 判断谁更应该拿业绩。**
5. **反例五：把缺字段线索硬分出去。**
6. **反例六：冲突表没有确认人，只有冲突标签。**

主题边界

它和相邻主题的区别

这篇文章只处理“线索分配前”的冲突检查。它的产物是一份线索分配冲突检查表，核心问题是：在把线索派给销售之前，哪些线索因为区域、行业、大客户名单或历史归属存在争议，需要主管确认或补充信息。

它不是线索来源归因文章。来源归因关注“这条线索从哪里来”，会讨论一级来源、二级活动、首次接触、最近触达等字段；本文关注“这条线索现在能不能分、分配前有没有撞规则”。一条线索可以来源于市场活动，但分配时仍然因为大客户保护而暂缓。

它也不是重复线索合并文章。重复线索合并关注手机号、邮箱、公司名、联系人等字段如何去重合并；本文只在分配前把同公司或疑似同集团作为冲突风险提示，不负责真正合并客户主数据。

它还不是渠道线索质量评级文章。渠道质量评级关注线索是否完整、是否有效、是否值得跟进；本文不评价线索好坏，只检查归属冲突。即使一条线索质量很高，只要命中大客户保护或历史归属未解除，也应该先暂缓普通分配。

最后，它不处理销售绩效归属。区域销售、行业销售、大客户销售谁最终拿业绩，要看公司制度、客户阶段、成交贡献和管理确认，不应由 AI 在分配前检查中决定。本文的边界是帮销售运营把争议提前摆到桌面上，让主管在客户被重复打扰之前做出确认。