LISTS · TEMPLATE · CAMPAIGN
名單
退訂紀律
信件模板
預覽即所見發送活動
成效
收件人狀態
背景
為什麼做這個
一開始只想要一支統一的寄信 API，讓自己所有專案共用，寄送紀錄留在自己手上。做著做著才發現要的東西大得多，是一整套能發電子報的後台。
於是當成另一個產品重做。名單怎麼進來、誰退訂了、信長什麼樣、什麼時候寄、寄完之後多少人打開。這五件事分四個階段做完，每做完一個就上線。
寄信最後總要交給外面的服務商送出去，這件事躲不掉。所以在中間隔了一層，換服務商的時候只改一個設定，不用動到任何一個接進來的專案。
關鍵亮點
關鍵亮點
退訂以人為單位，不以名單為單位
一個人按了退訂，就是不想收信。不該因為他同時在另一張名單裡，就繼續寄給他。
匯入不會把退訂的人叫回來
重複匯入時只更新姓名，訂閱狀態完全不碰。測過了。把退訂過的人再匯入一次，他還是退訂。
點開連結不等於退訂
企業的郵件安全閘道會自動點開信裡每一條連結。如果點一下就退訂，收件人根本沒動手卻被退掉。所以退訂連結只顯示確認畫面，真的送出才算數，而且連結帶簽章，不能被拿去退別人的訂或猜出名單裡有誰。
支援信箱內建的一鍵退訂
照標準做，收件匣最上面就會自己長出一顆取消訂閱的按鈕。不想收的人會按它，不會去按檢舉垃圾信。這件事很要緊，被檢舉太多次，整個帳號的寄信資格會被收回。
交易信永遠不掛退訂
退訂行銷信之後，訂單確認與驗證碼還是必須送達。模板分成兩種類型就是為了切開這件事。
預覽看到的就是寄出去的
畫信的那支程式刻意不依賴任何只有伺服器才有的東西，後台預覽直接拿同一份來跑。寄測試信走的也是正式流程，沒有另外開一條比較好走的路。
大量發送的中斷與續跑
一次寄幾千封不可能一口氣跑完，中間一定會被切斷。所以收件人是一批一批領走的，領了卻沒寄完的會放回去，下一輪再撿起來。這樣就不會有人卡在中間，永遠停在發送中。被對方限速擋下來的也重排，不算失敗。
成果
成果
- 四個模組全部完成並部署：名單與退訂、信件模板、發送活動與排程、成效分析
- 規模：18 個後台頁面、14 張資料表
- 退訂整條路都實測過：連結被改過會擋下、只是被點開不會退掉、重複匯入不會把人叫回來
- 信被退回或被檢舉，系統自己把那個信箱記下來，之後再寄就直接擋掉
- 換服務商只要改一個設定，已經接進來的專案一行都不用動
回顧
“信寄出去會收到回報：送到了、被退回、或被檢舉。這幾則通知同時進來，順序不固定。我第一版誰晚到就聽誰的，結果被檢舉的信在後台顯示成功。後來改成壞消息優先。”