有些团队在用代理IP这件事上反复出问题，根源不在技术，在于从一开始就没人说过什么能做什么不能做。规矩定得越晚，改起来越费劲，因为大家已经各自形成了习惯，回头再纠正要花双倍的力气。
- 只用于明确说过的任务类型
- 不把凭据转给团队之外的人
- 发现异常先停下再报，不硬跑
- 任务结束主动停止，不长时间占用
几条够用
一页纸能写下的规矩，通常五到八条就够。写太多没人记得住，写太少又留出太多解释空间。判断标准是看这条规矩能不能在具体场景中直接套用：能套用的留下，需要再解释一遍的删掉或者改写得更具体。起草的时候可以按「看到这种情况该怎么做」的句式写，写不成一整句的，说明这条还没想清楚，先别急着写进去。
规矩的作用是让边界清楚，让每一次使用都不用临时请示。
写的时候注意什么
写规矩常见的毛病是只写禁止，不写为什么。只写禁止的条款容易被当成摆设，遇到具体情况时，执行的人不知道能不能通融。把原因加在后面，执行起来就有判断依据，遇到没写到的情形也能类推。代理IP的使用场景变化快，规矩不可能写全，留一条可以类推的口子，比写满三十条更实用。
另一个毛病是写得过于笼统。
怎么让人记住
最省力的办法是把规矩放在大家每天都会碰到的地方，比如线路清单的开头、共享文档的首页。放在需要主动去找的地方，等于没放。新人进来的时候带着过一遍，老成员每季度提醒一次，两次重复下来基本就记住了。提醒不必郑重其事，在群里把全文贴一遍，比反复强调其中哪一条更容易让人留下印象。
- 放在常用位置
- 清单首页、共享文档开头
- 新人带一遍
- 入职时逐条说明并留下材料
- 定期提醒
- 每季度在群里重发一次
- 按需更新
- 业务变了就改，别一直沿用旧版本
越界了怎么办
越界之后的处理方式，最好也提前说清楚。原则是看意图和影响：无心之失造成了影响，重点在于补齐流程；明知故犯的，才需要更重的处理。把这两类分开，规矩就不会变成谁都不敢碰的高压线，也不至于形同虚设。处理方式写在前面，执行的人心里有数，管理者也不必每次临场判断。
一页纸的分量轻，作用却比想象中大。它把团队的共识固定下来，让每个人都知道边界在哪，也让人在遇到新情况时有依据可循。代理IP的管理做到这一步，日常的摩擦会少很多。写在纸面上的东西还有一个好处：它能被讨论，能被修改，也能被新来的人读到，口头传下来的习惯做不到这些。
规矩写下来之后还会继续变，业务在变，人员在变，半年后回头看，总会有一两条需要改。改的时候把旧版本留着，就知道当初为什么这么定。