如果一半的验证码都收不到，单次尝试的价格本身说明不了真实开销。有的方向每次尝试只要几美分，实际成本却比价格贵三倍的对手更高——原因很简单，后者的验证码到达率高出好几倍。下面讲清楚如何计算验证转化率、如何算出成功验证的真实成本，以及哪些方向到了该停用的时候。

到达率而非单次价格才是关键指标

激活价格是固定且提前公开的，因此不同方向之间很容易比较。到达率——验证码真正送达并被输入的尝试占比——只有在实际使用后才能看到。这正是为什么价格表上便宜、到达率却很低的方向,看起来划算,统计报表里却是亏本的：每一次成功验证,付出的不是一次尝试的钱,而是好几次。

如果一个方向十次里有九次都能收到验证码,那么单次价格几乎就等于真实成本。如果十次里只有两次能收到,就要为五次尝试付费才能拿到一个可用的验证码——这完全是另一套经济账。

成功验证真实成本的计算公式

真实成本 = 单次尝试价格 ÷ 成功比例。成功比例的算法是：某段时期内完成验证码输入的验证次数,除以同期请求的号码总数。

举例说明。方向 A 每次尝试 0.03 美元,到达率 20%：成功验证的真实成本 = 0.03 ÷ 0.2 = 0.15 美元。方向 B 每次尝试 0.04 美元——价格表上贵了三分之一——到达率 80%：0.04 ÷ 0.8 = 0.05 美元。结果是,看起来更便宜的方向 A,按实际拿到的验证码折算,反而比方向 B 贵了整整三倍。单次尝试价格本身不是成本,它只是公式的分子;真正起决定作用的是分母。

该按哪些维度拆分数据,公式才有意义

整个目录的平均到达率毫无用处——它把表现差和表现好的方向混成了同一个数字。至少要按三个维度拆分统计:

  • 按国家——同一个服务在不同国家的到达率能相差数倍:每个国家的网络负载和运营商各不相同。
  • 按服务类型——即时通讯、社交网络、支付服务和电商平台使用的风控过滤规则严格程度各异,同一个号码在不同服务上的到达率并不通用。
  • 按时段——在运营商网络负载高峰时段,以及号码所在国当地深夜时段,到达率都会下降。

没有这些拆分,某一个糟糕的小时或某一个有问题的国家就会悄悄拉低整个方向的平均值,而停用决策也会建立在错误的数据上。

什么时候该停用一个方向

脱离该方向自身历史数据的孤立低数值没有意义。停用的信号是相对于过去几周自身均值的持续下滑,而不是一次性的波动:临时性下滑通常是运营商网络拥堵造成的,大多会自行恢复。

不仅要看成功比例,还要用上面的公式核算真实成本:一个方向即使稳定保持 30% 的成功率,只要单次价格差不足以弥补到达率的差距,依然可能比 70% 成功率的替代方向更贵。如果验证之后账号本身也需要长期保住,如何在便宜和可靠之间权衡,可参阅账号访问权限备份一文。

去哪里查看操作历史

决策应基于某个时间段的具体数字,而不是「最近好像不太好用」这种感觉。每一次请求、状态和价格的完整记录都保存在操作历史页面,也能在个人中心中查看——这样就能按自己的维度计算到达率,而不必依赖目录里的平均数字。

常见问题

如果部分尝试还没有最终结果,该如何计算成功比例?

选取一个已经结束的统计周期,例如昨天或前天,该周期内所有尝试都已经有了最终状态。未完成的请求会从两个方向扭曲公式里的分母。

可以直接比较不同方向的到达率吗?

可以,但必须是同一时期、同一维度——同一国家、同一服务、同一小时。用一个方向的月均值去对比另一个方向今天的数字,反映的不是质量差异,而是样本差异。

如果一个便宜的方向到达率突然下降了怎么办?

先用最新数据重新核算真实成本,而不是只看单次尝试价格。如果公式算出的成功验证成本超过了可接受的上限,就暂时切换到价格表上更贵、但到达率更高的方向,等原方向指标恢复后再切回来。

在turbon.rent 的 OTP 验证中,借助操作历史即可方便地按方向计算到达率和成功验证的真实成本——切换方向不需要手动重新核算价格。