十个号靠人盯得住，五十个号靠人盯一定会漏。规模上去之后，代理网络这一层的管理方式要从随时调变成按流程走，区别跟流程的复杂程度没关系，在于每一件事都有固定的做法和固定的记录。这一步跨不过去，账号越多就会越乱，人也会被拖得越来越累。
流程管住的是那些反复出现的判断，不是所有事。真正需要临场经验的部分仍然交给人，流程只负责把每次都要重新想一遍的基础动作固定下来。
从随时调到按流程走，变的是三件事
判断依据：从感觉到记录
号少的时候，凭感觉就能发现哪个不对劲，看两眼就知道今天状态好不好。号多之后，感觉没有用了，得靠记录：每条代理线路的延迟区间、每个账号的日常表现，都有一份底稿，对比着看才知道什么是异常，也才说得清是从哪一天开始变的。
处理动作：从临时到固定
小规模时遇到问题，怎么处理都行，反正就那几个号，来回试几次也能碰对。规模上去之后，处理动作必须固定下来：什么样的表现对应什么样的动作，写清楚，谁来做都一样，这样才不会因为换人而换一套做法，也不会把同一个问题处理出两种结果。
分工方式：从一个人到几个人
一个人管到底的模式在小规模时效率最高，规模上去之后反而最脆弱，因为他一不在，所有判断都停摆。把不同时段、不同批次分给不同的人，每个人手里有一份固定的清单，整体才转得动，也不至于所有压力都堆在一个人身上。
人不在，流程在。
最该固定下来的两件事
代理线路的分配规则
哪一类账号配哪一类代理IP，这条规则必须写死，不能今天这样明天那样。规则固定之后，新号进来的安排是确定的，出问题时也容易判断是不是分配这一步本身就选错了类型，不用再回到一条条试的老路上。
异常的处理入口
整个流程里最容易乱的就是异常。定一个统一的入口：先记录现象，再按顺序检查代理IP、设备、客户端，最后才动账号。顺序固定下来，处理速度会快很多，也不会出现两个人同时改同一个号、改完还不知道谁改的那种情况。
流程化的东西会不会越做越重
流程只写那些反复出现的动作，新情况先记下来再决定要不要写进去。加得越少，执行起来越轻松，这一点和账号规模没有关系。
把流程立起来之后，矩阵的扩张就不再依赖某个人的经验，而是依赖一套谁都能执行的安排，换个人接手也不会乱。