业务侧提出的问题往往描述的是现象，而不是原因，代理IP的判断也一样。有三个现象特别值得注意：同一个操作在别的地区能正常进行、本地区不行；多个账号出现相似的结果异常；批量任务的成功率随量级上升明显下降。这三个现象都指向出口问题，值得考虑代理IP。
三个现象分别说明什么
地区相关说明出口位置对结果有影响。账号结果异常说明出口身份可能被归组。成功率随量级下降说明来源过于集中。三种情况的原因不同，对应的处理也不同，但都需要先把出口这件事纳入考虑，代理IP的作用正好落在这一层上。
| 现象 | 可能的出口问题 | 先查什么 |
|---|---|---|
| 地区相关 | 出口位置不符 | 实际出口地址 |
| 账号结果异常 | 出口身份重叠 | 账号与出口对应 |
| 成功率随量下降 | 来源过于集中 | 单出口频次 |
- 地区相关：查出口位置
- 账号异常：查出口是否重叠
- 成功率下降：查出口频次
现象出现时先做一次确认，不要直接下结论。同样的现象也可能是业务侧的其他变化引起的。代理IP的判断建立在确认之后，先花半天时间查清出口是不是真的有问题，再决定要不要投入。
确认之后怎么办
确认出口确实有问题之后，按需求写清位置、时长、数量三项，再进入候选和试跑。流程不变，只是入口更明确了。代理IP的引入有一个清晰的触发点，投入也更容易向上面解释清楚。
确认要花多久
半天时间通常够。查实际出口地址、账号与出口对应、单出口频次三项，代理IP的判断依据就齐了，也就能判断问题有没有落在出口这一层。
多久确认一次
建议每次出现现象时确认一次，不必等到累积。代理IP的判断按现象触发，比按固定周期触发更及时，也更容易找到当时的环境信息。
先确认现象，再谈方案。
需要注意的是：现象记录要写时间。同一个现象在不同时段出现，原因可能完全不同。
三个现象都指向出口这一层，但都不足以直接下结论。先用半天时间确认实际出口地址、账号对应关系和单出口频次，确认之后再按流程推进，代理IP的引入才有依据，也不至于把其他问题误判成出口问题。