SignalHire 提供基於 LinkedIn 的聯絡人。來自個人資料的數據需要單獨的送達率檢查。
SignalHire 是一個聯絡人查找平台,被招募人員、銷售團隊和增長運營者使用。它從 LinkedIn 個人資料和其他公開數據來源中提取電子郵件地址和電話號碼,使其成為招募外展和 B2B 銷售開發常用的工具。
SignalHire 通過將身份與公開個人資料數據和專有匹配算法進行比對來推導聯絡資訊。這種解析確認了基於可用信號的地址可能是什麼——它不執行實時 SMTP 檢查來確認信箱當前是否活躍。LinkedIn 個人資料不會在人們換工作時立即更新,SignalHire 的數據也遵循相同的滯後。
任何 SignalHire 的匯出都是聯絡清單的起點。最終驗證步驟是確定哪些聯絡人在清單到達郵件活動之前實際上是可發送的。
SignalHire 聯絡資料的實際意義。
| SignalHire 信號 | 實際含義 | 不代表的意思 |
|---|---|---|
| 已找到電子郵件 | 在發現時從個人資料和域名匹配解析地址 | 信箱當前是活躍的 |
| 基於 LinkedIn 的聯絡人 | 地址與當前 LinkedIn 個人資料關聯 | 該人仍在那家公司 |
| 已驗證聯絡人 | 通過 SignalHire 的內部可信度檢查 | 地址今天能接收郵件 |
| 最近來源 | 聯絡人在 SignalHire 最近的數據週期內被找到 | 此後沒有發生職位變動 |
SignalHire 匯出中的具體風險。
| 風險 | 來源 | 影響 |
|---|---|---|
| 個人資料抓取後的職位變動 | 聯絡人在 LinkedIn 數據最後索引後移動了職位 | 來源地址硬退信 |
| Catch-all 域名 | 公司域名接受所有傳入郵件 | 送達不確定,來源地址看起來有效 |
| 個人資料電子郵件不匹配 | LinkedIn 個人資料電子郵件與實際工作郵件不同 | 地址錯誤,送達失敗 |
| 角色型地址 | hr@、recruiting@、info@ 作為個人聯絡人出現 | 共享信箱,無特定收件人 |
| 跨使用情境不匹配 | 招募來源的聯絡人用於銷售外展 | 框架錯誤,相關性低 |
| 重複來源 | 同一個人資料在多次搜尋中被找到 | 重複發送,投訴風險 |
匯入前先驗證 SignalHire 數據。
SignalHire 的匯出從 LinkedIn 個人資料快速移動到可匯出的記錄。這種速度壓縮了大多數團隊應該檢查所得地址是否實際可發送的步驟。在匯入前——而非在第一波郵件活動期間——運行驗證,是在不付出退信率和送達率損害代價的情況下保留速度優勢的方式。
對每個結果進行路由。
| BillionVerify 結果 | SignalHire 匯出的處理方式 |
|---|---|
| 有效 | 匯入 CRM 或目標郵件活動 |
| 無效 | 不匯入——加入抑制清單 |
| Catch-all | 獨立分段,降低發送量,監控送達情況 |
| 角色型 | 使用共享信箱訊息的獨立郵件活動 |
| 未知 | 審查佇列——從高量序列中排除 |
| 有風險或一次性 | 不匯入 |
驗證後——記錄的去向。
- 有效:匯入 CRM,標準外展序列
- Catch-all:較低發送量分段,與主要郵件活動輪換分開
- 角色型:獨立郵件活動,針對共享信箱情境撰寫文案
- 無效和一次性:抑制清單,永不重新匯入
- 未知:審查佇列,在任何發送前需要手動決策
為什麼基於 LinkedIn 的數據有特定的衰減模式。
SignalHire 與其他基於 LinkedIn 的聯絡人查找工具一樣,依賴公開個人資料數據的準確性。LinkedIn 個人資料有一個特徵性的更新模式:人們在開始新工作時更新它們,但舊雇主的個人資料數據通常在離職後數週或數月內仍然存在。這在現實與基於個人資料的工具所能看到的之間創造了可預測的滯後。