把人匹配到公司域名
全名和規範化後的公司域名定義搜尋目標。網站 URL、www 主機或公司郵箱都會歸約為同一域名,避免把一家公司拆成多個輸入。
郵箱查詢工具
輸入對方全名和公司域名。BillionVerify 會逐步搜尋,鎖定一個最佳工作郵箱,完成郵箱驗證,並僅在找到可靠匹配時扣費。
從全名和公司網站或域名開始。只有當前面更快的階段找不到可靠匹配時,搜尋才會繼續擴大。
請使用英文字母(A–Z)、空格、連字元或撇號,以便把姓名對映到工作郵箱格式。
郵箱查詢發生在郵箱驗證之前。您已經知道要聯絡誰、對方在哪家公司,只是缺少工作郵箱。BillionVerify 把姓名與公司域名組合起來,核對公開的公司訊號,評估可能的郵箱格式,並返回一個最佳匹配,而不是一堆未排序的猜測。
這與從已知地址出發的免費郵箱查詢不同。反向查詢解釋已知郵箱周圍的上下文;郵箱查詢器則搜尋缺失的商務聯絡欄位。它也不同於公司搜尋:公司搜尋只從域名出發、沒有指定人名,返回一組公開的公司地址。
結果面向 B2B 獲客、招聘、合作、客戶研究和其它合法商務流程。它不是個人郵箱目錄、Gmail 帳號查詢器、電話轉郵箱搜尋,也不是社交資料抓取器。必填的公司域名會把搜尋限制在與組織相關的職業地址上。
搜尋從低成本證據推進到更深發現,再在成為結果前驗證最終候選。
全名和規範化後的公司域名定義搜尋目標。網站 URL、www 主機或公司郵箱都會歸約為同一域名,避免把一家公司拆成多個輸入。
如果現有域名知識不夠,搜尋會查閱公司公開頁面,尋找直接發布的地址、姓名與郵箱配對、結構化組織資料,以及該域名的郵箱命名格式證據。
候選按優先順序測試。域名與 MX 證據確認組織能否收信,SMTP 級驗證則幫助區分可送達郵箱和看起來合理的猜測。
結果包含一個最佳工作郵箱,以及置信度、驗證狀態、證據和任何注意事項。如果完整搜尋無法確認可靠匹配,任務結束且不扣除查詢積分。
有用的郵箱查詢器應解釋結論,而不是用一個綠色對勾掩蓋不確定性。
主結果是 BillionVerify 認為最適合此人的那個工作地址。其它嘗試過的候選只作為診斷證據,不會被當成同樣安全的額外地址。
置信度概括匹配背後的證據。直接發布的地址、已識別的公司格式、域名訊號和郵箱驗證會提供不同程度的支援。
結果會區分有效、無效、有風險、Catch-All、未知和已跳過。Catch-All 域名會被封頂並標註,因為 SMTP 無法證明該處存在某個特定郵箱。
在可用時,結果會包含推斷出的郵箱格式、證據數量、公開公司資訊和抓取摘要。這些欄位幫助稽核者理解為何選中該匹配。
最好的結果來自乾淨的身份輸入、謹慎解讀,以及是否適合外聯的單獨決策。
使用對方當前的職業姓名,以及組織自己的域名。僅有公司名稱可能對應多家企業、子公司或國家站點,而社交資料 URL 也不是公司郵箱域名。
如果對方最近換了僱主,先確認當前公司。郵箱查詢器會搜尋您提供的輸入;它無法判斷外部線索源裡哪條僱主記錄才是最新的。
BillionVerify 先從現有域名知識和常見格式開始。不夠時再擴展到公司公開頁面和更大證據集。搜尋在找到足夠可靠的答案時停止,而不是每次請求都抓取最大頁數。
這種漸進方式讓介面保持簡單:您選擇人和域名,系統決定快速格式檢查是否足夠,還是需要更深發現。
高置信度格式不等於已驗證郵箱。要把格式證據和郵箱結果當作獨立訊號來讀。常見的 first.last 格式仍可能指向不存在的地址;Catch-All 域名上的 SMTP 接受回應也可能無法定論。
如果結果帶有注意事項,請把它保留在 CRM 或稽核佇列中。刪掉警告會把有分寸的結論誇大成證據支撐不了的斷言。
找到工作郵箱並不等於獲得同意、證明所有權,或覆蓋抑制名單與請勿聯絡規則。保留解釋匹配的證據,套用您們組織的聯絡政策,並傳送身份清晰、帶退訂路徑的相關訊息。
聯絡人較多時,改用批量郵箱查詢器,而不是手工重複人員級搜尋。如果只知道一家公司、還不清楚具體人選,請用公司搜尋,而不是編造姓名。
當您已經知道聯絡人和公司,但不想手工試遍每種可能的地址格式時,使用人員級搜尋。
為已經透過客戶研究、活動名單、轉介或 CRM 記錄鎖定的決策者,找到其職業郵箱。
在已知人選和僱主時查詢其公司郵箱,同時把搜尋與個人收件箱和社交帳號分開。
聯絡具名的運營、創始人、編輯或合作負責人,而不是把每個請求都發到通用的 info 或 contact 郵箱。
補上重要的缺失工作郵箱欄位,保留置信度和證據,並在自動序列獲准傳送前先驗證結果。
邊界清楚,查詢器才更有用:使用者可以把發現證據與身份、同意和即時郵箱確定性分開。
必須提供公司域名。本工具不是為按姓名查詢個人 Gmail、Yahoo、Outlook 或其它消費級帳號設計的。
輸入使用姓名和公司域名。社交網路不被當作公司網站,工具也不會承諾能從資料 URL 得到郵箱。
當域名接受任意本地部分的郵件時,SMTP 無法確認特定候選。BillionVerify 會降低置信度並展示注意事項,而不是把它標成確定有效。
找到的地址只是技術結果。同意、相關性、抑制名單、地區規則和外聯目的,仍是發件人需要單獨做的決定。
BillionVerify 的產品規則在內部文件中說明;地址、郵件路由和結構化資料概念則來自具名的一手來源。
定義 SMTP 投遞和域名郵件路由,包括 MX 記錄如何參與定位郵件交換機。
定義解讀郵箱本地部分和域名時使用的郵箱地址結構。
說明組織可能在公開網頁上發布的結構化 Person 屬性。
說明可把公開公司身份、URL 和聯絡資訊連起來的結構化組織屬性。
輸入對方全名和當前公司域名。BillionVerify 會核對公開公司訊號、評估可能的工作郵箱格式、驗證候選,並在證據足夠強時返回一個最佳匹配。
是。人員級搜尋僅在返回最佳匹配郵箱時扣除 10 積分。如果搜尋完成但沒有可靠匹配,預扣積分會釋放,本次結果費用為零。
不可以。必須提供公司域名,因為姓名並不唯一,工作郵箱格式也屬於組織。域名把搜尋固定在特定的職業上下文中。
不能。郵箱查詢器是需要公司域名的 B2B 工作郵箱查詢器。它不搜尋個人收件箱目錄,也不承諾能按姓名找到 Gmail、Yahoo、Outlook 或其它消費級地址。
是。驗證包含在查詢價格中,不會再次扣費。結果還會保留狀態、置信度、證據和 Catch-All 注意事項,便於您正確判斷結論。
Catch-All 域名可能為並不屬於真實個人的地址接受 SMTP 郵件。BillionVerify 不會把該回應當作確定的郵箱證明;置信度會被封頂,結果也會帶上注意事項。
郵箱查詢器從人和公司出發,定位缺失的工作郵箱。反向郵箱查詢從完整郵箱地址出發,解釋該已知輸入周圍的公開上下文。
按姓名和公司域名搜尋,獲得一個已驗證的最佳匹配,並在證據不完整時把不確定性保留下來。
僅在找到時扣除 10 積分 · 驗證包含在內 · 使用您的 BillionVerify 積分餘額