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