区域与保护政策供应商清单：购买地图、路由或保护逻辑前必须问的问题

购买区域规划软件、咨询或渠道路由服务并不难，难的是买到一套第一次发生归属争议后依旧能工作的决策系统。

强供应商不只会画地图，还应该说清楚市场数据从哪里来、母子公司关系怎么做、规则谁优先、两条规则冲突怎么办、过去一次分配为什么这样判。

签约前可以按下面的问题逐个压测。

先问最硬的信息：系统到底吃什么数据

让供应商列出输入字段，而不是说“可以接CRM”。

常见输入有：

CRM账户与机会；
开票/收货地点；
渠道伙伴位置与能力；
行业分类；
员工或营收区间；
母子公司关系；
服务半径；
历史赢单/丢单；
官网线索位置；
保护账户名单；
机会报备事件。

然后问哪些字段是必须，哪些缺了也能运行。

如果模型必须依赖“全球账户层级完美、员工数完整”，而你实际CRM三成账户缺字段，再漂亮的Demo也落不了地。

外部市场数据是哪一年

供应商如果自带市场机会数据，要问参考年份和更新周期。

美国Census County Business Patterns是透明公共基准的例子：2023 CBP按行业和地理提供企业机构、就业等年度数据，Census Business Builder则方便用地图和报告查看选定的经济/人口数据。

这些数据适合帮助估市场，不代表今天某个具体账户一定仍在营业，更不能替代CRM当前信息。

至少问：

reference year；
数据来源；
更新频率；
地理粒度；
行业分类版本；
缺失值如何处理；
统计期后新开/关闭企业怎么办。

模型估算和真实观测要分开标。

母子公司关系怎么处理“不确定”

一家公司有200个地点时，简单区域规则马上会变复杂。

问系统怎么表示：

母公司；
子公司；
加盟商；
经销集团；
分支机构；
合资企业；
正在并购的公司；
同一母公司下面不同品牌。

更关键的是：不确定的关系会不会被标记。一个“猜出来的母公司”不应该静默覆盖真实本地机会。

要求供应商展示“解释这次路由”：对某条线索，能否看到是哪个账户层级、哪条规则导致了归属。

规则到底谁优先

让供应商用普通语言写出优先级，例如：

全球命名账户；
活跃机会报备；
现有客户扩张；
服务/安装要求；
地理默认。

然后故意造一条同时命中三条规则的线索。

如果系统不能解释谁赢、为什么赢，未来渠道争议只会从销售会议转移到技术工单。

保护能不能带时间

保护不是一个永久的Yes/No字段。

系统最好能表达：

生效日；
到期日；
续期条件；
新伙伴爬坡期；
现有机会的grandfather规则；
终止后的服务义务；
未来边界切换。

没有时间维度的区域模型只是一张截图，不是一套商业系统。

销售归属和服务归属能不能分开

全国账户和数字线索尤其需要。

总部团队可能负责谈价和预测，当地伙伴负责配送、安装、售后。如果系统只能存一个Owner，就很容易把激励做坏。

至少在设计上区分：

account owner；
opportunity owner；
referral source；
fulfillment partner；
service partner；
commission/revenue credit。

最终CRM不一定全部保留，但区域规则不能假装这些角色永远是同一个人。

例外怎么留痕

所有区域系统都会有例外。真正危险的是看不见的例外。

问：

谁能override；
是否强制写原因；
override会不会到期；
原始和修改后的归属是否都能看；
能不能统计频繁出现的例外类型；
渠道伙伴能不能看状态，又不泄露不该看的竞争信息。

例外日志本身就是诊断数据。如果20%的全国账户都靠同一种手工绕路，说明主规则该改了。

“优化”到底优化什么

要求供应商把objective function讲明白。

可能是：

账户数平均；
收入机会平均；
工作量平均；
旅行时间最少；
服务覆盖最大；
渠道能力平衡；
增长潜力；
尽量保留原客户关系。

两套系统都声称“自动平衡”，结果可以完全相反，因为优化目标不同。

权重、限制和代价要能解释给销售团队，别买一个没人说得清“balanced”是什么意思的黑箱。

能不能先模拟，不直接发布

采购方应该能问：

多加两个经销商会怎样；
某全国账户改直销会怎样；
某伙伴失去服务资格会怎样；
官网订单保护规则变化会怎样；
合并两个区域会怎样。

模拟要告诉你哪些账户、机会、工作量从谁转给谁，然后才允许发布。

边界调整不只是数学，会改变人的收益和客户关系。

“空白市场”怎么定义

有些工具看到某地经销商少，就自动标成机会区。但当地需求也可能很少。

问空白判断是否结合：

目标企业数；
历史需求；
当前pipeline；
人口/经济信号；
服务距离；
官网线索；
产业集中度。

美国公开的Census企业机构数据可以做一层外部基准，但必须和公司自己真实转化、毛利一起看。

CRM同步失败会发生什么

如果同步停了，路由是停止、继续用旧数据，还是静默出错？

要写清：

API限制；
同步频率；
重试；
去重；
Account ID策略；
哪个系统拥有哪个字段；
回滚方式。

区域系统不应该偷偷变成第二个没人治理的CRM。

规则和数据能不能带走

离开供应商时至少应该能导出：

区域定义；
地理边界；
账户归属；
规则优先级；
例外历史；
评分结果；
用户备注；
渠道能力数据。

可迁移性不只是“退出保险”，也能防止公司自己的销售逻辑被锁在一个看不见的Dashboard里。

权限和安全怎么做

区域数据里通常有客户、pipeline和伙伴信息。

问认证、权限、审计日志、数据保留、subprocessor、事故响应、客户数据是否用于训练/benchmark，以及适用时的数据存放地区要求。

伙伴需要看清自己的线索为什么属于自己，但通常不需要看其他伙伴全部pipeline。

模板里偷偷写了哪些法律假设

这是非常关键的一问。

FTC公开材料说明，在美国联邦反垄断框架下，不少制造商设置的区域/客户限制及exclusive dealing需要结合具体市场情况分析；州规则、国际规则、是否涉及竞争者协调等都可能改变结论。

所以软件模板不能把某个法律判断偷偷包装成“行业最佳实践”。

问：

默认是不是独家；
有没有默认价格行为；
是否限制销售对象/渠道；
哪些规则被说成“法律要求”；
能不能关闭；
哪些合同内容应让当地律师审查。

真正的法律判断交给适用法域的专业人士。

上线以后怎么判断成功

不要用“成功交付地图”当KPI。

更有用的是：

官网线索分配耗时；
重复归属争议数；
管理层处理例外工时；
目标账户实际覆盖比例；
首响时间；
各区域转化；
各区域毛利；
伙伴激活；
服务出行负担；
机会被重新分配频率。

上线之后谁维护

区域会自然变旧：公司开关店、人换工作、伙伴能力变化、产品线调整、全国账户重组、战略方向改变。

问清季度/年度维护谁负责，更新什么数据，修改怎样审批，有没有固定治理日历。

签约前做一次“历史争议复盘”

挑过去五次最难处理的归属争议，把当时真实存在的数据给供应商，不要给今天事后补全的数据。

让系统重新分配，再让供应商用商业语言解释为什么。

最后改一个事实，看结果是否按预期变化。

一套值得买的区域系统，至少应该让决策可重复、可解释、必要时可撤回、长期可测量。如果这四点做不到，再高级的地图也只是装饰。

要求现场演示数据血缘

供应商应该能够拿出一条具体的区域推荐，从源数据一路追到最终归属。

挑一个最难判断的账户，让对方现场展示：

使用了哪个原始公司身份；
地理与行业字段来自哪里；
是否使用外部市场规模数据；
母子公司关系如何处理；
伙伴能力字段来自哪里；
中间经过了哪些评分或规则转换；
最终如何被路由；
路由以后有没有人工override。

然后故意纠正一个上游字段，看系统如何响应。可靠的系统应该能够重新计算，或至少明确标出受影响的决策，而不是要求分析师手工把整个模型重做一遍。

这个演示通常比一长串功能清单更有价值，因为很多区域错误本质上是数据血缘错误：母公司关系错了、邮编过期了，或者伙伴能力字段沿用了旧值，最后地图才会错。

问清谁负责模型校准

就算集成一直正常跑，优化模型也会逐渐过时。

必须有人把预测机会和实际结果放在一起复盘，并判断权重是否还合理。要问供应商，校准究竟是：

自动完成；
供应商负责；
客户自己负责；
还是产品根本不包含这项工作。

随后把复盘周期写清楚。比如季度复盘可以比较预测账户潜力、实际pipeline、转化、服务负担和例外频率。如果工具一直说某个区域“已经平衡”，经理却持续大量override，那模型就没有真正校准到业务现实。

把校准当成有明确负责人的日常运营职责，而不是“以后有空再做”的分析项目。