永不过期的 API 密钥带来的问题
一个多年前签发、从未轮换、至今仍然有效的密钥并不是一种便利。它是一个多年来没有人真正检查过的隐患。
围绕超额费用来构建定价模式是一件奇怪的事,因为它只有在事后才会显现。您选择一个按预期用量设定的套餐,如果某次发布进展顺利,或者某次营销推广效果超出预期,您会在下一张账单上才发现这份成功的真实价格,而那个费率从来不是价格页面上的标题数字。
统一且公开的定价避免了这种情况:超出免费额度的用量只有一个数字,而不是一张阶梯价目表,让每次请求的价格随您当月已用量而变化。My Geocode 对超出每天 2,500 次免费请求的部分收取每次请求 €0.0001,或者 Unlimited 密钥每月统一 €50,即使您某个月业绩很好,这个费率也不会上调。在某个您不知道自己正在接近的软性上限之后,不存在另一个更高的超额费率在等着您。
从服务商的角度看,超额定价的吸引力显而易见:价格页面上的标题数字看起来比大多数客户最终实际支付的价格要小,因为套餐是为了显得有吸引力而设定的,而不是为了匹配典型用量。用量保持在套餐上限以下的客户享受广告价格。而那些不断增长的客户,也就是真正借助产品取得成功的客户,则被悄悄转到一个已经披露但未被强调的更差费率上。
统一定价消除了广告数字与真实数字之间的差距。价格页面上是什么费率,您在超出免费层级后的任何用量下支付的就是什么费率,无论那是您当月的第一次付费请求还是第一百万次。之后不会有任何意外发现,因为第一档背后并没有藏着第二档。
这也让用量预算成为一件真正简单的事,而不是一道建模难题。采用统一费率时,超出免费额度的预期月度成本就是预期请求量乘以 €0.0001,或者当这个数字大到 Unlimited 更划算时,就是统一的 €50。而采用超额定价时,同样的估算需要知道某个月的流量会落在哪一档,以及该档的边际费率是多少,而这些信息往往比标题价格本身更难找到。
我们理解超额费用作为一种商业模式存在的原因:它让服务商可以把基础套餐定得很有竞争力,同时从使用产品最多的客户身上收回利润。我们认为这种取舍对它所针对的客户不利,因为支付超额费用的客户,按定义正是产品为之发挥最大作用的那些人。统一费率对重度用户和轻度用户按单位一视同仁,这是唯一一种不会暗中惩罚增长的定价方式。