规模往上走的时候，多出来的不是设备，是活。
这话听着像废话，可真到要加人的时候，多数人还是先算设备多少钱。
去年有个做抖音矩阵的团队，从十台加到三十台，人没加；三个月后我过去，三十台里有十一台是黑的。问起来，管设备那个人说忙不过来——他同时还管着内容排期。
他没错，是分工没分。
按十台、三十台、一百台三档说人怎么配。硬件那层怎么搭，不在这篇里。
十台：不用加人，但得固定到人
这一档，现有的人兼职就够。
每天二十到三十分钟：早上看一眼昨晚跑成什么样，补跑失败的几台，其余不用管。
这点时间从现有工作里挤一挤就有，不值得为它招人。
但必须指定到人，不能”谁有空谁看”。
这是十台这一档最容易埋的雷。
没人认领的事，等于没人做；头两周大家还有新鲜感，第三周开始漏，一个月后就只剩出问题才有人管。
指定到人不需要额外成本，只是把名字写下来。写下来的那一刻，这件事才算落地。
还要定好第二个人。
第一个人请假、离职、出差的时候，谁接？
十台的设备量，交接成本很低：一份设备清单、一份常见问题处理办法，半小时能看完；可这份东西得提前写，不能等人走了再补。
三十台：一个人够，前提是把流程写下来
标准配置是一个人。
每天一小时上下。设备量翻三倍，人力不用翻——因为多出来的时间主要花在批量上，不是逐台上。
前提是你别拿管十台的方法管三十台。
分水岭在流程有没有写下来。
十台的时候，处理方式可以装在一个人脑子里：今天这台卡在第 3 步，他记得上次是怎么修的。
三十台不行。一周会遇到七八种失败，每种的处理办法不一样，靠记忆会漏。
所以要一份文档：失败分几类、每类怎么处理、什么时候该上报。写完贴墙上，或者放进共享文档。
写这份东西大概要一个下午。它决定的是三十台能不能长期跑，不是一个下午的事。
内容产能会先于人力告急。
三十台设备一天能发三十条；你的内容团队一天能产几条？
产十条，就有二十台在空转。这时候加人管设备没意义，该加的是写内容的人。
我见过最多的错就在这儿：设备加到三十台，运维加了一个，内容还是原来那个人。结果设备越加越闲。
一百台：这时候才是招人的问题
一百台要两个人，分工是设备运维加内容。
设备运维每天一到两小时，剩下的时间能做别的事；严格说，一百台需要的是一个半人。
现实中一般配两个：一个主运维，一个备份兼内容。备份不是冗余，是保险。
两人轮班，还是一人全职？
看业务时段。任务集中在白天的，一人全职加一个兼职备份就够。要跑夜班的，必须轮——夜里出问题没人接，等于白跑一晚。
成本这笔账是这么算的。
一个运营月薪六千，加社保到手成本七千八，一年九万三。
一百台的账：二手 iPhone 八百到一千五一台，一百台八万到十五万；授权按一千台档，一个月两千到三千；机房、机柜、风扇这些一次性一万上下。
首年砸进去十万到十七万。这笔钱对应的不是”省了一个人”，而是”三十个号扩到一百个号，人力只加了一个”。
想清楚这个对应关系，值不值你自己会算。
扩之前，先补哪一环
每一档往上加之前，先问一句：现在这一环卡不卡？
十台跑一个月没出大问题，说明人和流程都稳了，可以加设备。
三十台失败率稳在 5% 以内、每天维护时间在一小时以内，说明文档和分工到位了，可以往一百台走。
卡住的那一环没补就往上加，加出来的不是产能，是一堆黑屏的设备。
那个抖音矩阵的团队后来怎么解决的？内容排期交给另一个人，管设备的只管设备。第二个月，三十台全亮。