适用范围不写清楚，团队里每个人对同一件事的判断都不一样。有人觉得凡是涉及网络的都该用，有人觉得能不用就不用。代理IP的适用范围可以用一条主线划出来：业务对出口是不是有明确要求。有要求就适用，没有要求就不必用。
主线怎么展开
有要求又可以分成三档：要求出口位置、要求出口身份独立、要求出口数量并发。三档分别对应不同的配置方式。没有要求的情况指业务只关注能不能访问，不关注从哪里访问。代理IP的适用范围按这条主线展开，判断标准就统一了。
- 要求出口位置：按地区指定
- 要求身份独立：按账号固定
- 要求数量并发：按容量配置
- 没有出口要求：不必引入
- 有出口要求：适用
- 无出口要求：不适用
- 边界情形：按三档判断
边界情形才是适用范围真正的价值。完全符合和完全不符合都好判断，容易产生分歧的是那些说不清的情况。代理IP的适用范围把三挡写出来，边界情形就有了归属，不必每次重新讨论一遍。
标准要写在哪
写进需求模板里。每次提需求的时候顺手对一遍三档，判断就落在流程里，而不是靠个人经验。代理IP的适用范围写进模板之后，新人也容易上手，争议也会明显减少，代理IP的判断也不再依赖个人理解。模板本身也要保持简短，三档加一句说明就够，写长了反而没人对照。
标准怎么教
新人怎么学
多久复习一次
争议怎么处理
新人第一次提需求时照着三档对一遍，第二次基本就能独立判断。遇到落在边界的情形，提交给负责选型的人确认。代理IP的适用范围按这种方式运行，标准就真的在被使用，而不只是写在模板里。运行一段时间之后回看一次，看有没有反复出现的争议点，有就补进三档里。
有出口要求，才适用。
需要注意的是：标准要随业务更新。业务变化之后，原来的边界情形可能已经变成明确适用，反过来也一样。
给团队一个统一标准并不难，把出口位置、身份独立、数量并发三档写出来，再明确没有出口要求的情形不适用就够了。代理IP的适用范围写进需求模板，判断就变成流程的一部分，不再依赖个别人的经验。