iOS群控，指的是一台电脑同时管多台 iPhone 的方案——集中查看画面、按组分发任务、统一回收结果，不用越狱也不用签名。
这篇要回答的是：iOS 自动化脚本能替你做哪些巡检，竞品价格、榜单与评论区。
一个做选品的人跟我算过一笔账。
他每天早上要打开六个 App：三个跨境电商平台看竞品价格，两个看榜单排名，还有一个看自己店铺的库存。每个 App 翻三到五分钟，一圈下来二十五分钟。
这件事他做了两年。他说他早就知道这二十五分钟里没有一分钟需要动脑，但也没有一分钟可以省掉，因为哪天不看，哪天就可能错过一次调价窗口。
为什么先从「只看不改」的开始
批量自动化的动作可以分两类：只看不改的和要动手的。
巡检属于前者；它只做三件事：打开页面、读信息、记下来。跑错了顶多是漏看一条，不会把数据改坏，也不会动到订单。
要动手的那些（改价、下架、回复）一旦出错就是真实损失。所以任何一套批量自动化的推进顺序都应该是：先巡检，跑稳了，再动修改。
巡检做起来还有一个好处：你会在两周内把「哪个页面加载慢」「哪个 App 早上六点还在维护」「哪台手机在这件事上更容易卡」摸清楚。这些经验后面用到修改类脚本上，能省很多调试时间；先跑两周，比先动手改价划算。
看什么、多久看一次、结果怎么存
真正值得每天看的，是四类信息。
价格。竞品的当前售价、有没有在做活动、有没有突然降价。这一类最直接，也最容易做成固定动作：进商品页、读价格、和昨天记的对比。
排名和榜单；榜单变化通常比价格更早反映趋势。有的平台榜单在 App 首页，有的要进二级页面，路径固定下来之后很好处理。
库存状态。自己店铺里哪些快断货、哪些竞品补货了；这一类的价值在于提前量：断货之前你有时间补。
评价和评论区的变化。新出现的差评、评论区反复被提到的同一个问题。这一类信息量大，但看的时候要有取舍，建议只看排在前面的和最近两天的。
多久看一次。 巡检的频率不需要跟手工一样。
手工的时候你一天看三遍，是因为不知道什么时候会变；自动化之后你会发现，大部分维度的变化是按天甚至按周发生的。价格除了大促期间，通常不会一天变三次。
比较省的做法是分两档：价格和库存一天一到两次，榜单和评价一天一次或者隔天一次。大促期间临时加频，把间隔缩短到几小时。
频率这件事宁可一开始定低一点；定得太高，出来一堆没用的记录，你反而不会去看；记录没人看，这套东西留着还有什么用？
结果怎么存。 这一步最容易被忽略，也最影响这套东西的价值。
巡检本身不产生价值，产生价值的是「和上一次比」。所以每次跑完都要留下一份带时间戳的记录：哪个 App、哪个商品、什么值、什么时候采的。截图也一起存，尤其是价格这类可能引起争议的信息，有图比有数字更可靠。
记录不建议只放在一台设备上。多台设备各跑各的，结果汇总到一个地方，早上你只看一份对比，而不是挨个打开六台手机翻。
格式上不用复杂，一份每天一行的表格就够用。
哪些信息不该碰，先从一个 App 起步
巡检只应该采公开可见的信息，这条线要守住。
不该做的包括：登录别人的账号去看非公开数据、绕过页面上的访问限制、采集别人店铺后台才有的信息、把采到的价格数据直接拿去做批量改价。最后一条尤其要注意，采集和修改是两件独立的事，中间必须有人做判断。
还有一点跟礼貌有关：频率别太密；同一个 App 一天采几十次，既没必要，也容易让自己的账号不正常。
从几个 App 开始。 如果要做，建议先挑一个 App、一个维度，跑一周。
比如只采三个竞品的价格，一天一次。一周之后你会有七行数据，能看出来价格有没有波动、波动是不是有规律；这时候再决定要不要加第二个维度、第二个 App。
一上来就六个 App 全铺，通常的结果是记录一大堆没人看，然后两周后放弃；那位选品的人第一次就是这么做的。他第二次只从两个价格维度开始，现在是每天早上看一份汇总表，时间从二十五分钟降到三分钟，剩下的时间他拿去看新品类。