改价上线后的第三个星期，客服转来一封邮件。客户是一家二十来人的创业公司，上个月账单四百多，这个月一千九。他们并没有用得更狠，只是我们终于开始按真实调用量收费了。邮件最后一句是：「你们当初说会更便宜。」
我把这封邮件看了几遍。按席位收费的时候，他们买了五个席位，实际有十一个人在共用账号。改成按用量之后，共享这件事失去了意义，每一次调用都记在账上。账没有算错，错的是我们以为客户会把「按真实使用付费」理解成一件好事。
决策会上，我们看的是同一张表
产品是给开发团队用的一个 API 工具，按席位收费，每个席位每月固定价格。问题很明显：客户共享账号，席位卖不动；用量大的客户付得少；小团队买两个席位试水，用不起来就退了。销售每次续费都要被压一轮价。
我们列了一张对比表，左边是按席位，右边是按用量。按用量那一列写着：收入随使用增长、降低尝鲜门槛、和客户价值对齐。每一条都成立，每一条都在会上被重复了一遍。
用户访谈做了七八个，大部分是已经用得很重的团队。他们当然说按用量好，因为他们清楚自己会用很多，按席位反而限制了账号数。我们没有认真访谈那些「买了两个席位但基本没用起来」的客户。他们才是沉默的大多数，也是改价之后账单涨幅最大的一批人——原来五个人共用一个账号，现在五个人的调用都算钱。
决策会上有人提了一句「财务那边要看一下」，被记在待办里，后来没有再回来。
漏算的三件事
预算科目不是同一个
这是最硬的一件。按席位收费，这笔钱通常落在部门的人力或工具预算里，部门经理就能签。按用量收费，它变成了云成本或 IT 支出，要走技术负责人和财务，超过某个额度还要走采购。审批周期从一周变成一个月，客户不是不愿意付，是预算里没有这个科目。
我们收到的最多的一类工单是「能不能先停掉，等下个季度预算批下来再开」。有一个客户甚至问能不能开两张发票，一张写「软件订阅」，一张写「技术服务」，因为前者他们的采购流程走不通。
合同也要改。按席位是年付预收，按用量是后付，月末出账。财务要改收入确认方式，法务要改条款，海外客户还要处理税。这些在决策时都被归为「实施细节」，实际上它们决定了客户能不能顺利付钱。
我后来才想明白：定价改的不是价格，是客户内部的一条流程。流程不通，价格再合理也收不上来。
提成和续费节奏对不上
销售签年度席位合同，当年确认全部金额，提成一次性到手。按用量之后，收入摊到每个月，还有不确定性。提成规则没有同步改，销售的第一反应是抵触。他们开始在合同里承诺「用量封顶」，或者把客户往包年用量包上引，实际上退回了旧模式。等我们改完提成规则，一个季度已经过去了。
续费节奏也乱了。按席位，续费是一个明确的日期，客户成功团队提前三个月介入。按用量，没有「续费」这个动作，只有「用量下滑」。团队不知道该在什么时候联系客户。有一次客户用量掉了四成，我们才去看，对方已经在评估竞品了。
成本不会跟着用量走
我们以为按用量收费，收入曲线会和成本曲线贴合。但基础设施有一部分是预留的，用来扛峰值。客户的峰值不可预测，我们不敢不留余量。结果是小客户的用量覆盖不了固定成本，大客户的峰值又逼着我们多留容量。毛利波动比按席位时更大，这一点在决策表上完全没有体现。
账单争议也变多了。按席位的时候，客户不太看账单；按用量，每一笔都可查，客户会逐条对。客服的工作从「处理登录问题」变成「解释计费逻辑」。我们做了用量明细页，但第一版只按天聚合，客户要的是按 API key 拆。那两个月支持工单大致翻了一倍。
后来补的，和还没想清楚的
我们最后改成了混合模式：用量包加超额，包内单价低，超额单价高，但可以设封顶。给客户一个「账单不会超过某个数」的承诺，单价虽然上去了一点，采购反而能批。加了预算预警，用到七成和九成时发邮件，收件人是管理员而不只是账单联系人。销售话术从「更便宜」改成「更可预测」。老客户给了十二个月的价格保护，按他们过去六个月的用量中位数算。
这些补丁有效，但都是补丁。如果重来一次，我会先把定价改动当成一次跨部门的流程改动来立项，财务、法务、销售运营、客服各出一个负责人，而不是当成一个产品功能排进迭代。
我还没想清楚的是，用量计费到底适不适合我们这种客户结构。我们的用量分布非常长尾，前 5% 的客户贡献了大部分收入，但他们也最会谈判。按用量对他们没有吸引力，他们想要的是封顶和折扣。真正受益的是中间那批客户，可他们的账单是涨的，感知不到「受益」。
也许正确的做法是分层：小客户按用量，大客户按承诺用量签年框。但这样一来，定价页会变得很复杂，销售也要两套话术。我倾向于先不做分层，把预警和封顶做扎实，看续费率能不能回来。这一点我还没有定论。
下周约了那家账单翻四倍的客户。我不打算带折扣去，先带他们过去六个月的用量明细，问清楚他们明年到底会用多少。如果他们说不出一个数，那说明我们的账单还是没有帮他们做预测。
评论