市面上不會告訴你的電子報管理名單邏輯！什麼是匯入？什麼是更新？｜Campaign Monitor 基礎篇

目前的行銷領域，已經傳言許久 cookie 即將消失，所以品牌也紛紛回頭經營起可以直接與消費者溝通的方式，也越來越重視會員的經營，其中一個就是電子報行銷，只要消費者成為會員或是直接訂閱電子報，就可以透過寄送電子報直接到消費者手上！不用透過廣告海底撈針，這些人就是你的忠實讀者是不是很棒！

但是在正式與他們溝通前，我要怎麼好好管理這批名單呢？

現在的電子報服務商（Email Service Provider 簡稱 ESP）基本上都有可以直接匯入名單的機制，單純匯入很好懂，但是如果碰到已經存在的名單會怎麼樣嗎？那不存在的呢？

電子報名單的管理與邏輯

接下來抓住幾個大原則就好！

一、「匯入」「全新」的訂閱用戶：

「全新」的訂閱用戶匯入到電子報服務商當中，也就是可以溝通的名單會增加，你能寄信的人數就變多了！

恭喜你！現在有了兩筆名單，可以開始寄信溝通了！

二、再次「匯入」「已存在」的訂閱用戶：

只要沒有勾選特定更改訂閱狀態的條件，而且沒有帶任何欄位值匯入，那並不會有任何改變，不會導致重複的名單出現。

名單內一樣只有兩筆名單，不會造成名單重複也不會影響原本的資料。

二點五、變化題！如果同時「匯入」包含「全新」以及「已存在」的訂閱用戶：

此時電子報服務商會去檢視名單，新的訂閱用戶會加入名單，已存在的仍然顯示在名單內，不會造成重複的訂閱用戶出現，此時可以觀察匯入後全名單變成多少人，新增加的就會是新獲得的訂閱用戶。

一樣不會造成重複名單，只有 xyz@gmail.com 是新的用戶被加入到 Campaign Monitor。

三、「已存在」的訂閱用戶想要「新增」欄位值：

建議在任何電子報服務商，都可以先在系統裡面新增對應的欄位，再去匯入想要的欄位值，這樣才可以確認欄位的屬性正確，舉例來說，每個電子報服務商都有自己的欄位規則，像是我們要新增一個 Birthday 欄位，是 Date（時間）屬性，在 Campaign Monitor 可以是 1980-01-01，這時候如果我們貿然拿一個檔案去匯入 Birthday 欄位，而誤寫成 19800101 時，可能會被系統自動判斷成數值。

詳細的屬性分類可以閱讀文件 → Custom field data types

四、「已存在」的訂閱用戶想要「更新」欄位值：

更新的概念顧名思義就是要把既有的值替換掉，例如客戶的名字填錯了，應該是 Tom 而不是 Tim，那就可以在名字的欄位放上正確的 Tom 然後再次匯入做到更新的效果，這邊是可以批量修改的，也就是說只要 Email（電子郵件）作為 Key 值，系統會自動去比對全部的名單資料，有提供欄位值的就會更新，原本的會被覆蓋掉做更新的動作，原本沒有的就會視為新增該值，例如我同步幫 xyz@gmail.com 加上 Ken 的名字。

匯入名單的時候，注意匯入時的動機，是否要更新現在既有的名單資料？如果有新的欄位值是否需要先定義？現在能夠取得消費者的資料都非常珍貴，所以好好管理名單也是一門學問！然後切記！不要用來路不明的名單（買名單）、蒐集名單時也要明確告知消費者用途，這樣才能維持良好的名單品質與表現！

口訣就是不存在的會新增，存在的會更新！希望有幫助到大家！