Overloop 自動化序列，它不篩選進入序列的內容。
Overloop——前身為 Prospect.io——是一個多管道銷售互動平台，結合了電子郵件序列、LinkedIn 自動化和 CRM 整合。團隊使用它在各管道協調外撥，而無需手動管理每個接觸點。
這種自動化創造了效率，但也意味著一旦聯絡人被加入 Overloop 序列，平台就會持續執行步驟，直到序列結束或聯絡人被手動移除。序列中沒有對名單的中途品質檢查。在序列開始時進入的任何內容都會一路執行到結束。
這就是為什麼品質決策應在匯入前做出——不是因為 Overloop 沒有盡到職責，而是因為它的職責是自動化，而非篩選。名單品質決策是您在上游需要做的。
注意：Overloop 於 2023 年被 Salesflare 收購，不再作為獨立產品提供。如果您正在從 Overloop 遷移或評估類似的銷售互動工具，本頁的寄送前驗證原則適用於任何基於序列的外撥平台。
匯入 Overloop 前需要檢查的內容。
Overloop 中的聯絡人來自其內建的開發功能、外部 CSV 匯入、CRM 整合和手動新增。每個來源有不同的品質特性。在任何聯絡人進入序列之前，在欄位層級進行驗證。
| 欄位 | 重要原因 |
|---|---|
| 電子郵件 | 主要送達地址——在加入序列前必須有效 |
| 網域 | 決定 catch-all 行為、MX 有效性，以及公司是否仍在運營 |
| 來源 | Overloop 開發、CSV 匯入、CRM 同步、手動——每個來源有不同的可靠性特點 |
| 退訂狀態 | 之前退信或退訂的聯絡人，不應透過新的匯入重新進入 |
| 名單時效 | 超過 90 天前取得的聯絡人，應在加入序列前重新驗證 |
每種信號類型所產生的風險。
Overloop 序列在多個步驟中執行，除電子郵件外，還可能包含 LinkedIn 接觸點。了解每種信號類型如何影響送達，有助於決定哪些記錄應該進入序列。
| 信號 | 送達行為 | 對 Overloop 序列的風險 |
|---|---|---|
| 無效 | 永久拒絕 | 硬退信——對寄送網域造成聲譽損害 |
| Catch-all | 網域接受所有地址，信箱不確定 | 序列步驟中的送達不確定性——增加退信風險 |
| 角色型 | 共享收件匣（info@、contact@、support@） | 互動率低、潛在投訴、非具名個人聯絡人 |
| 一次性 | 暫時性或低信任地址 | 非真實商業聯絡人——匯入前移除 |
| 未知 | 驗證結果不確定 | 在人工審查前排除在活躍序列之外 |
| 重複 | 同一地址匯入超過一次 | 重複的序列步驟、投訴風險、歸因失真 |
在匯入前驗證，而非退信後才行動。
一旦聯絡人被加入 Overloop 序列，他們就會自動推進到每個步驟。在加入後發現名單品質問題，意味著退信已經發生。聲譽損害正在進行中。正確的干預時機是在匯入之前。
Overloop 的內建開發功能不能取代外部驗證步驟。它所找到的聯絡人在進入序列前，仍需通過 BillionVerify。內建資料取得和可寄送驗證是不同的功能——前者找到聯絡人，後者確認他們可以安全發送。
在 Overloop 看到記錄前路由每個結果。
| BillionVerify 結果 | 動作 |
|---|---|
| 有效 | 匯入 Overloop 並加入目標序列 |
| 無效 | 不匯入——加入封鎖名單 |
| Catch-all | 單獨序列，較低量，更密切的送達監控 |
| 角色型 | 單獨序列，訊息適合共享或團隊收件匣 |
| 未知 | 等待人工審查——排除在活躍序列之外 |
| 高風險或一次性 | 不匯入 |
對於包含 LinkedIn 步驟的多管道序列，電子郵件地址無效的聯絡人仍然可以推進到 LinkedIn 接觸點。這讓無法通過電子郵件聯繫的聯絡人看起來有進展。在匯入前篩掉無效電子郵件，確保您的序列資料準確反映可聯繫的潛在客戶。
名單驗證後。
一旦核准聯絡人進入 Overloop：
- 有效聯絡人以標準節奏加入主要序列
- Catch-all 聯絡人在單獨監控的低量序列中執行
- 角色型聯絡人獲得專為共享收件匣設計的訊息