1
读取并校验 CSV 行
导入器识别受支持的姓名和域名表头，保留原始行数据，并在创建长时间任务前拒绝不支持的文件类型。
批量邮箱查找器会为整份 CSV 补上缺失的工作邮箱
批量邮箱查找器是人员级邮箱查找器的名单规模版本。每一行输入标识一个人和公司域名；每一行成功输出会得到一个最佳工作邮箱、置信度、验证状态和证据。结果仍与原始文件对齐，因此可以回到 CRM、招聘系统、线索库或审核队列。
这个流程适合身份已知、但邮箱字段为空的名单。它不能替代从非结构化文本提取邮箱、按域名做全公司发现，或验证文件里已有的地址。那些是独立工具，因为输入、输出和计费单位都不同。
批量发现也不应变成批量猜测。BillionVerify 按公司域名搜索，在同一组织的多人之间复用域名级证据，验证每个返回的最佳匹配，并让未匹配行保持不计费，而不是用低置信度格式把文件填满。
批量邮箱查找器如何处理邮箱发现名单
任务在尽可能共享公司级发现工作的同时，保持行身份稳定。
2
按公司域名分组联系人
同一公司的人共享域名级证据和公开站点发现。分组避免把每一行都当成互不相关的网站搜索，同时每个人仍会单独评估候选。
3
为每个人查找并验证一个最佳匹配
搜索会为尚未解决的行自动扩大，测试可能的工作邮箱候选，并把邮箱验证包含在查找结果中，而不是再收一次验证费。
4
下载富化后的结果 CSV
输出保留每一行源数据，并追加匹配、置信度、状态和证据字段。未匹配行仍然可见，便于更正或稍后复核，且不扣除查找费用。
富化后的 CSV 包含什么
结果文件离开查找器后仍须可审计，因此匹配和证据会随源行一起带走。
每个匹配到的人一个工作邮箱
每一行成功结果会得到一个最佳匹配职业地址。输出不会把一条源记录拆成一堆未排序的邮箱猜测。
置信度与验证字段
CSV 会区分所选地址、置信度分数、验证结论、状态和证据摘要，方便下游团队定义自己的接受规则。
原始列与行顺序
源字段会保留在富化输出旁边。这样就能把结果重新关联到客户、活动、负责人、区域或外部记录标识。
任务级进度与计费汇总
产品会在下载结果文件前报告总行数、已处理行、找到的匹配、唯一域名、已搜索域名、预扣积分和最终扣除积分。
准备一份能产出可用查找结果的 CSV
大多数批量错误在上传前就开始了。稳定的表结构和干净的身份输入能减少模糊搜索，也让输出更好审核。
1
每行只放一个人和一个公司域名
把人名和当前公司域名放在不同列。不要在一个单元格里放多人，不要把公司名和域名混在一起，也不要把 LinkedIn 资料当作公司网站。
当文件会回到另一个系统时，请包含稳定的源 ID。这样关联结果就不必依赖姓名——姓名可能重复，格式也可能不同。
2
保留未匹配行，而不是删掉它们
无匹配结果可能揭示域名错误、最近换了雇主、姓名不受支持、公司没有邮件路由，或证据从未达到置信度阈值。保留该行，这些情况才可复核。
因为未匹配行不扣除 10 积分的查找费用，没有必要为了让输出看起来完整而换成弱猜测。
3
把发现阈值和活动规则分开
查找结果说明它是否找到并验证了最佳匹配。发送流程仍要决定哪些置信度区间、注意事项、职位、地区和联系目的可以接受。
存储验证和注意事项列，而不是只导入邮箱。如果丢掉 Catch-All 警告，下游用户可能把不确定候选当成已确认邮箱。
4
下载一次，再验证下游导入
在更新生产 CRM 前，检查行数、匹配数、未匹配数，以及一组已关联 ID 的样本。查找任务成功，并不保证另一个导入器正确映射了每个输出列。
如果源文件已经包含邮箱、而你的目标是送达率，请改用批量邮箱验证或邮箱列表清洗。没有明确的对账规则时，发现流程不应覆盖已知地址。
哪些名单适合批量发现工作邮箱
当每一行都点名一个人和组织、但手工查邮箱太慢时，使用批量发现。
会议与活动参会名单
在有授权的参会者、演讲人、赞助商或参展商名单里，姓名和雇主已有、职业邮箱缺失时进行补全。
CRM 迁移与数据修复
在保留源 ID 和负责人的同时补上缺失的工作邮箱字段，再把不确定或未匹配的行分到单独的清理队列。
基于客户的获客
在目标客户名单上准备具名的采购委员会联系人，而不必为每个人手工重复同一套公司域名研究。
招聘与人才运营
给候选人研究名单补上职业联系字段，同时把公司身份、验证证据和未匹配结果写清楚。
保护数据质量的批量发现限制
批量工具应让大任务更容易，而不是假装每一行都同样可搜索。
当前支持的上传格式是 CSV
当前产品接受最大 64 MiB、200,000 行数据的 CSV。电子表格公式、多个工作表和 PDF 联系人名单应先导出或转换。
每一行都需要可用的人和域名
没有公司域名的姓名是模糊的；没有具名人的域名应放到公司搜索。不受支持的输入会保持可见，而不是悄悄改变产品行为。
匹配是一个结论，不是所有可能排列
批量邮箱查找器为每个人返回一个选定的工作邮箱。候选尝试是得出该结论的证据，不是可随便群发的集合。
找到不等于获准发送
输出在进入外联前，仍需要相关目的、抑制检查、受众规则，以及发件人自己的合规流程。
让批量邮箱数据可移植的标准
查找器会添加产品专属字段，而已有规范定义了 CSV 交换格式，以及结果中的邮箱和邮件路由概念。
描述常见的逗号分隔值格式，包括记录、字段、表头、引号和嵌入换行。
定义评估发现的公司地址能否收信时所用的 SMTP 和邮件交换机行为。
定义结果字段中携带的邮箱地址语法，以及本地部分加域名的结构。
说明公开公司页面在域名级发现中可能暴露的结构化组织属性。
选择下一步名单流程
合适的相邻页面取决于名单是缺地址，还是已经有地址。
批量邮箱查找器常见问题
1. 批量邮箱查找器需要哪些列？
每一行都需要人名和公司域名。导入器可以识别受支持的姓名和域名表头；当结果要关联回另一个系统时，建议提供稳定的源 ID。
2. 我可以上传多少行？
当前批量邮箱查找器接受最大 64 MiB、200,000 行数据的 CSV。准备大任务前，先用可下载示例确认预期结构。
3. 批量邮箱查找器如何计费？
每个返回最佳匹配的人扣除 10 积分。没有可靠匹配的行费用为零。返回工作邮箱的验证包含在内，不会再次扣费。
4. 输出会保留未匹配行吗？
会。结果保留源行，因此无匹配情况可以被更正、复核，或带着明确状态导入，而不是从文件里消失。
5. 批量邮箱查找器和批量邮箱验证是一回事吗？
不是。批量邮箱查找器从姓名和公司域名出发，发现缺失的工作邮箱。批量邮箱验证从完整邮箱地址出发，评估其送达能力和风险。
6. 找到的邮箱经过验证了吗？
是。每个返回的最佳匹配都把验证包含在查找价格中。置信度、验证状态、证据和注意事项仍可供下游复核。
7. 可以上传只有公司名、没有域名的名单吗？
不可以。公司名可能有歧义，因此当前流程要求域名。先把每个组织解析到其官方域名，或在没有具名联系人时一次用公司搜索查一个域名。