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. 可以上傳只有公司名、沒有域名的名單嗎？
不可以。公司名可能有歧義，因此當前流程要求域名。先把每個組織解析到其官方域名，或在沒有具名聯絡人時一次用公司搜尋查一個域名。