電子報平台怎麼選？從創作者到大型企業，先看你要寄什麼信

「我想開始寄電子報，要用哪個平台？」

這個問題，通常很快就會變成幾個平台名字的比較，哪個有人推薦、哪個便宜、哪個免費額度多、哪個版型好看。

但如果還沒想清楚自己要做什麼，功能表看再久，也很難選。

每週寫一封信給讀者、替商店安排促銷、讓業務追蹤潛在客戶，和替 App 寄驗證碼，雖然最後都會有一封 Email 出去，背後要處理的事情差很多。

ESP 是 Email Service Provider 的縮寫，這裡先用「寄信平台」來理解。不過，下面有些服務已經超出寄信，包含內容出版、CRM、跨通路行銷或開發工具。把它們放在一起看，是為了選用途，不是說每一種都能直接互相替換。

先回答：你主要靠這些信做什麼？

先寫想想你的動機、意圖和目標。

「每週寄文章給讀者，之後可能做付費訂閱。」

「讓買過商品的人，在適合的時間收到下一封信。」

「讓網站註冊的人，立刻收到驗證與帳號通知。」

有了這些，再看下面幾類，會比較知道自己在找什麼。

一、內容創作者：寫作、訂閱與讀者經營

如果你的核心是內容，先看寫作功能是否合用，發佈流程順不順、讀者怎麼加入，以及之後要怎麼收費或經營。

Substack 把文章、電子報、訂閱與平台內互動放在一起。適合想把寫作與訂閱放在同一個地方的人。要評估的也包括：你希望讀者關係有多少留在平台裡，以及未來搬家時，哪些資料與功能能帶走。官方功能介紹

beehiiv 的重點包含電子報與網站、推薦和轉介紹等成長工具，以及訂閱或廣告等變現方式。若你把電子報當成一份持續經營的媒體，可以從這些工作流程看起。官方功能介紹

Kit 除了寄內容，也強調創作者的受眾標籤、連續信與視覺化自動化。如果你還要賣課程、服務或數位產品，可以看看它如何把加入名單、培養關係與購買串起來。官方功能介紹

這一類不用一開始就把所有自動化畫好。先試著寫完、寄出一封，再走一次讀者的訂閱流程，通常比只看功能表更有感。

二、品牌與中小企業：活動、分眾與自動化

如果你主要是寄活動、促銷、品牌消息，或安排訂閱後的歡迎信、購物車提醒，通常會需要表單、版型、分眾與自動化流程。

Mailchimp 可以從行銷活動與自動化流程來評估：聯絡人因為什麼條件進入流程，接下來要收到哪封信、做什麼動作。實際可用的觸發條件與步驟，要對照你選的方案。官方自動化說明

Brevo 同時提供行銷、CRM 與交易信等相關服務，也有 Email 以外的通路。如果你需要的不只是一份電子報，可以看看聯絡人資料、不同通路與自動化是否能接在一起。不過，提供這些服務，不代表所有方案都包含相同功能。官方平台介紹

這一類最容易發生的事，是買了很多功能，卻一直只用最基本的群發。

三、電商品牌：先看商店資料接不接得起來

電商的重點，常常不在編輯器好不好看，而在商品、訂單、購買行為能不能正確進來。

Klaviyo 是這個情境可以研究的平台之一。它是歐美目前知名度最高、專精於電商銷售的 ESP 平台，結合電商網站整合、顧客資料分析、分眾與自動化寄送，，確定要購買之前，先確認你的商店系統有沒有對應整合，以及真正需要的資料能不能同步。目前 Klaviyo 與 Shopify 深度綁定，與台灣商家常用的 91App、、CYBERBIZ、WACA、meepShop 並沒有原生擴充功能支援。 官方 Email 功能介紹

需不需要這麼深度的整合，你可以先想想商店的：

• 商品與訂單資料，更新到什麼程度？
• 同一位顧客在不同地方留下的資料，怎麼合併？
• 某個購買行為發生後，流程何時啟動？
• 退訂的人，還會不會被另一個行銷流程寄到？

其他品牌行銷平台也可能有電商整合。可以比較看看資料與流程是否符合你的商店，不是別人推薦就一定適合你呦。

四、大型企業與平台型服務：資料、權限與跨通路旅程

企業規模變大後，常見的問題會從「能不能寄」變成：「不同部門、品牌、資料系統，能不能一起運作？」

何況除了企業級大型平台收費較高之外，導入與維護本身就是一筆成本，不只是一筆月費。

Salesforce Marketing Cloud 可以從企業的客戶資料、跨通路旅程，以及和既有 Salesforce 系統的整合來評估。這是一個產品家族，採購時要確認具體產品、版本與需要的連接方式，不要只憑「Marketing Cloud」這個名字判斷功能都包含了。官方產品介紹

Adobe Marketo Engage 更適合從 B2B 的潛在客戶培養來理解：名單進來後，如何評分、分眾、培養，再把合適的對象交給業務，以及如何與 CRM 同步。如果主要需求是每週寄一篇文章，這些能力未必是你現在需要的。官方產品介紹

Microsoft Dynamics 365 Customer Insights－Journeys 可以依事件觸發安排顧客旅程，串接 Email、簡訊與推播等通路。已經使用 Microsoft 商務系統的團隊，可以評估資料與旅程怎麼整合；它和拿 Microsoft 365 的 Outlook 直接大量群發，是不同的產品與用途。官方功能概覽

HubSpot Marketing Hub 可以從 CRM 裡的聯絡人資料，延伸到行銷信與工作流程。如果行銷和業務需要共用客戶資料，值得拿實際交接流程來測試。自動化的能力與限制會隨方案不同，不能只看免費 CRM 就推論後續成本。官方 Email 自動化說明

Braze 則適合放在消費者服務、App 或會員平台的情境裡看：當使用者註冊、使用產品或進入不同階段，如何安排 Email、手機簡訊、App 內訊息推播等跨通路互動。評估時，要一起看事件資料能不能送進來、身份如何辨識，以及誰負責維護旅程。官方產品介紹

大型企業也不一定需要最複雜的平台。若資料還沒整理好、沒有維護人力，先買進一套大系統，光學起來就頭痛了。

看企業方案時，至少帶著一個完整情境去做概念驗證：資料進來、觸發流程、檢查同意與退訂狀態、寄出、回收結果。再確認多品牌權限、審批、稽核紀錄、資料存放、支援與異常處理等需求，哪些有提供、哪些需要另外建置或寫進合約。

五、網站與產品通知：寄信 API 是另一種選擇

如果你在做網站、App 或 SaaS，主要要寄的是驗證信、密碼重設、訂單與系統通知這類的「交易郵件」，可以研究 Amazon SES、Twilio SendGrid Email API、Resend 這類發送服務。

它們提供程式介接的寄信能力，適合由工程團隊把信件接進產品流程。Amazon SES 介紹、Twilio SendGrid Email API 介紹、Resend 介紹。

但有 API 可以呼叫，不等於你已經擁有一套完整的電子報系統。

名單、同意與退訂、抑制、寄送佇列、事件回傳、失敗重試、權限與監控，要確認功能是否完善、由誰處理。

若還要做行銷分眾與編輯流程，這些就會涉及更複雜邏輯和功能建置，或評估是否搭配其他產品。

這類服務可能讓你更有控制力，成本也會低很多，但也把更多工作、維持都交給自己的團隊。

有很多獨立開發者為了節省平台費用，想要透過 AWS SES 自行開發寄送工具，最後卻因為不懂聲譽維護、最佳寄件原則、郵件系統安全、行銷邏輯，信件最後都去了垃圾箱而得不償失。

千萬不要只拿每封寄送費用，和完整行銷平台的月費直接比歐。

最後，把真正的成本算進去

比較價格時，把這幾項一起列出來：

• 名單成長後，聯絡人與寄送量怎麼計費？
• 需要幾個帳號、品牌或工作區？
• 有沒有想用的自動化、整合與支援，在哪個方案？
• 導入、串接、教育訓練，誰來做？
• 每個月要花多少人力維護？
• 之後搬家時，名單、標籤、同意與抑制紀錄能否匯出？哪些流程要重建？

價格和功能會變，採購前以官方最新方案與合約為準。

不管最後選哪一種，也都還要處理認證、名單品質與寄送節奏。雖然平台能協助你完成寄送，但不能保證每封信都進收件匣，寄件人的聲譽還是必須靠良好的寄件習慣來維持的。

先列出你的主要用途、現有資料和負責的人，再挑兩三個平台，實際走一次「加入名單到收到第一封信」的流程。你通常會比看完十張功能比較表，更清楚自己要選什麼。