每一封 Email,都陪客戶往前一步。
從驗證碼、訂單通知,到自動化培養與電子報,ForwardHello 讓產品與品牌團隊在同一個地方完成寄送、成長與分析。
早安,Mia ☀
await fetch('/api/v1/emails', {
method: 'POST',
body: JSON.stringify({
to: 'you@bright.co',
subject: 'Welcome ✨'
})
});你的公司有多個產品、品牌或寄件網域嗎?
加入小批次創始夥伴計畫,和我們一起把交易通知、培養流程、活動信與多品牌協作接成同一段客戶旅程。
不只寄出 Email,更把客戶旅程接起來。
工程師需要可靠的 API,行銷需要好用的內容與分眾工具。ForwardHello 把兩邊放進同一個明亮、清楚的工作空間。
重要通知,準時抵達。
用 API 或 SMTP 寄送驗證碼、密碼重設、收據與訂單通知;每一封都有清楚、可追蹤的生命週期。
在控制台查看讓客戶行為,自然接成旅程。
從歡迎流程到回購提醒,以產品事件觸發等待、條件分支與後續 Email,重試也不會重複打擾。
在控制台查看真正理解每一位收件人。
匯入聯絡人、建立分眾與偏好主題,在保留退訂與同意狀態的前提下,持續累積可用的客戶關係。
在控制台查看活動信與電子報,也在同一處。
撰寫、個人化、排程 Broadcast,並查看送達、開信、點擊與退訂,不必再把資料拆散在不同工具。
在控制台查看寄不出去時,不再只看到代碼。
持續檢查 SPF、DKIM、DMARC、退信與垃圾信申訴,用看得懂的說明找出問題,讓修復有下一步。
在控制台查看工程師與行銷,終於共用同一份真相。
工程師負責事件與 API,行銷負責內容與分眾;共同查看模板、寄送紀錄、成效與客戶偏好。
在控制台查看不是因為比較可愛,而是工作方式真的不同。
如果現有服務已經穩定支援你的流程,留在原服務完全合理。ForwardHello 的差異不是「也能寄信」,而是把產品通知、客戶培養、活動信、收信與多品牌營運接回同一段旅程。
同一位客戶,不想再拆成三套工具。
- 產品通知、培養、活動信與收信要共用紀錄
- 一個帳號要管理多個品牌、網域與成員權限
- 團隊希望使用台灣繁中介面與公開新台幣方案
現有工具已經解決問題,就不必為了換而換。
- 只需要現有寄信流程,而且整合一直運作穩定
- 需要 ForwardHello 尚未公開的企業 SLA 或合規認證
- 需求超過目前公開方案,而且不能先小批次驗證
先證明一個流程,再決定是否移轉。
- 先用 Sandbox 測完整生命週期,不碰正式收件人
- 設定 DNS 前,先寄到自己的私人真實信箱
- 只切一個網域與少量流量,保留可回復的舊路徑
一個 API,從第一封陪到下一次回購。
保留工程師熟悉的開發體驗,也讓非工程成員能安心管理內容、分眾與成效。
- REST API、SMTP 與批次寄送
- TypeScript、Python、Go SDK 與 CLI
- 版本化模板與寄送前預覽
- 事件觸發自動化與安全重試
- Audience、分眾與偏好管理
- Broadcasts、排程與成效報表
- 簽章 Webhook 與完整寄送紀錄
- 網域驗證、退信與送達健康檢查
展開完整技術能力
- Filtered, formula-safe CSV exports for workspace resources
- Sandboxed Preview, Plain text, and HTML email views
- Revocable, retention-aware 48-hour email shares
- TLS SMTP gateway for WordPress, Supabase, Rails, and Nodemailer
- One-click email-to-request API trail
- In-email bounce and complaint repair guidance
- Each outbound To, CC, or BCC recipient and each inbound message consumes one email
- Threaded Inbox replies in Dashboard, API, SDK & MCP
- Audited passthrough and .eml inbound forwarding
const response = await fetch(
process.env.FORWARD_BASE_URL + '/api/v1/emails', {
method: 'POST',
headers: { Authorization: `Bearer $${process.env.FORWARD_API_KEY}` },
body: JSON.stringify({
from: 'Mia <hello@paperkite.co>',
to: 'friend@example.com',
subject: '歡迎加入 ✨',
html: '<strong>很高興見到你!</strong>'
})
}
);202 · { id: "em_5f3a2c", status: "sent" }142ms同一位客戶,不該被拆在三套工具裡。
ForwardHello 讓每個團隊用適合自己的方式工作,最後回到同一份寄送紀錄、客戶偏好與成效資料。
SaaS 與 App
把註冊、啟用、付費、續約與召回串成完整使用者旅程。
電商與品牌
從訂單成立、出貨通知到新品活動,讓服務與成長不再分家。
代理商與多產品團隊
用一個帳號總覽不同品牌、網域與寄送狀態,再安全切進各自的權限與紀錄。
一套平台,清楚處理每一種 Email。
為什麼不直接繼續用 Resend 或現有服務?
如果現有服務已經穩定支援你的流程,繼續使用完全合理。ForwardHello 特別適合想把交易通知、產品事件、Audience、Broadcasts、Inbound Email 與多品牌管理放進同一個台灣繁中工作空間的團隊;你可以先用 Sandbox 證明流程,再決定要不要移轉。
ForwardHello 只適合工程師嗎?
不是。工程師可以使用 API、SMTP、SDK 與 Webhook;行銷和營運成員則能在控制台管理模板、聯絡人、分眾、Automations 與 Broadcasts。
交易郵件和行銷郵件有什麼不同?
交易郵件由使用者行為或系統事件觸發,例如驗證碼、收據和訂單通知;行銷郵件則用於電子報與活動推廣。ForwardHello 在同一個 Workspace 管理兩者,同時保留同意、退訂與寄送安全規則。
可以使用自己的寄件網域嗎?
可以。ForwardHello 先確認網域所有權,再引導設定 SPF、DKIM、Return-Path 與追蹤網域,並持續監控 DNS 是否發生漂移。
DNS 還沒設定好,可以先測試嗎?
可以。保留的測試地址會產生完整 ForwardHello 紀錄與簽章事件,但不會接觸正式收件人、消耗寄送額度或影響寄件信譽。
ForwardHello 如何保護退訂與偏好?
CSV 匯入會先預覽與對應欄位,合併重複聯絡人時也不會覆蓋既有退訂;Broadcasts 會套用分眾、主題偏好與品牌化偏好中心。
ForwardHello 已經可以正式公開販售嗎?
目前仍是私人上線準備階段。只有在寄送、儲存、簽章事件、帳務、法律資訊與背景修復工作都通過即時檢查後,正式寄送與付費結帳才會開放。
把所有客戶 Email,放回同一段旅程。
免費開始,不需信用卡。讓產品通知、培養流程與品牌內容一起變得更清楚、更可靠。