有個笑話是,換個電燈泡需要多少個工程師?
那麼,寄送電子報,需要多少個工程師?或是,需要多少費用?阿不就按個傳送就出去了嗎?還要收費?
其實,寄送電子郵件沒有一般人想像得那麼單純,尤其當你是要寄送成千上萬封電子郵件給訂戶時,狀況遠比按下 Gmail 的傳送按鈕要複雜多了。IBM 是用這樣淺顯易懂(?)的圖示來說明電子郵件的傳送流程的:
看了這圖,你覺得,寄送電子報需要多少工程師/費用呢?
來看看參考各個不同模式的電子報/email寄送服務,是如何定價的(以下資料取自 2013年6月之各來源網頁):
方案 | 內容 | |
MailChimp | 月費 |
|
預付 |
|
|
大量方案 |
|
|
Benchmark | 以傳送總數計價 |
|
以收件人數計價 |
|
|
高容量 |
|
|
CiviSMTP |
|
|
Amazon SES |
|
前面兩家廠商,是專門提電子報訂閱/發送服務的平台廠商,考量服務成本/收入,在方案設計上,都有某種限制(或說特點),讓使用者可依需求選擇限定訂戶人數或寄件數量的方案。使用這類型的服務,需要多少工程師?也許不需要。
後面兩家業者,只提供「寄送」的技術服務。也就是說,編寫、訂閱、統計等工作需要透過其他軟體/服務來處理(需要很多工程師?),費用的計算也因此就相對單純,僅針對寄送封數來計算(嗯,Amazon 另會計算資料傳輸量,但別寄附加檔案就好了~)。
我們所提供的服務,跟前兩家業者近似(但多了 CRM 的其他更多/整合性功能),因此在方案費用的設計上也相似,但目前僅提供以聯絡人數量限制做區隔的五種方案(其實,以前是三種...)。未來是否需要針對發信數量/次數做出限制?目前暫不考量(其實是沒時間去想...),也希望能持續維持簡單的方案設計(不要問我為什麼沒有3000、5000、8000人的方案...),把重點放在提供穩定/好用的平台服務上。