代理IP相关的决策很多：换不换、加不加、用哪一类、什么时点调整。这些决策如果每次都临时讨论，效率低且结论不稳定。把决策依据组织好，多数问题可以按预先约定的规则处理，只有少数特殊情况才需要讨论。把依据组织好之后，处理这类问题的时间通常能压缩到几分钟。
依据分三层
第一层是数据，来自日常记录与实测。第二层是规则，写明什么条件下采取什么动作。第三层是例外，说明哪些情况不按规则走。代理IP的决策依据按这三层组织，日常靠规则、特殊情况靠讨论，决策速度与一致性都能提上去。三层之间不要混，数据不足的时候不要用规则去补。
- 数据层：日常记录与实测结果
- 规则层：条件与对应动作
- 例外层：需要讨论的情形
规则层要写清条件与动作的对应关系。只写原则无法执行，必须写到可用数量连续三天低于多少就补多少。代理IP的规则写得越具体，执行时的分歧越少，新人也越容易照着做。
例外层同样要写。写明哪些情况需要上报、由谁决定，避免所有事情都往上推。代理IP的例外清单通常不长，五六条就能覆盖大部分特殊情况。
规则多久更新一次
每半年看一次，遇到例外频繁出现的情况随时补。同一类例外反复出现，说明规则本身需要调整。代理IP的规则按这个方式迭代，覆盖范围会越来越全。
规则写在什么地方
和日常流程写在一起，查找的时候一次就能找齐。放在两处容易只更新一处。代理IP的规则与流程合并维护。
数据不够怎么决策
先用保守取值。数据不足的时候按最坏情况估，结论出来之后再修正。代理IP的决策在数据不足时按保守值。
例外多怎么办
统计一次例外的类型。同一类反复出现，说明规则需要补一条。代理IP的例外按类型统计之后再改规则。
规则要不要试运行
要，先试两周再正式执行。试运行期间记录执行情况。代理IP的规则按试运行方式上线更稳妥。
能按规则走的，不讨论。
需要注意的是：规则更新之后要通知到执行的人。只改文档不通知，执行还是会按旧规则来。
代理IP的决策依据分成数据、规则、例外三层。数据靠日常积累，规则写到条件与动作一一对应，例外清单写明上报路径，代理IP的日常决策就能从反复讨论变成按规则执行。