很多B2B网站把询盘按国家或省份分给销售，初看很省事。问题是，制造业客户发来的需求往往同时带有产品型号、旧图纸、语言页面、用途场景和附件版本。若系统只看地区，线索可能被分给不熟悉该产品线的人，销售再转给技术时又少了来源信息，客户等到的不是报价，而是一轮重复确认。
地区字段为什么不够用
地区只说明客户在哪里，不能说明客户问的是什么。一个来自德国的客户可能在中文资料下载页提交旧型号问题，也可能从英文案例页询问新项目。分配规则若只读国家字段，就会忽略产品ID、型号映射、语言URL、表单来源、附件类型和页面任务。结果是销售负责人拿到线索后，还要回到网站里猜客户看过哪一页。
基础记录至少要包含询盘编号、来源页URL、产品ID、公开型号、语言版本、表单入口、附件名称和提交时间。若页面来自资料下载，还要带上文件版本；若来自案例页，应记录案例编号和公开范围。这个要求与询盘来源字段设计一致，但本轮重点不在记录来源，而在把这些字段转成可执行的分配规则。
产品线交接还要处理旧型号。客户输入的可能是内部料号、旧型号、缩写或从PDF里复制的名称。系统可以先用型号别名表匹配主产品ID，再把匹配置信度写入CRM字段。若置信度低，线索不要自动分给销售个人，而应进入待核对队列，由产品资料负责人补充型号映射；否则销售会把相似型号当成同一需求。
怎样把分配规则写进可复核流程
可执行的分配规则通常要分两层。第一层按产品线、语言页和来源场景找负责人，例如标准产品、定制项目、售后配件、资料下载和案例咨询。第二层再按地区、客户等级或销售归属细分。这样一来，同一地区的不同产品线不会混在一起，同一产品线的多语言询盘也能落到熟悉资料版本的人手里。若客户同时勾选两个产品线，系统应保留主产品线和协同产品线，不要只保留后一次选择。
规则表要保留版本号。字段可以包括rule_id、产品线、产品ID范围、语言URL、表单来源、技术负责人、销售负责人、备用负责人、适用日期和审核状态。报价版本发生变化时，相关规则也要复核，避免旧报价负责人继续接新产品线。凯乐丰在做获客流程梳理时，会把表单字段、CRM字段和销售交接话术放在同一张表里，减少“系统分对了，人没看懂”的断点。
通知邮件也要跟着改。若邮件主题仍是统一的New message，销售打开前不知道是哪个产品线，也不清楚是否需要技术介入。可以参考询盘邮件主题与编号设计，把询盘编号、产品线、来源页和语言版本放进主题或摘要区。正文里只展示可公开字段，内部备注和未确认报价留在CRM记录里。
异常队列也要有人负责。缺少产品ID、附件打不开、语言页与提交语种不一致、旧型号无法映射、报价版本为空，这些线索都不适合直接进入销售个人待办。可以设置资料核对状态、补充字段清单和处理时限，等产品线归属明确后再分配。这样销售不会把时间花在猜资料上，技术人员也能看到完整上下文。
上线后要用样例线索验收。选一个标准产品页、一个案例页和一个资料下载页，分别提交测试表单，核对CRM里是否出现产品ID、型号映射、语言页、表单来源、附件版本和负责人。再用旧型号或缺少产品ID的线索测试待核对队列，确认不会被错误派发。若涉及重复客户，还要结合CRM公司、联系人与项目记录拆分，避免同一集团的新项目被旧销售归属覆盖。
分配规则不是一次设置后长期不动。产品线调整、页面改版、下载资料换版、销售区域变更都会影响规则。每次网站新增重要入口时，都应同步更新规则表和测试记录；每次客户反馈“找错人”，也要回查是地区字段不够、产品ID缺失，还是模型映射表没有维护。这样处理后，询盘交接不只看客户在哪里，而是先看客户这次询问的是哪件事。
