如何在 Close 中驗證電子郵件
Close 專為大量外寄開發而打造，因此 Leads 與 Contacts 上的電子郵件地址會被頻繁且密集地使用。但 Close 從不檢查這些地址是否仍能送達真實的信箱，於是匯入的名單、潛在客戶開發工具的資料，以及已換工作的聯絡人，都在悄悄拖累您的序列。本指南說明如何將 Close Leads 檢視匯出為 CSV、用 VeriMails 驗證，再匯回乾淨的名單，讓外寄開發維持可送達。
重點摘要
- 從 Leads Smart View 開始，因為 Close 的聯絡人匯出是從 Leads 清單發起。
- 將匯出 Type 設為 Contacts，並保留 Lead ID、Contact ID、電子郵件、負責人、狀態與序列欄位。
- 在 Smart View 提供給序列或業務代表開發之前，先在 VeriMails 中驗證匯出的 CSV。
- 使用 Lead Importer 並搭配穩定的比對欄位，讓清理後的檔案更新現有的 Close 記錄。
- 讓有效聯絡人進入序列，並將無效、拋棄式、職能信箱與 Catch-all 資料暫留待審。
Close 匯出設定
Close 透過 Leads 檢視匯出聯絡人，因此在開始驗證前，營運人員需要先決定 Smart View、匯出欄位與比對欄位。
| 設定項目 | 在 Close 中的作法 | 操作備註 |
|---|---|---|
| 匯出來源 | 開啟 Leads，為您計劃開發的確切帳戶或聯絡人建立 Smart View，再從該檢視匯出。 | 讓驗證與實際的外寄開發行動綁定，而不是對 CRM 做大範圍的傾印。 |
| 匯出類型 | 即使動作是從 Leads 分頁開始，也請選擇 Contacts 作為匯出類型。 | 結果會是一份聯絡人層級的 CSV，包含需要驗證的電子郵件地址。 |
| 必要欄位 | 盡可能保留電子郵件、Lead ID、Contact ID、姓名、公司、負責人、潛在客戶狀態、來源與序列成員資格。 | 這些欄位能清楚顯示驗證後哪些記錄應更新、排除或審查。 |
| 比對欄位 | 在 Lead Importer 中使用 Lead ID、Contact ID 或自訂的外部 ID 作為比對欄位。 | 以識別碼比對，能避免回傳檔案建立重複的 Leads。 |
| 序列關卡 | 在將聯絡人加入大量寄送的序列之前，先匯入驗證狀態。 | Close 透過您連結的信箱寄信，因此問題地址會影響業務代表每天使用的同一個網域。 |
為什麼要驗證 Close 聯絡人
Close 是圍繞大規模電話與電子郵件開發而設計的業務 CRM，內建序列與郵件寄送功能。這樣的設計讓聯絡人資料品質成為送達率的核心：您儲存的地址，就是序列寄送的目標，而且常常是大批寄送。聯絡人透過匯入、潛在客戶開發工具、手動輸入與已連結的名單來源進入 Close，但這些管道都不會確認電子郵件是否可以送達。
Close 不會驗證 Contact 上的地址
在 Close 中新增到 Contact 的電子郵件會原樣儲存。它可能是快速手動輸入時的錯字、大量匯入留下的廢棄信箱，或從來就無效的地址。Close 不會連線到郵件伺服器檢查。VeriMails 會執行這項即時檢查，讓您在寄出 Close 郵件或針對 Smart View 啟動序列之前，就知道哪些地址會退信。
外寄開發的聯絡人資料過時得很快
B2B 聯絡人資料每月約有 2.1 percent 失效，一年約 22.5 percent；隨著人員轉換職位、公司重組，將近 30 percent 的 B2B 記錄會在十二個月內過時。幾個月前匯入 Close 的名單，很可能已經失去相當比例的可送達地址。在序列啟動前一刻驗證匯出檔，反映的是每個地址目前的送達狀態，而不是匯入當時的狀態。
Close 序列產生的退信會損害寄件者信譽
Close 會直接寄出序列郵件，因此每一筆無效的 Contact 都會在您的寄件網域上變成一次退信，而大量對外開發會讓這些退信快速累積。信箱服務商會把高退信率視為名單品質低落或購買名單的跡象，進而將更多郵件導向垃圾郵件匣。退信率超過 3 percent 就需要留意，超過 5 percent 則會對網域信譽造成實質傷害。先驗證，就能讓每個序列的退信率維持在低檔。
乾淨的聯絡人資料，讓 Close 序列指標如實反映成效
序列報表、開信與回覆追蹤，以及 Smart View 的計數，全都假設正在跟進的聯絡人收得到信。無效地址會灌水數字、扭曲回覆率，還會把序列步驟浪費在從沒收到第一封信的人身上。先驗證資料，Close 報表才會建立在真實存在的聯絡人上，業務也才能專心跟進真正的潛在客戶。
VeriMails 檢查哪些項目
VeriMails 會讓 Close 匯出檔中的每個地址通過多層檢查。每一層攔下不同類型的問題電子郵件，每筆 Contact 都會得到明確的狀態，而不是模糊的分數。
首先是語法驗證，揪出格式錯誤的地址，包括手動輸入時不小心打錯的地址。 MX 與 DNS 檢查接著確認網域存在且已設定為可收信。即時 SMTP 交握是最關鍵的一步：VeriMails 會與收件郵件伺服器建立真實連線，確認該信箱確實會接收郵件，全程不會真的寄出任何信件。正是這一步，能抓出 Close 仍記錄為有效、實際上已廢棄的信箱和已離職的聯絡人。
VeriMails 也會執行 Catch-all 偵測，標記無論信箱是否真實存在都會接收所有地址的網域（這在 B2B 網域中很常見），另外還有拋棄式信箱偵測，用於偵測臨時拋棄式信箱，以及職能信箱偵測找出 info@ 或 sales@ 等通用地址。Catch-all 狀態會以明確的偵測結果呈現，絕不是機率分數。綜合這些檢查，VeriMails 會回傳清楚的驗證結果，適合直接用於實際工作流程。
Close 使用者適用的價格方案
驗證的定價設計，讓您在啟動序列前清理 Close 名單的成本，相較於守住送達率的價值微不足道。點數包每封電子郵件低至 $0.0019，10,000 點的點數包只要 $19。點數包最高可擴充至 5 million 次驗證、價格 $1,499，而且點數永不過期，這次對外開發買下的餘額可以留到下一次使用。
如果您會定期匯入並清理 Close 名單，年繳方案每月低至 $12.50/month（按年計費）。每個新的 VeriMails 帳號都附贈 100 點免費點數，無需信用卡，足以驗證一部分 Close 聯絡人樣本，在選定方案前先看看有多少紀錄含有無效或 Catch-all（全收）地址。
流程圖解
在 Smart View 成為序列或業務開發信的名單來源之前，用這套流程驗證 Close 聯絡人。
- 業務工作流程：將這次清理串接到更完整的業務電子郵件驗證工作流程，再啟動新的序列。
- 名單清理：當地址是在表單、結帳、應用程式或產品流程中收集時，使用大量驗證適用於 Smart View 中的紀錄多到業務無法逐筆人工檢查時。
- 同類 CRM：審核 Pipedrive 與 Freshsales 比較各家業務 CRM 的清理步驟時參考。
逐步說明
在 Close 開啟 Leads Smart View
在 Close 中前往 Leads 分頁，開啟或建立一個 Smart View，因為匯出功能是從 Leads 分頁執行，而不是從 Contacts Smart View。套用搜尋條件，讓檢視只顯示您想驗證的紀錄。讓檢視保持聚焦，驗證更有效率，點數用量也更精簡。
將檢視匯出為 Contacts CSV 檔
開啟 Leads 清單右上角的更多選單，選擇 Export。將 Type 設為 Contacts 以取得聯絡人層級的檔案，格式選擇 CSV，再挑選 Common fields 或 All fields。開始匯出後，Close 會以電子郵件寄送下載連結，連結有效期為七天。
將 Close CSV 上傳至 VeriMails
登入 VeriMails，開啟大量驗證，上傳從 Close 匯出的 CSV。VeriMails 會自動偵測電子郵件欄位，不需手動對應。此工作會以排程的大量驗證方式執行，同時進行語法、MX、DNS、SMTP、Catch-all、拋棄式與職能信箱檢查。
檢視有效、無效、Catch-all 與有風險的結果
VeriMails 會依狀態將每個地址分類。有效地址可以放心寄送；無效地址會造成硬退信，應在任何序列開始前移除。Catch-all 結果會另外標記，由您決定如何處理。拋棄式與職能信箱地址則分開列出。最後將篩選後的有效結果下載為乾淨的 CSV。
將清理後的名單重新匯入 Close
使用 Close Lead Importer 匯入驗證後的檔案，並選擇比對欄位，例如 Lead ID 或存放紀錄識別碼的自訂欄位。Close 會用比對欄位將每一列對應到既有的 Lead，接著由您選擇僅補上缺少的資訊、取代既有資料，或略過。以穩定的識別碼比對，更新才會乾淨且不產生重複資料。
各種驗證結果的處理方式
在 Close 中把驗證狀態當作寄送關卡，尤其當 Smart View 是序列或業務協同開發的名單來源時。
- 有效保留在序列中，更新驗證日期，讓業務照常進行開發。
- 無效從序列中排除，並在任何後續寄信步驟前，替負責人新增一項清理任務。
- Catch-all 移到低量審查檢視，只有在該客戶值得承擔額外風險時才寄送。
- 拋棄式從對外開發工作流程中排除，並請負責人確認一個可長期使用的公司地址。
- 職能信箱保留用於客戶分派或客服類聯繫，但不納入個人化的業務序列。