苹果群控，是指用一台电脑集中管理并批量操控多台 iPhone 的技术方案，免越狱、免签名、免硬件，靠外部输入注入驱动设备。
这篇要回答的是：苹果群控和纯手工差在哪，多少台设备才值得上。
一两台、偶尔操作：手工或单机脚本往往够用。到了「一组设备每天都要做同样几件事」这个规模，投屏和批量发送脚本才开始划算。
但光说「省时间」其实没说到点上；手工和群控的差别有四处，时间只是其中一处。
差的四件事，时间只是第一件
一是时间。 这个最直观。三十个号各发一条，人做要一个半到两小时，脚本跑大概二十分钟；差的主要是切换和等待——人手在切账号的时候不产出任何东西。
二是可核查。 手工做完，你不知道做没做完，只能凭记忆；群控跑完有任务记录，哪台成功、哪台卡在第几步，一条一条列着。
客户那边来问「昨天那条怎么没看到」，你翻记录三十秒能答上来。靠回忆呢？你得把昨天重新想一遍。
三是可复制。 流程写进脚本之后，第二个人照着跑就行，不用重新教一遍；手工操作的经验长在人身上，人一走就断。
四是不出错的类型变了。 手工会漏、会重复发、会发错号。脚本不会犯这些，但它会犯另一种错——界面变了它还在按老坐标点。两种错都要防，防法不一样。这个我在第一个月里说过，先交「做错了也没损失」的活，就是为了让这第四处差别先暴露在安全的地方。
多少台才值得上
不用数台数，数「每天要重复几次」。
我见过的分界线大概是这样：五台以下，多数团队手工更省事，写脚本和维护的时间还没被摊薄。五到十台，看频率——一天一轮以上就值得试；十台往上，几乎不用犹豫，人已经管不过来了。
还有个反例值得说。我这边见过一个团队，二十台设备，一周才集中操作两次；他们试过上脚本，最后退回手工——维护脚本的时间比省下来的多。所以频率比台数更关键。
如果你现在只有一个人管三十个号，那不用算台数，直接上。一个人切三十个号，光切换就吃掉大半天。
哪些步骤该交出去，哪些别交
判断标准就一句：做错了有没有实际损失。
交出去的：抓数据、存表格、定时发布、批量回复标准问答；这些错了最多是数据不准，一眼能看出来，不会发出去。
别交的：涉及钱的（退款、改价、承诺）、投诉和纠纷、需要看上下文才能答的追问。这些错了是真损失。
边界划清楚之后，剩下的活才谈得上排期。批量任务那篇讲的是怎么把划好的活排进一天里。