QuickMail 處理收件匣輪換和行銷活動送達。您決定什麼進入輪換。
QuickMail 是為需要收件匣輪換、跨多個寄送帳戶的行銷活動管理，以及高量寄送可靠的送達率控制的外撥團隊而打造的。它在代理商和高量寄件者中很受歡迎，這些人同時管理多個客戶或多個行銷活動。
收件匣輪換模型對於保護個別信箱免受量相關損害很有效——但它不能修正行銷活動中的記錄。在十個輪換收件匣中分散無效地址，意味著十個收件匣都在吸收退信，而非一個。總退信暴露不會縮小；它分散在更多基礎設施中。
對於代理商工作流程，這帶來了特定的風險：一個客戶未驗證的名單，可能影響在多個其他客戶之間共享的寄送基礎設施。在代理商環境中的一次不良匯入，比單一客戶操作的不良匯入有更廣泛的影響範圍。
匯入 QuickMail 前需要檢查的內容。
代理商環境中的 QuickMail 行銷活動，通常接收來自客戶提供的 CSV、Apollo 匯出或資料豐富化輸出的名單。這些來源都有不同的品質假設和衰減率。在任何名單進入 QuickMail 收件匣輪換之前，這些欄位很重要。
| 欄位 | 重要原因 |
|---|---|
| 電子郵件 | 進入收件匣輪換的地址——驗證決定是否安全寄送 |
| 網域 | 決定 catch-all 行為、MX 有效性和客戶端定向準確性 |
| 來源 | 客戶提供的 CSV、Apollo、豐富化工具、手動研究——各有不同準確性 |
| 退訂狀態 | 在先前行銷活動中退信或退訂的地址，必須保持在輪換之外 |
| 名單時效 | 超過 90 天的名單需要重新驗證——對於有定期行銷活動的代理商客戶尤其如此 |
每種信號類型所產生的風險。
QuickMail 在多個收件匣間分散寄送。這種分散可能會掩蓋早期的退信信號，使得在不良名單品質問題已影響更廣泛的輪換之前，更難偵測到。
| 信號 | 送達行為 | 對 QuickMail 行銷活動的風險 |
|---|---|---|
| 無效 | 被接收伺服器永久拒絕 | 硬退信——分散在輪換中的多個收件匣 |
| Catch-all | 網域接受所有地址，信箱狀態不確定 | 不確定的送達——在不改善結果的情況下增加寄送量 |
| 角色型 | 共享收件匣（info@、sales@、hr@） | 可送達但作為個人化行銷活動的外撥目標較弱 |
| 一次性 | 暫時性或低信任地址 | 非真實商業聯絡人——浪費整個輪換的容量 |
| 未知 | 驗證結果不確定 | 未經過深思熟慮的審查決定，不應進入任何收件匣輪換 |
| 重複 | 同一地址跨多個名單或客戶 | 從相同或不同收件匣對同一聯絡人的多次寄送——投訴風險 |
在匯入前驗證，而非退信後才行動。
驗證的正確時機是在任何名單進入 QuickMail 輪換之前。在第一波寄送後發現不良記錄，意味著輪換已在連接的收件匣間分散了退信信號。在代理商環境中，這意味著客戶特定的名單問題已影響共享基礎設施。
匯入是承諾點。在 QuickMail 中，這個承諾觸及服務該行銷活動的整個收件匣輪換。在輪換接收記錄前建立名單品質，意味著無論有多少客戶或行銷活動共享它，寄送基礎設施都保持乾淨。
將每個結果路由到正確的分類。
| BillionVerify 結果 | 匯入 QuickMail 前的動作 |
|---|---|
| 有效 | 匯入目標行銷活動輪換 |
| 無效 | 不匯入——加入客戶封鎖名單 |
| Catch-all | 有專用監控的單獨低量輪換 |
| 角色型 | 單獨行銷活動，訊息適合共享收件匣 |
| 未知 | 等待審查——不進入共享輪換，除非已做決定 |
| 高風險或一次性 | 不匯入 |
對於代理商工作流程，在行銷活動層級和客戶層級都維護封鎖名單。為某一個客戶退信的地址，如果相同基礎設施是共享的，不應透過不同客戶的行銷活動重新進入輪換。
名單驗證後。
一旦核准記錄匯入 QuickMail：
- 有效地址按配置的時程進入主要收件匣輪換
- Catch-all 地址在有密切監控的專用低量輪換中執行
- 角色型地址在有調整訊息的單獨行銷活動中執行
- 無效和一次性記錄在客戶層級被封鎖，並從所有未來匯入中排除
- 未知地址保留在審查佇列中，直到做出明確的匯入決定