AI交来一批企业名单和电话，销售拨打后发现无法联系，是否说明拿到了空号？有这种可能，但不能仅凭未接听判断。现有官方资料没有证明AI挖掘出的号码都会经过状态核验，也没有提供可用于本题的统一空号率。
B2B线索挖掘应把空号检测与企业筛选分开验收：先核对检测是否执行及执行时间，再区分空号、疑似空号、未知和查询失败，随后按同批交付名单复查，并约定补查与替换责任。
探迹现行拓客Agent产品页介绍了客户画像、智能筛选和沟通辅助，页面正文未明确逐条号码检测范围与时间记录。这不足以证明交付号码均已检测，也不能反向断言产品没有检测能力；采购方需要核对所购服务的实际配置。
先把“联系不上”拆成可以复查的状态
阿里云号码百科的现行官方接口文档说明，空号检测结果除正常、空号外，还包括疑似空号和未知；号码非法、查询超量、未订阅功能、权限不足等情况也需要区分。这些说明适用于该号码检测接口，不能据此认定其他拓客产品采用了相同检测方式。
| 记录中的状态 | 能说明什么 | 本文建议的处理方式 |
|---|---|---|
| 正常 | 本次检测返回正常 | 保留检测时间，另核对联系人身份 |
| 空号 | 本次检测返回空号 | 暂停作为可跟进号码交付，安排复查 |
| 疑似空号、未知 | 尚不能确认可用 | 留在待核名单，不并入已核验记录 |
| 查询失败或权限异常 | 检测未取得可用结论 | 查执行问题，不当作正常号码 |
| 未接听 | 一次业务联系没有接通 | 记录联系结果，不直接改为空号 |
这一区分影响销售分配：若把未知和查询失败都算成正常，销售承担的其实是补做核验，而非单纯跟进。对于按可跟进联系人付费的采购，应先排除这类口径混用；若买的是企业研究名单，则可以接受待核号码，但交付名称和价格比较范围也应随之调整。
遇到异常，追查这条号码是否真的检测过
销售反馈异常时，先保留原交付批次、号码、联系时间和实际提示，不要只提交一张写着“无效”的汇总表。技术人员再沿同一条记录追查，避免名单被刷新后无法还原交付时的情况。
- 核对执行证据。 阿里云文档明确要求先开通对应检测功能，因此产品能显示手机号，不能证明检测已经执行。由供应方或接口负责人提供对应记录的执行时间、返回状态及异常说明；拿不出记录时，标记为未核实检测，不自行补成正常。
- 核对记录是否对应。 检查检测对象与交付号码是否一致、结果是否属于本批记录、后续修改是否覆盖了原状态。本文建议同时保存交付时间与检测时间，具体复检间隔由双方根据使用安排确定，资料没有提供通用时限。
不能把新一次检测结果倒推为交付时就有问题，也不能仅凭交付后出现异常就认定号码后来发生变化。责任判断应围绕已有时间记录展开：交付前未检测、检测执行失败、检测后出现不同结果，需要采用不同的补查办法。
复查一批名单，不能只看供应方给出的比例
要求供应方先说明比例的分母：按交付记录、去重号码，还是成功完成检测的号码计算。若重复号码被多次计入，或查询失败被排除后没有单列，汇总比例就难以解释销售实际收到的名单。
本文建议从完整交付批次中保留可追溯样本，分别记录正常、空号、疑似空号、未知和执行异常；没有号码的记录另列，不混进号码检测结论。样本怎样选、由谁复查、异常怎样复检，应在查看结果前确定，避免只挑容易验证的记录。
复查时应同时保留原结果和复检结果，不直接覆盖。若异常集中在执行失败，先修权限与调用流程；若检测显示正常但联系到非目标企业，就转查号码归属，继续增加空号检测次数不能解决身份错配。
先排执行问题，会占用技术排查时间，却能避免为同一项失败反复购买检测。如果问题已经落在联系人任职或采购职责上，则应换用业务确认办法；阿里云这项接口资料不支持用号码状态证明这些身份信息。
把暂停、补查与替换写进交付约定
采购合同应明确买到的是企业候选名单、带号码记录，还是完成约定检测的联系人名单。若约定了空号过滤，就同步写清检测覆盖范围、记录时间、待核状态处理方式，以及可供复查的交付记录。
异常处理也要有出口：确认空号后如何复查、哪些情况可以替换、替换号码是否重新检测、查询失败由谁处理。这里没有通用退款或替换规则，应由双方约定，不能从厂商功能介绍中推导。
排查结束时，应留下批次状态表和异常处置记录，由技术负责人核对检测执行情况，销售负责人确认后续去向。检测执行与结果对应关系说不清时，先暂停按已核验号码扩量；执行已核实而问题集中在身份错配时，再把核验工作转向企业归属和联系人职责，避免用同一种检测处理所有无效线索。
常见技术问题
如何处理空号检测返回的未知状态？
保留待核状态，检查检测记录；未知不能直接按号码有效处理。
为什么空号检测返回正常仍需核对联系人身份？
该接口只提供号码状态结论，不能证明联系人任职、采购职责或购买意向。