基于 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 客户管理系统
构建你自己的应用
免费 · 无需信用卡
免费开始 →