用 WhatsApp 結帳打造網路商店
在許多市場,真正的店面其實是一段 WhatsApp 對話:顧客看到商品,接著在聊天裡用銀行轉帳、付款連結和貨到付款混著把這筆單談成。量小的時候沒問題,可是一旦訂單變多——截圖堆成山、庫存靠猜、誰買了什麼完全沒有紀錄。這個情境補上缺少的那一層:一個代管在你自己網域上的商品目錄,把結帳環節交給 WhatsApp,同時在背後悄悄維護一套真正的訂單與庫存資料庫。
痛點
- 訂單全散落在聊天裡:數量、地址、「這筆付款了嗎?」分散在一張張截圖和一則則語音裡,出貨時總有東西被漏掉。
- 沒有真正的庫存,店員會答應根本沒貨的東西——或者在任何一筆確認之前,兩位顧客同時「買」走了最後一件。
- 促銷群發送給了每一個曾經傳訊給你的號碼,卻沒有任何 opt-in 紀錄,這會拉低你 WhatsApp 號碼的品質評分,導致商家訊息被暫時封鎖。
- WhatsApp 內建的商品目錄沒有訂單紀錄、庫存數量或報表,所以你看不到今天的營收、賣得最好的商品,也不知道誰還需要追蹤。
你能打造什麼
一個快速、行動優先的商品目錄,具備分類、規格、價格與即時庫存——代管在你自己的網域上,而不是一個平台商品頁或一張 WhatsApp 目錄卡片。
一個「到 WhatsApp 結帳」按鈕,會開啟顧客的 WhatsApp 並指向你的商家號碼,附上預先填好的訂單摘要與參考編號;與此同時,這筆待處理訂單已經存進你的後台,即使顧客最後沒按送出,它也一樣存在。
一個後台,用來確認訂單、標記已付款、扣減庫存、推進狀態、傳送訂單狀態訊息並追蹤 opt-in——這是 WhatsApp 本身永遠給不了你的營運中樞。
數據模型
系統裡的一天
- 早上開門:一名店員登入你網域上的後台,看到昨夜透過 WhatsApp 結帳進來的每一筆單,每一筆都已經被解析成一張帶明細行、顧客號碼、狀態為「等待確認」的訂單。
- 一位顧客從 Instagram 連結進入店面,依分類篩選,開啟一個帶規格與價格的商品,把兩件加入購物車。
- 結帳時她點擊「到 WhatsApp 結帳」;店面開啟她的 WhatsApp 指向你的商家號碼,附上預填摘要與訂單參考編號,並把這筆待處理訂單保存下來,即使她始終沒送出訊息,它也存在。
- 顧客把訊息送出,開啟一個 24 小時服務視窗;店員可以免費回覆,確認有貨、報出運費、給出付款方式——銀行轉帳、付款連結或貨到付款。
- 等轉帳入帳或談妥貨到付款,店員才把訂單標記為已付款;只有到這一刻庫存才扣減,這樣在確認還在聊天裡沒談完時,不會有東西被超賣。
- 出貨時訂單轉為「配送中」,這會送出一則訂單更新的工具類(utility)訊息,帶上貨運與預計送達時間——這個類別是被允許的、也便宜,因為它綁定的是顧客自己的訂單。
- 那些到了 WhatsApp 卻始終沒確認的購物車會出現在棄單清單裡;對已 opt-in 的號碼發一次追蹤提醒,若免費視窗已經關閉,就用一個已審核通過的範本。
- 打烊時,儀表板顯示依狀態分組的訂單、今天的營收、需要補貨的低庫存商品,以及一份不斷成長、日後可用於真正群發的 opt-in 名單。
AI 容易出錯的地方
- 下單不等於同意接收行銷。Meta 要求在你傳送行銷範本之前必須有明確的 WhatsApp opt-in;把促銷群發給每一個曾經傳訊給你的人,會拉低你號碼的品質評分,並可能觸發 1–3 天的商家主動訊息封鎖。依顧客記錄 opt-in 來源與時間戳,並讓所有行銷都以它為前提。
- 24 小時視窗和範本類別是實實在在的計費與政策規則,不是冷知識。只有在顧客開啟的服務視窗內回覆才免費;過後你必須使用已審核通過的範本,而把促銷偽裝成一則工具類訂單更新是一種錯誤分類,會導致範本被拒或帳號被處罰。記錄每個視窗何時開啟、每次傳送用的是哪個類別。
- 不要在 WhatsApp 交接那一刻就扣庫存。因為確認是在聊天裡非同步發生的,兩位顧客都可能為最後一件下單交接;只在付款確認時保留或扣減,並顯示誠實的可售數量,這樣你就不用事後才去道歉。
- 付款在平台之外、而且靠人工。貨到付款和銀行轉帳意味著「已付款」是一個人為判斷,不是一個 webhook,所以要保留一個明確的付款方式欄位和一個手動的已付款標記,並且絕不能在付款之前把訂單標記為已出貨(除非選的是貨到付款)——一個會自動推進狀態的粗糙實作,會把沒付錢的貨送出去。
- WhatsApp 的商業政策禁止整類目錄——酒類、菸草、毒品、保健補給品,以及 PDF、訂閱和帳號這類可下載的數位商品。把其中任何一類走這個管道,都可能連累整個帳號,所以要為受限商品打標記,讓它們不進入交接。還有,把每個號碼都以帶國碼的 E.164 格式儲存,否則 wa.me 連結和範本傳送會無聲無息地失敗。
- 帶購物車的店面,以及一個「到 WhatsApp 結帳」深層連結,它會預填訂單,並在後台保存一筆對應的待處理訂單。
- 訂單後台:確認、標記已付款、推進狀態、只在已付款時扣減庫存,外加一個可據以補貨的低庫存檢視。
- 顧客紀錄,含 E.164 號碼、opt-in 擷取(來源與時間戳),以及出貨時的一則訂單狀態工具類訊息。
- 自動化行銷群發與分眾流程——等你有了一份健康的 opt-in 名單之後再加。
- 聊天內或原生 WhatsApp Pay 收款——v1 裡付款仍靠轉帳、連結或貨到付款手動完成。
- 多客服共用收件匣、聊天機器人自動回覆和多語系範本組。
常見問題
顧客真的會在 WhatsApp 裡付款嗎?
在 v1 裡不會。店面把一筆預填好的訂單交接到你的 WhatsApp 號碼,你在聊天裡確認付款——銀行轉帳、付款連結或貨到付款。差別在於,訂單、它的明細行、金額與狀態全都存在你網域上的後台裡,所以聊天裡什麼都不會遺失。
顧客沒回覆就走了,我之後還能再聯絡他嗎?
只有當他 opt-in 過 WhatsApp 才行,而且在 24 小時服務視窗之外,你必須使用正確類別、經 Meta 審核通過的範本。系統會存下 opt-in 與視窗時間,這樣你就不會不小心違反政策或讓號碼的品質評分被拉低。
為什麼不直接用 WhatsApp 內建的商品目錄?
原生目錄沒有真正的庫存、沒有訂單紀錄、不會扣減庫存、也沒有報表。這套方案給你一個在你自己網域上的正規店面,背後再加一套訂單與顧客資料庫;WhatsApp 則繼續擔任結帳與確認的管道,這正是它真正擅長的。
什麼能阻止兩個人同時買走最後一件?
庫存不會在 WhatsApp 交接那一刻就減少。只有當你把一筆單標記為已付款時它才扣減,所以非同步的聊天確認不會造成超賣,店面顯示的也是你真的能兌現的可售數量。
透過 WhatsApp 結帳我什麼都能賣嗎?
不能。Meta 的商業政策禁止酒類、菸草、毒品、保健補給品以及可下載的數位商品等類別,賣這些會讓你整個 WhatsApp 帳號陷入風險。這套方案讓你為受限商品打標記、讓它們不進入 WhatsApp 交接,同時仍然照常上架合規商品。
參考來源
- WhatsApp Business 平台 —— 定價(Meta for Developers) — 官方的逐則訊息定價、行銷 / 工具類 / 驗證 / 服務四種類別,以及免費的 24 小時服務視窗。
- WhatsApp Business 平台政策與垃圾訊息執法(Meta for Developers) — opt-in 與已審核範本規則、品質評分,以及垃圾訊息或行銷違規後逐級升級的封鎖。
- 電商中的 WhatsApp KPI:2025 基準(Chatarmin) — 電商基準——高開啟率、3–7% 的群發轉換,以及作為頭號表現的棄單挽回流程。
描述它,一次上線到你自己的網域——託管、全端、免伺服器。免費開始。