基於 Y Build 建構 從一句提示到部署上線、綁定自有網域 —— 無需伺服器。 免費開始
建構上線對比實驗室關於 開始建構 →
ybuild / 場景

用 WhatsApp 結帳打造網路商店

在許多市場,真正的店面其實是一段 WhatsApp 對話:顧客看到商品,接著在聊天裡用銀行轉帳、付款連結和貨到付款混著把這筆單談成。量小的時候沒問題,可是一旦訂單變多——截圖堆成山、庫存靠猜、誰買了什麼完全沒有紀錄。這個情境補上缺少的那一層:一個代管在你自己網域上的商品目錄,把結帳環節交給 WhatsApp,同時在背後悄悄維護一套真正的訂單與庫存資料庫。

痛點

你能打造什麼

代管在你自己網域上的商品目錄店面

一個快速、行動優先的商品目錄,具備分類、規格、價格與即時庫存——代管在你自己的網域上,而不是一個平台商品頁或一張 WhatsApp 目錄卡片。

WhatsApp 結帳交接

一個「到 WhatsApp 結帳」按鈕,會開啟顧客的 WhatsApp 並指向你的商家號碼,附上預先填好的訂單摘要與參考編號;與此同時,這筆待處理訂單已經存進你的後台,即使顧客最後沒按送出,它也一樣存在。

訂單與出貨主控台

一個後台,用來確認訂單、標記已付款、扣減庫存、推進狀態、傳送訂單狀態訊息並追蹤 opt-in——這是 WhatsApp 本身永遠給不了你的營運中樞。

數據模型

products
id、名稱、sku、分類、價格、幣別、庫存數量、規格選項、圖片連結、是否上架、可否走 WhatsApp
customers
id、姓名、whatsapp 號碼(E.164)、城市、送貨地址、opt-in 狀態、opt-in 來源、opt-in 時間、最近下單時間
orders
id、訂單編號、customer_id、狀態、小計、運費、總額、付款方式、是否已付款、服務視窗開啟時間、建立時間
order_items
id、order_id、product_id、規格、數量、單價、單行小計
whatsapp_messages
id、customer_id、order_id、方向、範本名稱、類別、狀態、傳送時間

系統裡的一天

  1. 早上開門:一名店員登入你網域上的後台,看到昨夜透過 WhatsApp 結帳進來的每一筆單,每一筆都已經被解析成一張帶明細行、顧客號碼、狀態為「等待確認」的訂單。
  2. 一位顧客從 Instagram 連結進入店面,依分類篩選,開啟一個帶規格與價格的商品,把兩件加入購物車。
  3. 結帳時她點擊「到 WhatsApp 結帳」;店面開啟她的 WhatsApp 指向你的商家號碼,附上預填摘要與訂單參考編號,並把這筆待處理訂單保存下來,即使她始終沒送出訊息,它也存在。
  4. 顧客把訊息送出,開啟一個 24 小時服務視窗;店員可以免費回覆,確認有貨、報出運費、給出付款方式——銀行轉帳、付款連結或貨到付款。
  5. 等轉帳入帳或談妥貨到付款,店員才把訂單標記為已付款;只有到這一刻庫存才扣減,這樣在確認還在聊天裡沒談完時,不會有東西被超賣。
  6. 出貨時訂單轉為「配送中」,這會送出一則訂單更新的工具類(utility)訊息,帶上貨運與預計送達時間——這個類別是被允許的、也便宜,因為它綁定的是顧客自己的訂單。
  7. 那些到了 WhatsApp 卻始終沒確認的購物車會出現在棄單清單裡;對已 opt-in 的號碼發一次追蹤提醒,若免費視窗已經關閉,就用一個已審核通過的範本。
  8. 打烊時,儀表板顯示依狀態分組的訂單、今天的營收、需要補貨的低庫存商品,以及一份不斷成長、日後可用於真正群發的 opt-in 名單。

AI 容易出錯的地方

✓ 先做這些
  • 帶購物車的店面,以及一個「到 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 交接,同時仍然照常上架合規商品。

參考來源

為你的生意打造這套系統

描述它,一次上線到你自己的網域——託管、全端、免伺服器。免費開始。

免費開始打造 →
ybuild 上的相關內容
零售與在地店家中小企業後台 代管資料庫自訂網域託管付款與帳務 全端應用程式CRUD 應用程式資料庫綱要
相關場景
為你的水療館打造線上預約應用為牙科診所打造預約系統為你的美髮沙龍打造線上預約應用家教預約應用:固定週期課程、預付時數與爽約管理小型企業記帳應用律所 CRM 客戶管理系統
建構你自己的應用
免費 · 無需信用卡
免費開始 →