苹果群控，是用一台电脑集中管理并批量操控多台 iPhone 的方案，把重复操作从一台台手工点变成一次下发。有人问过我两个问题：WhatsApp 群发能不能用脚本做，以及这套东西到底能自动化到什么程度。后面按接待流程，把脚本该接的几段拆开。
问这话的人做汽配出口，手上有十一个 WhatsApp 号。他试过把接待全交出去，两个星期里回错了七八条，其中一条把某个国家的运费报成了隔壁国家的。一条报错，运费就报错了，金额不小。那次之后他把目标改成别漏消息。
接待拆成四步，只有读和回能交出去
一条消息进来，处理过程是四步：读消息、判断类型、给回复，以及判断不了时转给人。四步里只有读和回是纯动作，判断类型和转人工是判断。
读是客服自动化里最没有争议的一步。打开 App、找到未读会话、进对话把消息取出来。读错了顶多漏一条，和人工漏一条性质一样。技术上要注意未读的判定：没处理的会话会有标记，按标记找比按时间找稳。两个会话挨着来的时候，按时间找容易漏掉先来的那条。设备多了，把屏幕集中到电脑上是必须的。十几台手机分散在桌上，一台台拿起来看，反而成了最花时间的一步。跨境消息场景的整体做法可以看WhatsApp 自动化脚本。
判断类型是整件事的分界线。客户问「能发到德国吗」和「德国多久能到」，前者是覆盖范围，后者是时效。关键词里都有「德国」，归的类却不一样。做法是分层：关键词能命中的走固定回复，命中不了的直接转人工，不要用更复杂的逻辑去猜。机器把没命中的消息全转过来，反而攒了一批真实的问题样本，用来改话术很有用。
回复卡死范围，转人工要转得干净
自动回复的范围要卡死三件事。一是只回答案完全固定的问题，比如起订量、样品怎么算、能不能寄到某个国家，这类问题谁问答案都一样。二是不回涉及钱的问题，报价、折扣、付款方式必须人来做，同一个问题对不同客户可能有不同答案。三是同一客户不连续自动回。对方连发三条，第一条自动回了，后面两条转人工。连着自动回显得敷衍，而且通常对方在着急。这三条卡住，自动回复的覆盖率可能只有三成。这三成是答案固定、回错代价低的那部分。
转人工最怕转到一半丢了，客户就晾在那儿。做法是两步：先在记录里标一条待处理，再把这条会话挑出来放到待处理的地方。只标记不挑出，人还是会漏。只挑出不标记，事后查不清哪些处理过，回头对账就麻烦。判断不了的消息不能只靠一个人盯，一般配一个定时巡检，每隔一段时间扫一遍有没有新增待处理，扫到就提醒。超时也要设清楚：每一步给一个合理的等待上限，超了就记录并转人工，不要原地重试。WhatsApp 的界面加载受网络影响很大，重试除了浪费时间没别的用。
记录回收和话术维护
记录至少收四样：时间、哪台设备、客户问的是哪一类、最后是机器回的还是转人工的。前两样用来排查，也是脚本调试最常用的入口。哪天消息量异常、哪台设备总出问题，看记录就知道。后两样用来改话术：某一类问题总在转人工，说明它有固定答案，只差把话术补上；某一类问题机器回完客户就不吭声了，那类话术就得重写。
苹果群控把十几台手机的消息状态放到同一处。未读、待处理、已处理三种状态不会混。按市场分组的号还能单独设一套话术和巡检节奏。
话术建议每周看一次转人工的消息，找出里面是固定答案的。每补一条，自动回复能覆盖的问题就多一条。反过来看机器回了但客户不吭声的那些，通常是语气太生硬，或者问题理解偏了。把原话抄下来重写一版。一周花二十分钟就够。脚本侧的基础写法见iOS 免越狱脚本实战。一个月都不看，话术会慢慢和业务脱节。
做汽配的那位后来把自动回复压到只剩三类问题，覆盖率降到两成多。他说那两成多他从来不担心，转人工的消息质量高了，单条能谈成的比例反而上去了。iOS 自动化脚本接的是读和回。iOS 群控和 ios 手机矩阵解决的是设备多了之后，未读和待处理还看得到。话术怎么写，还是人每周改。
关于 EasyClick：手机自动化脚本开发平台，覆盖安卓免 ROOT、iOS 免越狱、鸿蒙三大手机生态，还提供苹果脚本编写、苹果群控、安卓群控、远程云控、AI 群控手机等。→ 了解全部产品
想要真实跑起来？
本文介绍的方案均可基于 EasyClick 能力在 iEasyClick 落地。官网提供完整文档、开发工具与自动化产品，免费体验。