交易郵件與簡訊共用一個預付費錢包

交易郵件是基礎設施：收據、登入連結、安全通知。認真的採購方希望它與簡訊處在同一商業控制面——預付費可見、責任清晰、能力狀態誠實，而不是另一套月末意外帳單。

IOSOR 將郵件作為與訊息並列的白標預付費能力：一次注資，消耗已啟用通道；不為空帳戶收取強制平台訂閱。

誠實區分交易與行銷

不要把行銷支出偽裝成「維運郵件」。

採購清單

1. 目錄清楚標註郵件為已上線 / 設定中 / 即將推出，不做空泛全球承諾。
2. 預付費扣費行可對帳。
3. 生產承諾前討論網域與認證準備（SPF/DKIM/DMARC 高階概念）。
4. 退信與投訴訊號有明確負責人。
5. 支援能區分資金失敗與投遞失敗。

平台月用量接近 1,000 美元+ 時，郵件與簡訊合計體量應進入商業複盤。

營運建議

• 優先使用目的清晰的交易範本；登入鏈、收據與行銷通訊分屬不同策略與同意邊界。
• 關聯：使用者動作 → 訊息 ID → 狀態 → 預付扣款行，便於財務抽查。
• 限制重試；軟退信循環會傷信譽並燒掉預付款。對重複投訴建立停發規則。
• 上線前準備網域認證高層概念（SPF / DKIM / DMARC）與負責人，不要把「能寄出去」當成正式環境就緒。交易與行銷混桶時，先分開再談用量商業條款。

危險訊號

• 「無限郵件包含」卻掩蓋單位經濟
• 設定未完成卻標為已上線
• 錯誤洩漏上游品牌或無法解釋的原始報文
• 沒有錢包敘事，只剩月末驚喜；或支援分不清資金失敗與投遞失敗

預付費連動與誠實目錄

目錄 live 與 in setup 必須對得上今天真正能送出的能力。把預付費錢包與回執綁在一起；接近每月 USD 1,000+ 用量時，證據成為商業複盤材料。不要賣仍在 setup 的走廊。

從 IOSOR 開始

請登入 IOSOR 主控台，將交易郵件的觸發機制導向至您的主預付費總帳，使其與簡訊通道共用餘額。在執行高流量發送前，必須先設定退信 Webhook，以便在軟退信循環耗盡預付餘額前立即攔截異常。運維人員應於 UTC 時間窗口內核對 SPF 與 DKIM 網域驗證簽章是否已切換為正式環境狀態，並確保所有 DLR 狀態能即時回傳至帳務系統。若偵測到 Needs_swap 標記，請在正式推送收據前完成 IP 串列的切換與驗證，以避免餘額被無效流量佔用。

• 分離交易型與促銷型郵件傳遞佇列
• 在專屬郵件 IP 串列上隔離高容量子租戶
• 正式上線前強制執行安靜時段視窗

IOSOR 要點

統一的錢包營運需要在促銷活動與系統警示之間劃分嚴格的營運界線。將高延遲電子報混入交易餘額佇列中，會有將預付資金燃燒在未追蹤軟退信上的風險，同時也會降低收據的發送速度。

請務必透過即時網頁鉤子將每一個使用者單次密碼與系統收據對應至其狀態。切勿將行銷流量歸類為營運支出，或在網域完全準備就緒之前，就在目錄中將郵件通道標記為上線。