苹果群控，是指用一台电脑集中管理并批量操控多台 iPhone 的技术方案，免越狱、免签名、免硬件，靠外部输入注入驱动设备。
这篇要回答的是：苹果群控大促前要提前做什么，一周准备清单。
大促前两周，一个做美妆跨境的老板开了个内部会。
会开完他发现一个尴尬的情况：内容组说准备了三天半的量，运营说排期还没排，而账号组那边——没人提账号。
他问了一句：这批号现在是什么状态；回答是「一直正常发着」。
这句话听着没问题，但它的意思是：这批号一直在以日常节奏活动，没有任何为大促做的准备。
大促那天要突然从一天三条变成一天十条，这个变化本身就是异常。所以大促前的准备，除了备内容，还有一件更早要做的事，让账号的节奏先动起来。
按提前七天、三天、一天倒排。
提前七天：账号先抬量
先说提前七天，这一条是最容易被忽略、也最难临时补的。
账号的活跃节奏是需要时间的。平时一天三条，大促要一天十条，如果当天直接切过去，从账号的角度看就是「这个号的行为模式在一天之内变了三倍」。
七天的动作是「渐进抬量」：把日常节奏往上抬，不是一步到位。比如平时三条，可以先到四条、五条，到大促前一天刚好接近目标量。
抬量的同时要盯一件事：有没有出现数据异常。 抬量之后如果某几个号的数据掉得明显，那就说明它撑不住这个量，应该在大促之前把它从主推名单里拿掉，而不是等到当天。
这一步的实际意义是：你在大促前就得到了一个「哪些号能用、哪些号不能」的名单。 这个名单比多备两天内容值钱。
提前三天：内容定稿，排期错开
到了提前三天，内容是必须定下来的。
定稿的标准不是「写完」，而是能不能直接下发：文案、图片、话题标签、要发的账号，全部对应好。不要留「到时候再配图」这种尾巴。
排期错开是这一段的重点。三条原则：
- 同一批内容分散到不同时段，不要全挤在一个小时里
- 同一个账号的两条内容之间留出足够间隔，不要连续发
- 把主推到数据最好的时段，其余时段用来铺量
大促期间最容易出的事是「排期撞车」：两条任务落在同一个时间点，设备只能执行一条，另一条被跳过，而且中控里不会留下失败记录，你只会发现某条内容没发出去。
前一天到当天：只核对，只盯两个数
最后一天不要改东西，只核对。
第一，内容总量和排期数量对不对； 备了十条内容排了八条，剩那两条去哪儿了？这种对不上的情况在大促前一晚特别常见。
第二，每条内容对应的账号对不对。 大促前临时加过号、删过号，最容易在这一步出问题；发错号比没发出去更麻烦。
第三，备用内容在不在。 万一某条内容当天效果很差，或者平台出问题，你手上有没有可以立刻替换的备选；备三条就够，不用多。
顺便说一句：这一天不要再新增账号。 新号在大促当天没有任何行为积累，发出去也没人看，还会拉低整批的账号质量分布。
大促当天不需要盯所有数据，盯两个就够。
第一个是「有没有按计划发出去」； 这是底线，出问题要立刻处理。
第二个是「哪些内容的数据明显高于预期」。 大促当天的机会在于，如果你发现某类内容特别有效，当天还有时间加推。这是大促和日常最大的区别：平时的反馈周期是一周，大促的反馈周期是几小时。
所以大促当天留一个人专门看数据，比全员盯着发布流程有用。
你会为当天单独留一个人吗？留不出来，说明前面的排期还没做细。
还有三件看着勤快、其实在添乱的事，得避开。
第一，大促当天临时加号； 理由通常是「趁流量大」。但新号在大促当天发内容，数据和权重都不会好，而且会让账号矩阵的结构变得不可控。
第二，把所有内容都排到黄金时段； 黄金时段能承载的量是有限的；全挤进去的结果是后半段内容被前面的任务挤掉。
第三，大促前一天还在改内容； 改完不重新走一遍流程，等于把没验证过的东西直接送上大促当天。
那天没出现过一次临时判断
回到那个会。
那位老板后来定了三件事：提前七天抬量并筛出可用账号名单，提前三天内容和排期定稿，提前一天只核对。他说这么做的第一个大促，最大的收获不是当天多卖了多少，是当天没有出现过「这个号能不能用」这种临时判断。
大促的本质是「在短时间内把流程放大」。日常拼的是效率，大促拼的是流程经不经得起放大。 而流程能不能放大，前一周就定了。