token 计费，听起来很美
去年年中，我们把定价体系换过一次血。按 token 计费。
当时理由很充分：成本是 token 驱动的，收入就该跟着 token 走。弹性、公平、多用多付。投资人听着也顺耳——跟云厂商一个逻辑。
上线第一个月，新客户接入速度确实快了。销售好谈，跟客户说"按量付费，用多少算多少"，客户觉得没有 lock-in。我也觉得这方向对。甚至内部还庆祝过一轮，觉得我们终于想明白了"现代化的计价方式"。
水表来了
第二个月开始不对劲。
有个做供应链的老板，月账单从 2 万跳到 7 万，打电话问我们客服："我这是不是漏水了？"
漏水。他用的词是"漏水"。
我听到转述的时候笑了一下，后来笑不出来了。因为那不是个例。几乎每个客户都把我们系统当水表——不是看用了多少智能，是看花了多少冤枉钱。他们算的从来不是 ROI，是抄表。
续约率？我不想报具体数字。惨到那个季度内部复盘会，我把经营数据 PPT 翻过去，只讲了半小时客户访谈。因为我没法解释：为什么客户明明用得越来越多，续约意愿却越来越低。
客户买的不是 token，是"这事办成了"
转折是一次续约谈判。一个大客户，用了我们三个月，用得极深，每天的调用量全公司第一。续约前我跟他 IT 负责人聊。
他跟我讲了一句我现在还记得的话："你们这账单，我没法向财务解释。我可以说这系统帮我处理了 8000 张单据，但我不能说它跑了 2400 万 token。财务不懂 token，财务只问一句话——这事办完了没有，多花了多少钱。"
"办完了没有。"
我那天晚上回去想了很久。他其实是在告诉我：客户买的是"结果"——单据处理完，错误率降下来，客服响应从三分钟变三十秒。而我卖的是"用量"——token 数、调用次数、并发峰值。用量是过程，不是结果。我把过程单据晒给客户看，客户当然觉得被当成了水表。
改成包年，不是拍脑袋
后来我们改了。项目包年 + 模块化。
不是简单的"取消按量改包月"。是把每个模块定义成客户能感知的结果单元：一个单据流模块管到上线，一个知识库模块管到问答准确率达标。包年是打包"结果"，模块化是告诉客户"你要哪个结果，付哪个的钱"。
改的过程有争论。销售说包年门槛高，客户嫌贵。我说你试试把话改成"一年把这个模块跑到验收标准"，别报数字。
结果续约率翻倍。翻倍是什么概念？是不用再求着客户续，客户自己来找我们加模块。
现在回头看，岔路在哪
岔路不是"按 token 计费"这个选择本身。是它背后的假设——我以为客户在乎的是公平和弹性，其实客户在乎的是能不能跟老板交代。
按量计费在云基础设施场景成立。但那是卖给工程师的。卖给老板的东西，衡量单位得是老板听得懂的单位。老板听得懂"项目落地""准确率""处理完"，听不懂"token""调用量""并发"。
这个判断我自己也犹豫过——是不是我们产品还不够强，所以客户才盯着用量？后来想明白了：产品再强，只要计费语言跟客户的结果语言错位，客户就会一直盯着水表抄。
也许半年后我又会改。但至少现在，谁再跟我提按 token 计费，我会先问一句：你的客户，拿什么跟财务解释？