免费注册，立即获得 100 次免费检测。免费注册
WA Lookup
WA Lookup 工作流示意图：CRM 电话数据验证：将 WhatsApp 检测添加到您的数据规则中
本文所述工作流的示意图（WA Lookup）。

本指南旨在帮助 CRM 管理员按规则对电话字段进行验证，并将 WhatsApp 注册检测作为独立的、有时效性的渠道信号进行添加。

CRM 电话数据验证的最佳实践是采用一系列简短的规则：将号码标准化为国际格式，确认其符合预期的国家/地区，拦截重复项，最后再添加诸如 WhatsApp 注册检测之类的渠道信号。前三项规则决定了电话号码是否为可用数据；而 WhatsApp 检测则回答了一个更具体的问题，即在检测时，WhatsApp 是否为该号码的有效沟通渠道。将这些层级保留在不同的字段中，并为每个字段标注日期，是确保 CRM 在路由和外呼方面值得信赖的关键。

CRM 电话数据验证应涵盖的内容

大多数关于 CRM 电话数据验证的指南仅停留在两个层面：电话字段的格式规则，或标记号码有效与否的供应商 API。两者固然有用，但并未指导管理员如何设计完整的规则集、运行顺序，或在规则失败时应存储哪些信息。

一套实用的规则集包含四个层级：

层级 回答的问题 运行位置 失败时的典型操作
标准化 该值能否以统一的国际格式书写？ 创建和编辑时 自动修复或发送至审核队列
国家/地区匹配 国家代码是否与记录的国家或市场匹配？ 创建和编辑时 标记以供审核，不覆盖原值
唯一性 该号码是否已存在于其他联系人或潜在客户中？ 创建时及定期报告 合并或关联记录
渠道信号 给定渠道（如 WhatsApp）目前是否适合该号码？ 前三项通过后 路由记录，而非拒绝

前三个层级属于数据卫生范畴。它们属于 CRM 系统本身，在每条记录上运行，并由管理员团队负责。第四个层级是随时间变化的业务信号，因此需要检测日期和刷新计划，而不是一次性的验证标记。

规则 1：将电话字段标准化为统一的国际格式

标准化是减少后续工作量最有效的规则。按照 ITU-T Recommendation E.164 的国际编号结构，存储所有带有国家代码的号码，不包含主干前缀，且不含空格、括号或连字符。例如，为英国联系人输入的 (020) 7946 0018 将变为 +442079460018。

简单的字符规则（例如 Zoho 验证潜在客户电话号码指南 中提到的规则）可以拒绝括号、连字符和空格。Zoho 本身也指出，此类规则并不详尽。字符规则无法判断 0791... 是带有主干零的英国手机号码，还是输入错误的国外号码。为此，团队通常依赖于编号计划库，例如 Google 的开源项目 libphonenumber，它会根据默认区域解析原始值，并返回格式化的国际号码或错误信息。

管理员的实用选择：

  • 在单独的字段中保留原始值以供审计，并将标准化后的值写入主要电话字段。
  • 解析时使用记录的国家/地区作为默认区域，而非用户的浏览器区域设置。
  • 将无法解析的值发送至审核队列，而不是直接静默清除。

规则 2 和规则 3：国家/地区匹配与重复项

国家/地区匹配可以捕获格式正确但可能不适用于该记录的号码。如果一个潜在客户被标记为位于德国，但号码以 +1 开头，这未必是错误（因为人员会变动，公司也会使用国外线路），但值得标记。应将国家代码与记录的国家字段进行比较，并在不匹配时发起审核任务，而不是覆盖任何一个值。

重复项规则仅在标准化后有效。在此之前，+44 20 7946 0018 和 02079460018 看起来是两个不同的号码。标准化后，它们完全匹配，标准的重复项规则或匹配规则即可将其捕获。请提前决定哪个对象优先：例如，现有联系人通常优先于表单提交的新潜在客户。

此阶段的常见错误：

  • 在原始值上运行重复项规则，导致格式变体被漏掉。
  • 将共享的办公总机号码视为重复错误，而实际上多名联系人合法共享该号码。
  • 删除“失败”的记录而非进行合并，导致活动历史记录丢失。

规则 4：WhatsApp 检测如何添加渠道信号

一旦号码经过标准化、确认国家/地区背景且唯一，WhatsApp 注册检测便能提供前述规则无法实现的功能：平台特定的可触达性信号。完成的结果会说明在检测时该号码是否存在 WhatsApp 账号。它不能确认号码的所有者、联系人是否同意接收消息，或消息是否会得到回复，因此它应仅用于指导路由，而不应决定电话值是否有效。

WA Lookup 为此层级提供三种实时检测：

WhatsApp 注册检测

基础信号：检测时该号码是否拥有已注册的 WhatsApp 账号。大多数 CRM 规则仅需此项。

WhatsApp 头像检测

增加是否提供个人资料照片的信息，并附带可能为空的图像链接。它是对注册检测的补充，绝不应覆盖注册状态。

WhatsApp 商业账号检测

增加该账号是否为 WhatsApp 商业账号的信息。这描述了账号类型，有助于 B2B 和 B2C 的细分；它并非对法律公司地位的核实。

对于远超实时请求数量的现有列表，WA Lookup 还提供基于文件的批量任务：上传每行一个号码的 TXT 或 CSV 文件，等待处理，并下载结果文件以导入 CRM。

在 CRM 中存储 WhatsApp 结果

将检测结果视为带有日期的动态数据，而非联系人的永久属性。一种表现良好的字段设计：

  1. WhatsApp 状态：一个包含“已注册”、“未注册”和“无法判定”的下拉列表。无法完成的检测应保持为“无法判定”并稍后重试；绝不应将其写入为“未注册”。
  2. WhatsApp 检测日期：每当写入确定的结果时更新的日期字段。
  3. WhatsApp 账号类型 和 WhatsApp 头像可用性：单独的字段，仅在运行了相应特定检测时填充。
  4. 检测来源：仪表板、API 或批量文件，以便管理员审计数据来源。

然后基于这些字段而非电话值本身构建规则。例如，将状态为“已注册”的新潜在客户路由至 WhatsApp 跟进队列，将“未注册”的潜在客户路由至电子邮件或电话。对于检测日期超过团队商定窗口的记录进行重新检测，因为当用户更换号码或停止使用账号时，其 WhatsApp 状态可能会发生变化。

给集成人员的一个简短技术说明

如果检测是通过 CRM 自动化而非仪表板运行的，实时 REST API 可通过 POST /api/v1/check 接收 E.164 格式的单个号码（使用 X-API-Key 标头进行身份验证），并在同一响应中返回结果。通过 POST /api/v1/batch-check 进行的同步多号码请求最多可接受 100 个号码。这通常足以满足创建或编辑触发器，或针对新记录的夜间作业需求；当前的 API 文档描述了针对更繁重使用场景的并发和超时控制。

避免返工的推广顺序

一次性添加所有规则的管理员通常最终会面临数百个审核任务，且没有明确的负责人。一个更稳妥的顺序：

  1. 运行一份电话值标准化失败的报告，并优先修复最大的来源，通常是一个 Web 表单或一个导入模板。
  2. 为新记录和已编辑记录开启标准化。
  3. 添加国家/地区匹配标记，并将审核队列分配给指定的团队。
  4. 在标准化字段上运行重复项匹配并分批合并。
  5. 添加 WhatsApp 状态字段，为活跃细分市场回填数据，最后再构建依赖于这些状态的路由规则。

每一步都会使下一步的成本更低。对未标准化或重复的号码进行检测会浪费余额，因此渠道信号应位于链条的末端，而非起点。

常见问题解答

团队如何在不阻碍数据录入的情况下验证 CRM 中的电话号码？

在解析明确的情况下自动进行标准化，并将其他所有内容发送至审核队列，而不是拒绝保存。表单上的硬性验证错误往往会促使用户输入占位符号码，这比标记的原始值数据质量更差。

“未注册”的 WhatsApp 结果是否应将电话号码标记为无效？

不。这意味着在检测时该号码不存在 WhatsApp 账号。该号码对于通话或短信可能仍然有效，因此结果应改变渠道选择，而不是电话字段的有效性。

CRM 管理员如何处理无法判定的 WhatsApp 检测？

将状态保持为“无法判定”，保留检测日期不变，稍后重试。将未决结果写入为“未注册”会悄悄地将可触达的联系人从 WhatsApp 细分市场中移除。

WhatsApp 状态字段应多久刷新一次？

将刷新频率与字段的使用方式挂钩。即将进入外呼序列的记录受益于最近的检测，而休眠记录可以等到重新激活时再检测。检测日期字段使该规则易于自动化。

了解更多

选择符合您工作流程下一步的产品信息。

参考来源