每一封 Email,都陪客戶往前一步。
從驗證碼、訂單通知,到自動化培養與電子報,ForwardHello 讓產品與品牌團隊在同一個地方完成寄送、成長與分析。
早安,Mia ☀
await fetch(process.env.FORWARD_BASE_URL + '/api/v1/emails', {
method: 'POST',
headers: {
Authorization: `Bearer $${process.env.FORWARD_API_KEY}`,
'Content-Type': 'application/json'
},
body: JSON.stringify({
from: 'Forward <sandbox@forward.test>',
to: 'delivered@forward.test',
subject: 'Sandbox hello ✨',
text: 'This message never leaves ForwardHello.'
})
});你的公司有多個產品、品牌或寄件網域嗎?
加入小批次創始夥伴計畫,和我們一起把交易通知、培養流程、活動信與多品牌協作接成同一段客戶旅程。
不只寄出 Email,更把客戶旅程接起來。
工程師需要可靠的 API,行銷需要好用的內容與分眾工具。ForwardHello 把兩邊放進同一個明亮、清楚的工作空間。
重要通知,每一步都有跡可循。
用 REST API 寄送驗證碼、密碼重設、收據與訂單通知;從安全測試到正式送達,每一封都有清楚、可追蹤的生命週期。
查看產品導覽讓客戶行為,自然接成旅程。
從歡迎流程到回購提醒,以產品事件觸發等待、條件分支與後續 Email,重試也不會重複打擾。
查看產品導覽真正理解每一位收件人。
匯入聯絡人、建立分眾與偏好主題,在保留退訂與同意狀態的前提下,持續累積可用的客戶關係。
查看產品導覽活動信與電子報,也在同一處。
撰寫、個人化、排程 Broadcast,並查看送達、退信、檢舉與退訂,不必再把資料拆散在不同工具。
查看產品導覽寄不出去時,不再只看到代碼。
持續檢查 SPF、DKIM、DMARC、退信與垃圾信申訴,用看得懂的說明找出問題,讓修復有下一步。
查看產品導覽工程師與行銷,終於共用同一份真相。
工程師負責事件與 API,行銷負責內容與分眾;共同查看模板、寄送紀錄、成效與客戶偏好。
查看產品導覽不是因為比較可愛,而是工作方式真的不同。
如果現有服務已經穩定支援你的流程,留在原服務完全合理。ForwardHello 的差異不是「也能寄信」,而是把產品通知、客戶培養、活動信與多品牌營運接回同一段旅程。
同一位客戶,不想再拆成三套工具。
- 產品通知、培養與活動信要共用紀錄
- 一個帳號要管理多個品牌、網域與成員權限
- 團隊希望使用台灣繁中介面與公開新台幣方案
現有工具已經解決問題,就不必為了換而換。
- 只需要現有寄信流程,而且整合一直運作穩定
- 需要 ForwardHello 尚未公開的企業 SLA 或合規認證
- 需求超過目前公開方案,而且不能先小批次驗證
先證明一個流程,再決定是否移轉。
- 先用 Sandbox 測完整生命週期,不碰正式收件人
- 設定 DNS 前,先寄到自己的私人真實信箱
- 只切一個網域與少量流量,保留可回復的舊路徑
一個 API,從第一封陪到下一次回購。
保留工程師熟悉的開發體驗,也讓非工程成員能安心管理內容、分眾與成效。
- REST API、單封寄送與完整生命週期;Atomic Batch 尚未在 SES 正式方案開放
- REST API、OpenAPI 3.1 與可複製 Quickstart
- 版本化模板與寄送前預覽
- 事件觸發自動化與安全重試
- Audience、分眾與偏好管理
- Broadcasts、排程與成效報表
- 簽章 Webhook 與完整寄送紀錄
- 網域驗證、退信與送達健康檢查
展開完整技術能力
- 可篩選、可防試算表公式注入的 Workspace CSV 匯出
- 隔離預覽、純文字與 HTML 三種 Email 檢視
- 可撤銷、配合資料保留期限的 48 小時 Email 分享
- 從 Email 明細一鍵定位相符的 API Request
- 在 Email 明細中提供退信與檢舉修復說明
- To、CC、BCC 每個不重複收件人各計一封
- 送達、退信、檢舉與退訂報表
- Amazon SES 東京區正式寄送;實際額度與速率限制依方案及供應商核准狀態
const response = await fetch(
process.env.FORWARD_BASE_URL + '/api/v1/emails', {
method: 'POST',
headers: {
Authorization: `Bearer $${process.env.FORWARD_API_KEY}`,
'Content-Type': 'application/json',
'Idempotency-Key': crypto.randomUUID()
},
body: JSON.stringify({
from: 'Forward <sandbox@forward.test>',
to: 'delivered@forward.test',
subject: 'Sandbox hello ✨',
text: 'This message never leaves ForwardHello.'
})
}
);202 · { status: "delivered", test_mode: true }Sandbox 範例回應同一位客戶,不該被拆在三套工具裡。
ForwardHello 讓每個團隊用適合自己的方式工作,最後回到同一份寄送紀錄、客戶偏好與成效資料。
SaaS 與 App
把註冊、啟用、付費、續約與召回串成完整使用者旅程。
電商與品牌
從訂單成立、出貨通知到新品活動,讓服務與成長不再分家。
代理商與多產品團隊
用一個帳號總覽不同品牌、網域與寄送狀態,再安全切進各自的權限與紀錄。
一套平台,清楚處理每一種 Email。
為什麼不直接繼續用 Resend 或現有服務?
如果現有服務已經穩定支援你的流程,繼續使用完全合理。ForwardHello 特別適合想把交易通知、產品事件、Audience、Broadcasts 與多品牌管理放進同一個台灣繁中工作空間的團隊;你可以先用 Sandbox 證明流程,再決定要不要移轉。目前正式方案專注寄出 Email,Inbound Email 尚未開放。
ForwardHello 只適合工程師嗎?
不是。私人預覽期間,工程師可以使用 REST API、OpenAPI Quickstart 與簽章 Webhook;行銷和營運成員則能在控制台管理模板、聯絡人、分眾、Automations 與 Broadcasts。SMTP 與公開 SDK 套件會在各自完成部署與發行驗證後才另外公告。
交易郵件和行銷郵件有什麼不同?
交易郵件由使用者行為或系統事件觸發,例如驗證碼、收據和訂單通知;行銷郵件則用於電子報與活動推廣。ForwardHello 在同一個 Workspace 管理兩者,同時保留同意、退訂與寄送安全規則。
可以使用自己的寄件網域嗎?
可以。ForwardHello 先確認網域所有權,再引導設定 SPF、DKIM、固定 send. Return-Path 與 DMARC,並持續監控 DNS 是否發生漂移。
DNS 還沒設定好,可以先測試嗎?
可以。保留的測試地址會產生完整 ForwardHello 紀錄與簽章事件,但不會接觸正式收件人、消耗寄送額度或影響寄件信譽。
ForwardHello 如何保護退訂與偏好?
CSV 匯入會先預覽與對應欄位,合併重複聯絡人時也不會覆蓋既有退訂;Broadcasts 會套用分眾、主題偏好與品牌化偏好中心。
ForwardHello 已經可以正式公開販售嗎?
目前仍是私人上線準備階段。只有在寄送、儲存、簽章事件、帳務、法律資訊與背景修復工作都通過即時檢查後,正式寄送與付費結帳才會開放。
把所有客戶 Email,放回同一段旅程。
目前採私人預覽。先了解合作條件與安全導入方式;正式開放後,再從第一個 Workspace 開始。