剖析代理IP之前，先要拆的是自己的需求。很多人上来就研究参数与类型，结果发现选出来的方案与任务并不匹配。更有效的顺序是把需求拆成可验证的条目：要改变什么、规模多大、能接受多少波动、出问题时怎么退。四项写清楚，方案的范围也就定了。
需求拆解的四个条目
- 目标：要让什么发生变化，落到出口位置或身份
- 规模：一天要处理多少量，按峰值估而不是按均值
- 波动容忍：失败多少仍可接受，给出一个区间
- 退路：出问题时怎么换回来，备选与切换动作
剖析代理IP的起点不是功能表，而是需求条目。四项写清之后，选型就从哪个更好变成哪个满足这四条，讨论范围一下收窄。这一步花的时间不多，却能省掉后面反复更换的成本，判断依据也从感受变成了可核对的条件，代理IP的选型因此有了固定的入口。
需求不清，方案就会飘。
需要注意的是，四项条目应以实际观察到的用量与表现为准，不要沿用别人的经验值。
最容易漏掉的一项
四项里最容易漏的是波动容忍。多数人只写了期望的平均表现，没有写下能接受的下限。而代理IP在实际运行中的表现本身就是波动的，只按平均值评估，遇到低谷期就会误判为方案出了问题，进而做出不必要的更换。把下限写清楚，评估标准才算完整。
还有一个容易含糊的地方是规模口径。按日总量估算与按峰值估算，得到的资源规模差别很大。代理IP的资源准备应面向峰值而不是均值，否则最忙的那段时间会集中出现问题。拆需求时把峰值单独列出来，后面规划资源才有依据可循。
按峰值算，别按均值算。
条目之间的冲突检查
需求拆完之后建议做一次交叉检查，看四项之间是否互相冲突。比如既要求成本极低又要求波动极小，这种组合通常难以同时满足，需要在两者之间排出优先级。把冲突提前暴露，比在落地之后才发现要好处理得多，也能让代理IP的选择更有针对性。
交叉检查的做法很简单：把四项并排写在纸上，逐对比较。凡是两项之间存在此消彼长关系的，都标注出来并确定取舍顺序。这份标注在后续评估方案时会反复用到，也是判断代理IP方案是否真的合适的直接依据。
需求条目写得越具体，后面的判断就越简单。剖析代理IP的第一步，其实是在剖析自己需要什么。