IOSOR 知識庫

WhatsApp 工作階段視窗對範本借方:富通道上的 prepaid 單元

24 小時視窗與已核可範本以不同方式借记 prepaid。Vault 與範本閘門、目錄誠實,財務可見的單元,須在富通道 Live 之前對齊。

富訊息看起來像「使用者已經在聊」。生產裡 範本 與 工作階段訊息 是兩筆 prepaid 物件。範本是已核可類別,單元敏感可預期。24 小時視窗內的回覆是爆發:每次座席確認、每次機器人輕點、每句「只是確認」都是借方。把打開的視窗當免費走廊,會燒錢包、攪亂財務。

IOSOR 把 WhatsApp 類富路徑放在與 SMS 同一本 white-label prepaid 帳上:先注資,再消耗,目錄 live 只在 vault、範本與 smoke 為綠。in setup 是申請,不是軟 Live。月用量接近 USD 1,000+ 時,範本與工作階段配比進入更密商務覆盤。先證據,後規模。

兩筆 prepaid 物件:範本借方與工作階段借方

財務必須在帳上看見兩類。對照 範本訊息與工作階段費用。產品若不能給借方打上範本或工作階段標籤,你們只有收據印表機。向試點開放通道前,先按首月配比建模。

軸 範本出站 視窗內工作階段
典型工作 效用通知、OTP 相鄰狀態 inbound 之後的自由回覆
就緒 資料 + 已核可範本目錄 視窗規則 + 有人值班 + 上限
花費 可預期單元 座席或機器人回覆時爆發
失敗 類別被拒 / 缺批准 視窗關閉、回覆失控

24 小時視窗不是免費走廊

工作階段視窗是時鐘,不是優惠券。視窗內回覆可能走與冷執行緒範本不同的單元類別。每條 inbound 自動確認、無人值班卻「把對話保溫」的機器人、把重試當免費確認——prepaid 就這樣消失。給工作階段回覆設上限。指定視窗政策負責人。不要用工作階段繞過範本審核。第二條通道未完成時,把 OTP 留在已經 live 的路徑;見 尚未上線時勿把 WhatsApp 與 RCS 當 Live。

Live 徽章前的 vault 與範本閘門

Live 是對使用者說的話。徽章前的閘門:vault 綠、將發送的類別範本已核可、webhook 消費者冪等、品質視窗有主。投影片寫 WhatsApp 而 vault 仍橙,是尚未發生的 prepaid 燃燒。讀 富媒體通道的金鑰庫與範本閘門。品質降級是錢事件:改變投遞與燃燒,不只是營運控制台晶片。已經 live 的 SMS 誠實回退,好過凌晨兩點撞政策的富通道。

通道仍 in setup 時的目錄誠實

銷售文案承諾「WhatsApp 上的 OTP」而目錄寫 in setup,是信任事故。不要自動跳進未完成路徑。記錄嘗試了哪一類、因 setup 跳過了哪一類、哪筆借方落下。對客戶錯誤須品牌安全。RCS 不是 WhatsApp 視窗關閉後的備胎。目錄 in setup 不是更便宜的範本檔。

危險訊號

  • 錢包一團,沒有範本 vs 工作階段標籤
  • 工作階段自動回覆沒有上限
  • 範本仍是草稿卻掛 Live
  • 用工作階段跳過範本審核
  • 自動跳進標為 in setup 的通道
  • 對客戶錯誤點出外來品牌
  • 把模擬 smoke 當生產

從 IOSOR 開始

請開啟 IOSOR 主控台,並將您的預付帳本標記出來,以便將外寄範本扣款與內送對話視窗消耗完全隔離。請在對話網 webhook 消費端上設定明確的單一執行緒回覆上限,以防無上限的自動化迴圈耗盡您的豐富通道點數。在將通道狀態切換出設定模式以前,請務必確認所有範本類別在您的型錄中皆已標示為完全核准。 把這條作業寫進同一份運維清單,並在 Live 前再核對一次。

IOSOR 要點

本指南確立了 WhatsApp 範本扣款與 24 小時對話視窗是具有不同成本結構與營運需求的獨立預付計費單位。開放的對話視窗是一個倒數計時的時鐘,而非免費的訊息通道,因此未經監控或無上限的自動回覆將成為導致帳本意外耗盡的主要風險。

請務必強制執行嚴格的單一執行緒回覆上限、指派專責人員負責視窗政策,並在授予上線徽章之前驗證已核准的型錄範本。切勿嘗試透過開放的對話視窗傳送未核准的文案以規避範本審查,也絕對不要在範本仍處於設定或草稿狀態時,就將豐富通道對終端使用者開放。

這篇指南有幫助嗎?

相關指南