用 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% 的群发转化,以及作为头号表现的弃单挽回流程。
描述它,一次性上线到你自己的域名——托管、全栈、无需服务器。免费开始。