小企业很少会轰轰烈烈地丢掉一个客户。有人晚上九点在WhatsApp上问，周六还有没有空位，或者寄到他家的运费是多少。消息传来时，厨房正忙，或者店已经关门了，回复只能等到第二天早上。等到那时，客户已经买了那个两分钟就回复的商家的东西。什么都没出错，没人犯什么错误，订单就这样没了。
WhatsApp自动化正是为了补上这个缺口。但也正是在这里，大多数老板走偏了：想把所有事情一次性全部自动化，做出一个谁也不会按的编号菜单树，然后又悄悄回到手动回复。这篇文章走另一条路：一个渠道，一个场景，一个能衡量的数字，之后再谈其他。
今天说的WhatsApp自动化到底是什么
多年来，WhatsApp上的自动化意味着固定文案：一句问候，一句不在线提示，几条保存好的回复，加一个选项菜单。这只能帮上对话的第一秒，之后就帮不上了。客户写明天要订一张六人桌，其中两个是小孩，还问有没有儿童座椅，这就套不进菜单里的第三个选项。
AI客服的做法正相反。它按客户写出来的样子来读消息，用客户自己的话、自己的语言，从你的数据里找答案，追问缺的信息，把对话一直推进到能用的结果：一个预订请求，一张订单，一个细节已经填好的咨询。菜单是给人指路的，客服是直接回答人的。
两者的区别很重要，因为市面上都把它们叫作WhatsApp自动化。诚实的测试问题是：客户写了脚本作者完全没想到的内容时会怎样？用菜单，对话会卡住或者原地打转；用客服，对话会继续下去，或者带着已有对话的摘要转交给人工。
先从一个渠道、一个场景开始
人很容易想一次性全上：WhatsApp、Instagram、邮件、网站，所有客户问过的问题。这个顺序是错的，倒不是因为工作量大，而是因为同时打开所有东西，你根本分不清哪里变好了、哪里变差了，第一个月什么都学不到。
一个渠道，就是只做WhatsApp，客户已经在用的那个号码。一个场景，就是最常被问到的那个问题：美容院或诊所的空档和预约，餐厅的桌位和菜单，租赁的日期和价格，门店的库存和配送，货运的路线和报价。把这个问题的好答案写下来，范围就定了。其他的暂时都照常转给人处理，就像现在一样。
先交给AI的是什么
在这一个场景里面，从第一天就该交给客服的，是那些重复、烦人、等不起的事情：
- 全天候的第一回复。深夜、午高峰、休息日都一样。客户一分钟内就能得到一个真实的答复，而不是一句“稍后有人联系你”。
- 每天都要回答的问题。价格、包含什么、营业时间、怎么过来、需要多久、客户要提供什么。
- 收集细节。日期、时间、人数、地址、联系方式。这是每次预订里最琐碎的部分，在聊天里就能提前完成，不用等到你手上。
- 从你自己的数据里查状态。订单到哪一步、确认了什么、还缺什么，取自你的表格或系统，从不靠猜。
- 转接。需要人工的对话，连同一份简短摘要，直接送到该负责的人手里，而不是堆在一个共用收件箱里等到晚上。
什么还留给人来做
你没有自动化的那部分，决定了整件事是不是安全的。以下规则适用于我们搭建的每一个客服，也正因为这些规则，安静的夜班才不会变成风险：
- 只按你的数据回答。不编造价格或空档，不给你没批准的折扣。数据里没有答案，它就不猜。
- 把客户的数据分开。一个客户的数据永远不会流到另一个客户那里。
- 预订在人工确认前都只是请求。你可以让客服自己确认常见情况，把存疑的留给人工，模式由你来定。
- 遇到不确定就转交。它会追问，或者带着目前情况的简短摘要把对话交给人工。
- 不会假装是人。它可以说话温和自然，被直接问到时也不会否认自己是AI助手。
开始阶段还有一件事最好先放一放：愤怒的客户和重要的谈判。一句笨拙的自动回复对一条投诉造成的伤害，比慢一点的人工回复还大。让客服先确认收到、收集事实，再叫人进来。
哪些角色适合放在WhatsApp上
在SVI，自动化不是一个带着长指令的机器人，而是一个小团队，每个客服各有分工和规则，共用一个渠道。最先在WhatsApp上证明自己的角色通常是这些：
- 一线支持。接下重复出现的问题，用你确认过的数据来回答。
- 预订与排期。把对话从第一个问题带到一份完整的请求。
- 经理。推动咨询往前走，跟进冷掉的对话，把需要人工的部分转出去。
- 评价与口碑。按你的语气及时回复评价和投诉，关键之处让人工接手。
- 客户召回。在渠道规则范围内，写信给久未光临的客户。
如果你的生意属于我们已经打包好的六类之一，团队早就配齐了：spa、美容院、酒店和诊所的前台接待，餐厅与外送，物业管理，开发商销售台，货运物流，市场营销。这些页面都收在现成部门里，每个页面都有当前报价。如果你的情况比较特别，Mai会在自有部门里从现成角色中组出一个团队，外加任何你用自己的话描述的角色。
要衡量什么，又拿什么来比
没人衡量的自动化，一个月之后就变成了各说各话。开始任何改动之前，先按现状记录一周，什么都不改。这一周就是你的基线，付出的代价只是等待的耐心。
然后看五件事：第一次回复的时间，有多少对话被放弃、又有多少消息是在营业时间之外来的，有多少对话是在没有人工介入的情况下结束的，请求和已确认的预订数量，以及你的员工还剩多少手工活要做。最后这一条最能说实话。如果团队还在手动回答同样的量，还得额外检查客服的工作，那就还没有真正自动化。
先用自己的消息测试，再付钱
演示展示的是工具在供应商挑选的问题上表现如何，而你的客户问法不一样。所以上线分三步走，顺序是有意安排的：
- 部署。团队在你的账户里搭建好，WhatsApp连接完成。这一步由我们承担。
- 测试模式。客服回应你真实的来电消息，但客户什么都看不到。你会读到每一条本该发出的回复，并拿到一份报告。这一步同样由我们承担。
- 正式上线。等回复听起来确实像你的生意，你再打开开关。付款从这一步才开始。
三十到五十条真实对话通常就足够判断回复是否对路。如果哪里不对，你用普通的话改规则，再看一遍。这一步是大多数老板最容易跳过、之后又最后悔的一步，所以值得读一读影子测试到底是怎么跑的，详见我们关于上线前测试客服的那篇文章。
先和客服聊聊，再做决定
判断这一切最快的方法，就是亲自写一条消息过去。Kata Bay Kitchen是一家虚构的演示公司，背后是一个真正在运行的餐厅客服。问问菜单，订一张明天晚上的桌子，中途改主意，一句话里换种语言，再问一个它不可能知道的问题。你会看到它在哪里能回答，在哪里会追问，又在哪里退一步叫人来。
怎么开始
挑出让你损失客户最多的那一个问题，从那里开始。打开现成部门，看看哪个团队已经适合你的生意；或者直接和Mai聊聊：告诉她你的生意是什么，客户平时在WhatsApp上都问什么，她会把团队搭好，和你一起走测试模式。一个渠道，一个场景，一周的基线。这样的起点足够小，安全可控，又足够真实，能拿出一个数字来说话。