快速答案

先明确这项工作支持的业务决定，再限定数据来源、输出格式和人工审批人。本页重点是兼顾账户归属、区域、语言、容量、时效与异常处理。

本指南适合: 需要兼顾账户归属、区域、语言、容量、时效与异常处理的业务负责人、运营团队与流程设计者.

线索路由是负责人状态机，不是一串 if 条件

路由从一条合资格记录准备交给销售开始，只有在有效负责人确认接手，或记录进入有截止时间的可见异常队列时才结束。完成字段分配不等于确认接手，发出通知也不等于完成跟进。

区分资格、分配与响应

先判断记录能否进入销售路由：身份、必填字段、同意/退订、重复风险和生命周期阶段。再选择目的地。最后分别记录送达、负责人确认、首次有意义动作、SLA、重新入队和关闭时间。

让优先级可以确定重放

规则可能冲突：现有账户位于一个区域，却咨询由另一团队负责的产品。必须公布规则顺序与停止条件，并记录每条规则的评估结果，而不只保存赢家。

六道路由关卡

按顺序评估，并为每一道关卡定义安全失败状态
关卡决定安全失败
资格记录是否有效、可为当前目的联系，并已进入销售阶段？隔离、抑制或请求修正数据
身份是否匹配账户、联系人、进行中商机或重复记录？进入匹配/合并复核，不制造并行负责人
覆盖哪些指定账户、区域、产品、规模、行业和语言团队合格？带原因进入受控通用池
可用性哪位合格销售在排班、在线且低于容量？启用备用覆盖或保持可见未分配
优先级经验证的来源/意向属于哪个 SLA 等级？使用默认等级，不从缺失数据发明紧急性
确认负责人是否确认并执行有意义的下一步？升级、幂等重入队并保留轨迹
首条命中透明版本化有序规则集，记录全部评估结果。
容量先于公平轮询只应在真正能接单的人之间公平。
没有静默终点未匹配、重复、不可用和失败记录始终可见。
15

15 条带验收测试的线索分配规则

把它们实施为有顺序、有版本的合同；字段和优先级按自身 CRM 调整，但保留失败状态与证据。

01

现有账户负责人优先

当新联系人或域名可靠匹配到唯一活跃账户时，保留已有客户关系上下文。

命中条件 合资格线索通过获准标识（账户ID、已验证企业域名、标准化公司名或确认的联系人关系）只匹配一个活跃账户；当前负责人具备权限、能在账户SLA内响应且未超过硬容量时，分配给该负责人。 优先级 先执行身份与重复检查。本规则通常高于地域、来源和轮询，但是否低于“进行中商机负责人”须由营收运营明确。不得把免费邮箱域名自动匹配到公司。 输出与测试 记录matched_account_id、匹配方法、置信状态、原负责人、最终负责人、规则版本和时间。测试精确、含糊、母子公司、负责人停用和无匹配；含糊结果进入人工复核，不得抢占或复制账户所有权。
02

进行中商机负责人优先

关系得到验证且已有活跃交易时，让新咨询回到当前商业负责人。

命中条件 匹配账户或联系人只有一个处于获准阶段的进行中商机，且新咨询与该商机相关，则交给其活跃负责人，并把新上下文附到同一购买流程。 冲突处理 书面定义多个商机、协同销售、阶段陈旧、不同事业部和可见权限受限的处理方式。不得向无权请求者暴露商机信息。新产品咨询可增加产品专家，但不一定改变商业负责人。 输出与测试 记录opportunity_id、阶段、最后核验活动、关系证据、负责人、协作者和跳过其他规则的原因。测试单个、多个、陈旧、已关闭、不可访问和产品不符；无法确定时交营收运营处理。
03

指定账户规则

通过有版本的战略账户登记表兑现分工，不把公司名写死在脆弱的工作流分支里。

命中条件 标准化账户标识出现在指定账户登记表中，且路由时间落在有效期内，则交给登记的负责人/团队，并套用书面SLA。 控制 登记表包含负责人、effective_from/to、区域、账户层级、备用人、冲突裁决人与变更历史；优先使用稳定账户ID，单独一列公司名不足以驱动自动分配。根据优先级，已验证的活跃商机可高于登记表。 输出与测试 记录登记表版本、匹配键、有效日期、指定负责人、备用人和覆盖理由。测试改名、子公司、收购、过期、重复登记、备用缺失和负责人停用；冲突进入指定账户异常队列。
04

地理区域规则

依据权威业务地域分配，而不是未经验证的 IP 地址或自由文本国家名。

命中条件 合资格账户有获准的路由地域（如账单国家、合同服务地或已核实总部）并映射到活跃区域时，筛选相应团队；明确决定路由的是哪个字段，并标准化国家/地区代码。 边界 IP定位、浏览器语言和电话区号只能作为线索。定义远程员工、跨国账户、母子公司、争议区域和跨境数据限制。现有负责人和指定账户通常具有更高优先级。 输出与测试 记录原始地域、标准值、来源时间、区域表版本、候选团队和歧义原因。测试缺失、冲突、不支持、新建和变更区域；未知值进入有时限的全球队列，不随机给销售。
05

产品专属团队

把明确的产品需求与合资格专家匹配，同时保持唯一商业负责人。

命中条件 线索通过获准事件/字段明确选择或表现出某产品需求，且当前产品分类能映射到专家名单时，增加合资格专家，或按账户模型确定由专家接任。 控制 版本化产品分类，区分明确请求与推断兴趣，定义组合包、停售、多产品和交叉销售。一次页面浏览不得覆盖账户或商机负责人；专家作为协作者时，主要负责人仍须可见。 输出与测试 记录产品代码、证据事件与时间、分类版本、负责人、协作者和SLA。测试单一/多个/未知产品、陈旧事件、SKU改名、无专家和账户冲突；不支持产品进入异常队列并给客户安全回复。
06

公司规模分层

使用书面分层定义和置信状态，不把缺失人数当成小企业。

命中条件 经验证的企业数据满足当前分层政策（人数、营收、合同潜力或获准组合）时，筛选相应覆盖团队，并保存政策版本与驱动字段。 数据质量 定义来源优先级、新鲜度、币种换算、子公司、供应商冲突、公共部门/非营利例外和未知值。不得捏造分层；缺失或陈旧数据产生UNKNOWN或通用池，不能自动判成低价值。 输出与测试 返回输入值与日期、分层、置信状态、候选团队和冲突。测试边界值、来源冲突、快速增长、母子公司、非商业组织和缺失数据；审计分层变化是否造成系统性服务差异。
07

行业专属团队

使用受控行业分类；只有证据足够具体时，才启用行业专家。

命中条件 匹配账户具有当前获准行业代码或人工确认的行业映射时，筛选已认证专家；同时保留原始来源和标准分类值。 边界 定义混合业务、母子公司差异、受限制/受监管行业、未知类别和分类版本变化。网站文本分类可提出建议，但不能悄然决定受监管处理。现有负责人可保留所有权并增加专家。 输出与测试 记录来源与日期、标准代码、置信状态、专家资格、负责人/协作者和复核要求。测试多行业、低置信、新增行业、受监管、排除和无专家记录。
08

语言匹配

优先使用客户明确语言偏好，匹配能提供服务的销售；不以推断地区替代偏好。

命中条件 客户明确选择商务沟通语言，或现有已验证档案含该偏好时，筛选在获准技能表中达到所需熟练度的销售/团队。 控制 定义来源优先级、备用语言、翻译支持、双语区域和无人支持时的处理。浏览器语言、姓名、国籍和IP不是可靠替代，也不得从语言推断敏感身份。 输出与测试 记录请求语言、证据来源/时间、熟练度要求、候选人、负责人、翻译兜底和确认方式。测试不支持、多语言、冲突、缺失和偏好变化；可行时直接询问客户，不要猜。
09

时区覆盖

根据服务地点和公布排班，把线索交给能在 SLA 内确认的合资格覆盖。

命中条件 线索有已验证服务时区和跟进SLA时，筛选当前或允许窗口内上班的合资格销售。使用IANA时区标识，以UTC保存事件，并正确处理夏令时转换。 控制 轮询中的“下一位”不等于可用。综合排班、节假日、请假、在线政策和容量，定义下班后区域池及启用备用前的最长等待。没有值班覆盖时不得承诺即时联系。 输出与测试 记录事件UTC、服务时区、本地时间、排班版本、下次可用时间、负责人/队列、due_at和备用。测试周末、假日、夏令时跳时/重复、时区缺失、跨夜班和系统故障。
10

线索来源优先级

从可验证获客事件确定 SLA 等级，但来源不得绕过负责人、同意或资格检查。

命中条件 来源和活动数据存在于获准、不可随意覆盖的字段时，将其映射到有版本的服务等级（例如明确预约演示与一般内容下载）。原始来源、最近触点和模型分数必须分开。 边界 来源优先级只改变响应时间，不改变事实与权限。拒绝伪造、格式错误、自报或被覆盖的归因。付费流量不天然更优，缺少UTM也不能证明直接来源；所有权、重复、退订和资格检查在前。 输出与测试 记录原始/最近来源、证据事件、活动标识、映射版本、SLA与不确定性。测试来源冲突、重定向、线下导入、合作伙伴、参数缺失和机器人/测试提交。
11

高意向快速通道

只对含义与有效期均明确的已验证动作加速。

命中条件 合资格客户在有效期内完成获准高意向事件（如演示申请、价格咨询或产品资格里程碑），则使用快速SLA并提醒合资格且可用的覆盖。 控制 记录事件身份、去重、机器人/欺诈检查、同意与目的、时效和账户上下文，并明确哪些事件不算高意向。单次浏览、邮件打开或AI情绪推断不能悄然触发高接触外联；重复提交幂等更新一项工作。 输出与测试 写入event_id、类型、occurred_at、验证状态、有效期、优先级、due_at、负责人和确认。测试重放、双击、机器人、过期、撤回、退订、已有商机和无容量。
12

按容量轮询

只在技能合格、可用且仍有容量的销售之间公平分配。

命中条件 没有延续或专属规则选出唯一负责人时，先检查角色、区域、技能、排班、请假、权限和硬容量，再用[负载均衡/最久未分配]及书面平局规则选人。 控制 定义容量单位、哪些活跃记录消耗容量、预留时点、并发分配、人工分配和释放条件。用原子预留/幂等键避免同时到达的线索挤满同一人。轮询和负载均衡解决不同的公平问题，必须写清方法。 输出与测试 记录候选集、排除原因、分配前后容量、最后分配状态、平局规则、负责人和事务ID。测试并发、零/负容量、同分、人工分配、停用账户和陈旧容量。
13

离岗备用负责人

负责人不可用时转移工作，但不丢失关系上下文，也不制造相互竞争的负责人。

命中条件 被选负责人停用、已请假、无法在SLA窗口工作，或到due_at仍未确认时，按书面顺序启用个人备用、团队池或升级经理。 控制 定义是转移所有权还是临时覆盖、谁能查看完整账户、原负责人回归时如何恢复，以及活跃会话如何避免重复外联。日历状态可能陈旧，应结合获准可用性来源；重新分配必须幂等。 输出与测试 记录原负责人、不可用原因/来源、截止时间、备用链、新负责人/覆盖角色、通知和恢复规则。测试计划请假、突然停用、排班不符、备用过期、无人备用和重复升级任务。
14

重复线索合并队列

在多个销售联系同一客户或 CRM 状态冲突前，先解决身份。

命中条件 获准匹配规则标记潜在线索/联系人/账户重复时，暂停正常分配并进入受限匹配合并队列；只有安全的精确匹配才可自动附加活动。 控制 匹配与合并分开。定义精确/模糊键、置信区间、跨对象匹配、字段保留规则、同意/退订优先级、负责人冲突、活动重挂、撤销路径和合并权限。不得只凭共同公司名或家庭邮箱合并。 输出与测试 记录候选ID、匹配特征、置信状态、现负责人、敏感冲突、拟保留记录、字段差异、评审人和结论。测试拼写错误、别名、邮箱回收、母子公司、共用电话、同意冲突和假阳性。
15

未匹配线索异常队列

保证无法确定唯一目的地的每条合资格记录仍可见，并由队列负责人处理。

命中条件 没有规则产生唯一有效负责人，或工作流报错、超时、缺字段、出现多个赢家时，只创建一个带原因码和due_at的异常项；异常队列本身必须有具名运营负责人。 控制 原因码区分NO_MATCH、MULTIPLE_MATCH、MISSING_FIELD、NO_CAPACITY、NO_AVAILABILITY、OWNER_INACTIVE、DUPLICATE_REVIEW、SYSTEM_ERROR和POLICY_BLOCK。只有临时故障可有限退避重试，并沿用同一幂等键；不得静默默认给任意用户。 输出与测试 保存输入快照、规则版本、评估轨迹、候选、失败、重试、队列、SLA、处理人、结论和需要修改的规则。按原因监控数量与年龄，并测试每个原因及通知/队列故障。

完整轨迹：周五临近下班的演示申请

以下是假设轨迹，只说明优先级与恢复，不是客户事故或特定 CRM 效果声明。

17:55 UTC — 接收一份已验证演示表单到达，包含当前目的同意、企业邮箱、产品代码 P2 和账户名，并获得唯一接收ID。
17:55 — 身份精确域名与账户ID匹配到现有账户及一个进行中商机；另一条同时新建的线索被标记重复，暂停分配。
17:56 — 延续按优先级由商机负责人胜出；P2需要产品专家协作，但不建立第二商业负责人。
17:56 — 可用性负责人已请假，无法满足两小时确认SLA；账户备用人在线、有权限且有容量，因此获得临时覆盖。
17:57 — 送达备用人收到完整账户上下文、咨询、截止时间与“临时覆盖”身份。仅发送通知不会停止SLA计时。
18:08 — 确认备用人确认接手。轨迹保存规则版本、全部评估、重复暂停、负责人/备用、产品协作者、容量预留、due_at与确认时间。

验收条件

系统中只有一个可负责工作项；重复记录不能触发第二次联系；关系负责人仍可见；产品专家已附加；不可用负责人不会接到注定超时的工作；确认会停止升级；审计人可用冻结输入和规则版本重放决定。

生产上线前如何测试路由

建立决策表

列出规则顺序、必填字段、赢家、停止条件、兜底和异常码，并逐对检查规则重叠。

影子重放历史记录

把拟分配与真实关系上下文比较并复核差异，不改写线上负责人。

测试并发与故障

同时提交重复项、清空容量、使排班过期、延迟通知、重试任务并强制 CRM 返回错误。

测量完整 SLA

分别记录 eligible、assigned、delivered、acknowledged、首次有意义动作、重新入队和异常关闭时间。

OpenMax 如何支持该流程

OpenMax lead routing rules 工作流图

从提示词变成可治理的 OpenMax 工作流

在 OpenMax 中，可把这些模板配置为有明确输入、工具权限、输出字段、日志和人工审批点的 AI 员工工作流，重点支持兼顾账户归属、区域、语言、容量、时效与异常处理。模板负责定义任务，权限与审批关卡负责控制动作。

了解 OpenMax →

限制与人工复核边界

路由自动化的是工作归属，不能证明联系同意、购买意图、身份、资格或销售质量。

  • 不得依据敏感或未经批准的代理特征路由，也不得从语言、姓名和位置线索推断国籍或身份。
  • 不得让优先级、数据补全或AI分类覆盖已验证账户负责人、退订、法律保留或访问权限。
  • 不得把字段分配或通知当成跟进完成；必须测量确认与书面定义的有意义动作。
  • 不得静默丢弃未匹配、重复、超容量、不可用或失败记录；每个异常都有队列、负责人、原因和截止时间。
  • 在沙盒/影子模式测试变更，版本化规则顺序，使用幂等写入，保留回滚，并审查不同相关群体的负载与服务差异。

常见问题

什么样的工作流才算好？

目标明确、来源获批、边界具体、输出结构化，并指定复核与升级负责人。

AI 可以自动执行吗？

只有动作被明确授权、技术上受限、留下日志，并且风险水平允许时才可以。

如何测试这些条目？

使用包含正常、缺失、冲突、过期和对抗输入的小型标注样本，并记录失败。

OpenMax 在哪里发挥作用？

OpenMax 用于协调 AI 员工、共享上下文、工具、任务责任与人工复核。

这些示例保证提升效果吗？

不保证。它们是结构化起点，效果取决于模型、来源、工具、政策、评估和审核判断。

来源、编辑方法与限制

OpenMax 编辑团队查阅了当前 CRM 一手文档，覆盖有序分配条件、用户与队列、负责人轮换、覆盖已有负责人、重复匹配、轮询、负载均衡、排班和容量。随后将其改写为 15 份供应商中立的运营合同，并补入资格、确认、幂等、审计和异常控制。资料复核日期：2026 年 9 月 3 日。本文不声称响应速度提升或客户效果。

适用范围各平台的版本、对象、许可、队列语义、执行顺序和发布节奏不同。请把本文作为系统需求，而不是直接复制的供应商配置；必须用自身字段、权限、并发、通知和故障模式验证当前产品行为。