三十台设备挂在一台电脑上，一天的负载曲线长什么样？
去年帮一个做跨境电商的团队排任务表，他们三十台 iPhone 全天开着投屏。我蹲了两天翻日志，发现下午两点到三点那一段，设备全在待机。屏幕亮着，一条指令都没收到。
那一个小时的电是白烧的！
很多人以为群控是”机器一直跑”。真不是。满负荷的只有上午和中午两段，其余时间要么在等，要么在空转。负载曲线画出来，你就知道该往哪儿加任务了。
早八点到中午，负载压在这两段
八点整，先看任务日志。
上班第一件事不是下发任务，是看昨晚跑成什么样。
日志里要看三个数：成功几台、失败几台、失败停在第几步。三十台的规模，正常失败率在 3% 上下。超过 10% 就别往下排，先修设备。
这台停在第 4 步，那台也停在第 4 步，那大概率不是设备的事。是脚本第 4 步要找的元素，在你这个版本上挪位置了。
八点二十，只补跑失败的那几台。
别整批重跑！挑出失败的那几台单开一个任务，五分钟补完。
补之前先看在线状态。设备掉着线，你补一百次还是失败；先把线插稳。
九点，第一批发布进队列。
三十台不要一次下发。分三批，每批十台，批间隔三到五分钟。
一次下发有两个坏处。一是 USB HUB 供电瞬间吃紧，容易带掉几台；二是三十个账号在同一分钟做同一个动作，特征太扎眼。
分批还有个好处：第一批跑出问题，后两批来得及改。
十一点半，抓取窗口打开。
这段不需要人盯。
价格和排名，多数平台中午刷一次。十一点半起抓，十二点出结果。别人下午两点才看到的变动，你中午就拿到了。
做跨境的对这两个小时感知最强；时差摆在那儿，早两小时就是早一班车。
抓取有个硬要求：超时设短。单台脚本超时我一般写 90 秒，超了直接判失败、进重试，不让一台卡住的机器拖住整条队列。
下午那段空转，比你想的长
下午两点到三点，机器在等。
上午的批量跑完了，下午的客服还没起。这一段三十台设备亮着屏，什么都没干。
空着也有道理，账号活跃本来就有低谷；人也不会在下午两点集中操作三十个号。
但可以往里塞东西。
备料就是最好的填充：明天要发的素材提前推到设备本地，文案提前渲染好；这些动作不碰账号、不碰网络，塞在这段最安全。
后来我们把备料挪到下午两点，第二天上午的失败率从 8% 掉到 3%。
三点到六点，客服跟进加批量改资料。
这段是人机咬得最紧的一截。
机器负责拉消息、按关键词初筛、把标准问题套模板回掉。人只接剩下的：退换、报价、投诉。
分界线要提前写下来。什么叫标准问题？写成一张表。靠临时判断，这段会变成另一场会。
改资料这类操作，建议放五点以后。改完有夜里一整段做缓冲；出问题第二天八点就能看见，不至于滚一周。
六点，把明天的排期发下去。
要点只有一条：错开。
三十个任务在同一分钟启动，机器和人看了都觉得整齐得反常；按账号分组错峰，组间三到五分钟，成本是零。
下发完这一天基本收工。夜里机器自己跑，早上八点你来看结果。
有几个任务别排进表里
碰钱的动作先别上脚本。
改价、退款、批量下架，这三个我一直建议手工做。
不是技术上做不到，是错不起。错一次赔的是真金白银；这几件事一天也就省十来分钟。风险和收益不成比例。
要判断的回复，别让脚本接。
脚本认得出关键词，认不出语气。客户回一句”算了”，是放弃还是再想想？
这一步交给机器，翻车是早晚的事。
标准问题的模板，我们控制在五条以内；超过五条，说明你在让脚本干它干不了的活。
失败重试，最多两次。
重试一次叫容错。两次叫兜底。第三次还失败，就该进人工列表了。
我见过设五次重试的。跑一晚上，同一台设备反复失败五次，日志刷了几百行，最后还是人来收拾；重试次数写多了，只是把问题盖住。
任务表排到最后你会发现，真正全自动的只有上午发布和中午抓取两段；剩下四段都是人机配合。
一天省下来的三小时，是从切账号、等加载、点确认里抠的。抠出来的时间拿去想内容怎么写、账号怎么排，比再塞满一段任务值钱。