iOS群控，是通过一台电脑对多台 iPhone 做集中管理与批量操作的技术方案，不越狱、不装插件、不需要开发板。
这篇要回答的是：iOS群控怎么批量处理评论和私信。
前年有个做饰品的老板找我，说三十个号的评论和私信，能不能全交给脚本。
我的回答是能交一部分，但有一类绝对不能碰；分界线在哪里，比怎么自动化更重要。
评论和私信，先分清再处理
这两个东西看着都是「回复别人」，性质却不同。
评论是公开的。你回什么所有人都看得到，所以评论回复的价值不只是服务这一个人，还是给旁观者看的。
私信是私下的；用户问的是具体问题，关心的是多快得到答复。
因为性质不同，处理顺序也不同：评论优先处理带问题的，私信优先处理刚发来的。
评论：先分类，再决定回不回。 全量回复是个坏主意。
一个号底下几百条评论，大部分是「好看」「已关注」这类不需要回应的，另外还有问价的、问细节的、投诉的、恶意刷屏的。
合理做法是先分四类：
- 咨询类，必须回，而且要快
- 客套类，可以批量点个赞，不用回
- 投诉类，必须人工处理，脚本不要碰
- 恶意类，忽略或者隐藏
分类靠关键词匹配就能覆盖大部分，剩下的模糊的留给人工。这样脚本处理的是占比最大、最不需要判断的那部分，人处理的是最需要判断的那部分。
私信：响应速度比话术重要。 私信有个特点，用户问完就等，等不到就走了。
所以这里最值钱的不是话术多漂亮，而是多快回；几分钟内响应和几小时后响应，转化率差好几倍；话说得再漂亮，用户等得起吗？
技术上能做的事是：新消息进来立刻推一条确认，比如「收到，马上帮你看」。这条不需要判断，纯粹是确认；答复再走人工或者半自动。
这一步的边际收益很高，因为它是纯机械劳动，而用户感知最强。
话术库怎么建，哪些活别交给脚本
批量回复最容易踩的坑，是所有人收到同一句话。
建话术库的时候，不要只准备一套「标准问答」，而是同一个意思准备三到五个说法，回复时随机选。比如「有货」「现货」「有，可以直接拍」表达的是同一件事，看起来却不一样。
还有一个细节：回复里要带上对方问过的东西。用户问「这个多少钱」，回复里的价格要跟商品对上，而不是统一回一句「具体价格看详情页」。这一条需要脚本能读懂消息内容，稍微复杂一点，但值得做。
哪些操作千万别让脚本做。 这一段是重点。
不要用脚本主动发私信拉客； 主动私信和回复私信是两回事。前者是骚扰，平台管得比什么都严，也很容易把号做死。
不要用脚本批量发一样的评论。 同一句话在几十个号底下出现，这是最明显的机器特征。
不要用脚本处理投诉和纠纷； 这类消息需要判断和承担责任，回错了比不回更糟。
不要用脚本处理涉及钱的消息； 退款、改价、承诺，这些必须人工过目。
四条记下来，剩下的都好办。
回到开头那位。他最后没有全交给脚本，而是划了一条线：确认类消息脚本自动回，问题类消息推给人。
他跟我说，这么做的第二个星期，客服的响应时间从平均四十多分钟降到了五分钟以内。不是因为脚本多聪明，是因为用户不再需要等人上线了。