对话式商务：把 WhatsApp 和社交聊天变成可追踪、能盈利的订单

周四晚上 11 点 40 分，店主的手机里躺着 63 个未读对话，因为一条 Instagram 快拍发得不错。其中一个顾客晚上 9 点 10 分问起那盏灰色台灯，得到一句凭印象的“有货”，9 点 12 分发来一张付款截图。

可这盏灯下午 4 点就在门店卖掉了。截图上是 48.00，标价却是 54.00。收货地址藏在一条语音里，这个对话早被另外四十个压到了底下。这是一个虚构的场景，并非真实店铺，但每个细节都很常见。

这单不是输给了聊天，而是输在聊天被拿来干订单系统的活。这篇文章讲的是，怎样在保留聊天速度的同时，补上订单系统的规范：从咨询到送达的完整流程、截至 2026 年 8 月 WhatsApp Business Platform 的现行规则、AI 能帮上什么忙又该在哪里交给真人、值得盯的几个数字，以及最容易花冤枉钱的几个错误。

为什么聊天成了真正的销售渠道

聊天之所以赢，是因为它省步骤。不用注册账号，不用等页面加载，不用填表单。顾客本来就信任这个应用，应用本来就开着，可以像和人聊天一样提问，几分钟内就能得到真人的回答。

人做决定本来就是这样的。面料厚不厚，颜色和图片差多少，周五之前能不能送到我这个区——顾客想知道的就是这些。商品页只能回答一部分，对话能回答全部。所以回复快，有时比价格低更管用。

优势也是短板。聊天是用来说话的，不是用来记账的：它没有库存数量，没有付款状态，也没有订单号。所以在这里成交的每一单，可靠程度都只取决于经手人的记性。

只存在于聊天里的订单，隐藏成本有多高

靠聊天零散成交的成本，团队很少去算，因为损失是分散的。它表现为一次次反复出现的小问题：

• 不核对库存。卖家凭印象说“有货”，其实这件商品一小时前已在门店卖掉，顾客等来的不是包裹，而是一句道歉。
• 靠截图收款。每张图都得有人拿去和银行或钱包流水逐笔对。修改过的截图确实存在，而金额填错、备注填错这类无心之失也很容易发生。
• 跟进被漏掉。说了“明天再确认”的顾客，之后再没人联系，因为没有任何东西提醒谁。
• 重复录入。同一个地址和电话，先抄进表格，再抄进快递后台，再抄进发票。
• 没有数据。多少个对话变成了订单、回复要多久、哪款商品被问得最多，统统说不清。

单看每一项都不大，加在一起却给依赖聊天的生意封了顶，因为每多一单，就要多一份手工活。

从咨询到送达的清晰流程

办法不是离开聊天，而是让聊天成为一套系统的前门，后面的一切都有记录。对话保持人味和速度，订单、库存、收款这些环节交给软件去跑。

落到实处，流程分六步：

1. 咨询。顾客从广告、帖子、网站按钮或二维码进入对话。从第一条消息起，这个对话就和一条客户记录绑定在一起。
2. 商品卡片。卖家（或智能助手）不用手敲介绍，直接从实时商品目录发送带图片、价格和规格的商品。
3. 录入订单。商品、数量、地址、电话进入一张真正的订单，而不是一条备忘。库存在这一刻完成核对并锁定。
4. 付款。顾客收到付款链接，或订单标记为货到付款。支付网关确认后，付款状态自动更新。
5. 确认。带订单号和订单摘要的消息自动发出。
6. 状态更新。已打包、已交快递、派送中、已签收：每次变化都触发一条消息，没人需要再来问。

关键在于，聊天工具和订单系统必须共用同一份库存和同一份客户记录。只会发消息的工具不够用；要找订单、库存和支付在一起的软件，比如 StoreConsole 的库存与订单模块，聊天只是下单的又一个入口。

WhatsApp Business Platform：2026 年 8 月的规则

在世界上大多数地方，WhatsApp 是最主要的聊天销售渠道，它的规则决定了你能把什么自动化。规模很小的店用普通的 WhatsApp Business 应用就够了；一旦需要自动化、商品目录消息，或者多个客服共用一个号码，就要通过 Meta 或认证的服务商接入 WhatsApp Business Platform。以下是 Meta 开发者文档中公布的关键规则。

订阅同意（opt-in）

主动给顾客发消息之前，必须先取得对方同意。同意要明确，要说明会收到哪类消息，还要留存记录。结账时勾选、点击聊天按钮，或者顾客自己发起对话，都是常见的获取方式。请保留凭证，对方回复“stop”要立即停发。

客户服务窗口

顾客给你发消息后，会开启一个 24 小时的客户服务窗口。窗口期内你可以发任意自由格式的消息：文字、图片、商品卡片都行。顾客每发一条新消息，24 小时就重新计时。窗口关闭后，想再联系这位顾客，只能发已通过审核的模板消息。

还有一个窗口：如果对话是从 Click-to-WhatsApp 广告，或你 Facebook 主页的行动号召按钮发起的，会开启 72 小时的免费入口窗口（free entry point），期间的消息不收费。

模板类别与计费

模板是预先审核通过的消息，分三个类别。自 2025 年 7 月 1 日起，Meta 不再按 24 小时会话计费，而是按成功送达的模板消息逐条计费。

消息类型	典型用途	是否收费
服务窗口内的自由格式消息	回答问题、发送商品卡片	否
服务窗口内的服务类（utility）模板	聊完后立刻发订单确认	否
窗口外的服务类（utility）模板	一天后的发货通知	是，按每条送达消息
验证类（authentication）模板	一次性验证码	是，按每条送达消息
营销类（marketing）模板	优惠活动、到货提醒、购物车挽回	是，始终收费，费率最高
免费入口窗口内的任何消息	72 小时内回复广告点击	否

费率因顾客所在国家而异，Meta 也会按公布的时间表调整，所以做预算前请先查看官方定价页面。从表里能得出两条经验：第一，能在窗口内回复就尽量在窗口内回复，因为免费；第二，模板类别要如实申报，把促销内容包装成服务类模板，可能被拒绝或被重新归类，而营销类恰恰是最贵的一类。

关于 AI 的一点说明

Meta 的商业解决方案条款（Business Solution Terms）自 2026 年 1 月 15 日起更新，禁止 AI 服务商通过 WhatsApp 分发通用型助手。企业用 AI 服务自己的顾客，比如回答商品和订单问题，不受影响。

Instagram 和 Messenger 的逻辑大同小异

Instagram 和 Facebook Messenger 遵循同一原则：顾客发起对话后，你有一段有限的时间（通常是 24 小时）可以自由回复，过了这段时间，能做的事就很有限。这些对话往往从一条帖子、一则快拍或一条广告开始，所以第一句常常就是没头没尾的一句“多少钱？”。请尽早把商品信息关联到对话上。

不管用哪个渠道，都要记住：平台是随时可能把你封掉的地方。客户名单、订单历史和同意记录，要存在你自己的系统里，不要只放在聊天应用里。

收款：付款链接还是货到付款

只要把付款和订单绑在一起，发截图的习惯就能改掉。大多数情况下两种方式就够用。

• 付款链接。订单生成一个金额精确的链接。网关确认后，订单自动变为“已付款”，无需人工介入。防欺诈和对账两件事一步解决。
• 货到付款。在很多市场仍是默认方式。别把它当成事后补救，而要把它当成一种状态来管理：订单标记为 COD，快递员代收，结算款事后与订单核对。发货前先在聊天里确认（“回复 YES 确认订单”），能明显减少到门口被拒收的情况。

对金额较高或首次下单的货到付款订单，用链接收一小笔定金，是个合理的筛选办法。

AI 在哪里帮得上忙，又该在哪里交给真人

聊天里的问题大多是重复的。接入了商品目录和订单的 AI 助手可以全天候回答，顾客半夜来问时尤其有用。原则是：事实性强、风险低的交给自动化；涉及判断、金钱或情绪的交给真人。

场景	由谁处理	原因
营业时间、配送范围、退货政策	AI	答案是写好的，不因顾客而异
有货吗？多少钱？	AI，读取实时数据	答案必须来自系统，而不是模型的猜测
我的订单到哪了？	AI，读取订单状态	最常被问到的问题，纯属查询
修改地址、给折扣	AI 起草，真人批准	会改变金额或物流
投诉、商品破损、退款	真人	既要有同理心，也要有决定权
大额或定制订单	真人	金额大，需要谈判

有两道保险才能让这套做法站得住。助手回答库存、价格和状态，只能依据实时数据，不知道时就说“我向团队确认一下”。转人工时，整段对话要完整交给同事，免得顾客把话再说一遍。转人工的入口要明显，放在第一个菜单或第一条消息里。

值得盯的几个数字

聊天订单进了系统，才终于能量化。起步阶段有四个指标就够了：

• 聊天转订单率：订单数除以新增对话数，按渠道和来源（广告、帖子、网站按钮）分别看。
• 首次响应时间：从顾客第一条消息到第一次回复的中位时间。把 5 分钟内得到回复的对话和回复更慢的对话，转化率对比一下。
• 客单价：把聊天订单和网站订单放在一起比。商品卡片和推荐的加购品可能会把它拉高，实际有没有，要看对比数据。
• “订单到哪了”占比：有多大比例的订单会引来状态询问。占比高，说明自动通知没有发挥作用。

举个假设的例子：一家店一个月收到 400 个新对话，记录了 72 个订单，转化率是 18%。如果缩短响应时间后升到 21%，同样的流量就能带来 84 个订单，广告费一分不增。重点不在这几个数字，而在于你现在能看清每一次调整带来的效果。

需要避开的错误

• 给没有同意的人发消息。这会拉低账号质量评级，招来拉黑，在一些国家还有法律风险。
• 让聊天应用成为客户资料的唯一副本。请把联系人和同意记录导出，存进自己的系统。
• 不锁库存就开卖。最后一件商品会被许诺给两个人。
• 什么都用营销类模板。费率付到最高，还教会顾客无视你的消息。
• AI 助手没有退路。始终提供真人选项，并把完整对话记录一并转过去。
• 什么都不统计。没有转化率和响应时间，永远不知道聊天到底赚不赚钱。

回到晚上 11 点 40 分的那盏灰色台灯。流程跑起来之后，9 点 10 分的提问由实时库存作答，库存是零，顾客收到的是到货提醒，而不是付款请求。不用再拿截图去对流水，因为付款链接里写的就是 54.00。店主点开对话，看到的是订单号和状态，没有什么需要道歉的。

核心要点

• 聊天是真正的销售渠道，但聊天记录不是订单系统：它没有库存、付款状态和订单号。
• 对话留在聊天里，订单、库存和收款交给同一套软件，共用一份库存和一份客户记录。
• 在 WhatsApp 上，先取得同意，尽量在免费的 24 小时窗口内回复，交易类通知用服务类模板；营销类模板始终收费。
• 用付款链接取代截图，把货到付款当作带确认步骤、可追踪的状态。
• 事实性问题基于实时数据自动处理，变更类操作要审批，投诉和退款连同完整记录交给真人。
• 追踪聊天转订单率、首次响应时间、客单价和“订单到哪了”占比。

Anichur Rahaman 是一名软件架构师，也是 StoreConsole 的创建者。他为成长型企业设计电商与 ERP 系统，专注于事件驱动架构、数据完整性和自托管部署。