如何选择你的SaaS价值指标：为什么Mixpanel从用户数切换到事件数（以及为什么这对你的定价很重要）
错误的指标会摧毁你的净收入留存率
每一个SaaS定价决策都归结为一个问题：你在收费什么？答案决定了一切——客户是否觉得续费时被欺骗、你是否达成配额、你最好的用户是否留下或离开。
你选择的指标不是你的定价模式。不是按月还是按年收费。不是你的分层结构。而是你客户在发票上看到的具体东西，然后想："这有道理，或者没有道理。"
Mixpanel在2026年2月从月度追踪用户数(MTU)切换到基于事件的定价，这一举动说明了为什么选择正确的价值指标是大多数SaaS公司在第一次尝试时都会搞错的战略决策。
Mixpanel之前的做法（以及为什么失败了）
多年来，Mixpanel根据月度追踪用户数收费——即每个月在你产品中触发事件的唯一用户数。这听起来很合理：用户易于计数、稳定可预测，客户也容易预估。
问题在数学上。
一个拥有50,000名月度活跃用户的初创公司根据你的追踪程度会触发数百万个事件。而一个拥有100,000名用户但追踪较少的竞争对手可能触发的事件少得多。在月度追踪用户定价下，追踪较少的用户付费更多，因为他们的账户更多。这个模式对人数收税，同时忽视了驱动基础设施成本的实际消费。
这产生了一个错配。行为经济学研究记录了从业者所说的"付款痛苦"：当价格明确与每一单位消费挂钩时，购买者会理性地限制使用以控制账单。客户被激励限制他们的事件追踪以保持账单较低——这与Mixpanel产品的设计目的完全相反。
Mixpanel的核心价值主张是全面的事件追踪：追踪一切，精细理解用户行为。但在月度追踪用户定价下，客户听到的是："你追踪的每一个新事件都会让你多付钱。小心测量什么。"
切换：从用户到事件
Mixpanel新的基于事件的定价包括每月2000万个事件的免费额度和市场上最实惠的增长计划，最高支持每月3亿个事件。定价在100万事件内免费，然后1000万事件时为2,520美元/月，2000万事件时为5,320美元——加上会话重放、功能标志和账户分析的付费附加服务。
这个转变很优雅，因为它重新构建了Mixpanel销售内容的框架。公司不是在出售"50,000个用户的访问权"。它在出售"每月追踪和分析2000万个事件的能力"。一个想要全面产品分析的团队现在可以扩展他们的追踪而不受惩罚。指标更接近实际价值：你在捕获和分析多少行为数据？
更重要的是，Mixpanel推出了市场上最慷慨的免费计划，包括2000万事件/月，以及市场上最实惠的增长计划，最高达到3亿事件/月，这表明了一个有意的选择来降低进入和扩展的摩擦。当定价指标与客户实际使用产品的方式一致时，扩展收入自然而然地随之而来。Mixpanel的模式奖励有意图的追踪：你触发的冗余事件越少，你的账单就越低——这推动客户采用更聪明的追踪实践。
大多数SaaS公司选择的三种价值指标（以及它们何时失效）
在重新设计定价之前，要理解市场格局。常见的SaaS定价模式包括按用户（例如，在协作工具中按活跃编辑者数量收费）、基于使用（如计费软件中每月处理的发票数）、按功能（如自动化平台中执行的工作流）和分层定价。
问题是：哪一个能让你的客户价值转移变得可见，同时不抑制采用？
按用户定价（通常不工作的默认方式）
按用户定价是最常见的模式，因为它易于实施，而不是因为它最优。如果每个额外用户持续增加提供的价值，它就有效。对于像Slack这样的沟通工具来说，这有意义：更多用户=更多消息、更多协作、更多价值。
当用户不增加相应价值时它会失效。在CRM中，80%的用户是只读查看者，不是编辑者，就不会从按用户定价中受益——这些只读席位是开销，你刚刚创造了一个激励来整合访问。
除非每个额外用户有意义地增加了你产品提供的价值，否则你正在限制收入增长，并给客户一个整合席位的理由。
基于事件或使用量定价（Mixpanel的路径）
这就是陷阱：基于事件的定价可以起效，但仅当指标处于正确的抽象级别时。原始事件计数感觉像征税。但当你将事件捆绑到分层中——"包含2000万个，之后每百万$X"——你会平滑付款的痛苦，让客户可以围绕它编制预算。
基于结果的指标（理想但很少执行）
基于结果的指标是基于价值的定价的"圣杯"，因为它完美地调整了你的激励与客户的激励。当他们赚更多钱时，你也赚更多钱。然而，它们可能更难追踪，如果"结果"受到你的软件控制之外的因素影响，可能会导致争议。
一个按成功招聘收费的招聘SaaS是基于结果的。一个按成交收费的销售平台是基于结果的。但归因很复杂，争议会很快侵蚀信任。
选择你的指标前的三条规则（在你推出前）
| 标准 | 含义 | 危险信号 |
|---|---|---|
| 价值对齐 | 当客户成果改善时，指标是否增长？ | 指标增长来自你无法控制或客户不认为是价值的系统活动。 |
| 可预测性 | 前景能否在提交前估计他们的账单？ | 客户在提交前无法预测其月度账单；像"按API调用"或"按事件"这样的指标对购买者来说可能感觉不可预测。 |
| 简洁性 | 客户能否指着发票说："我理解为什么这个数字上升了"？ | 多个指标、复杂的捆绑或隐藏的附加服务会触发支持票和流失。 |
指标比模式更重要
Mixpanel没有从抽象的"按用户"切换到"基于使用"模式。它从一个惩罚完整产品采用的指标（唯一用户）切换到一个奖励它的指标（事件量），并用平滑出客户痛苦的分层包装它。
对于IT和财务决策者，教训是这样的：当你评估新的SaaS工具时，在签署前仔细审查价值指标。问：
- 当我获得更多价值时什么会增长？如果重要的指标（事件、API调用、存储）隐藏在按席位的外观后面，你没有看到真实的成本曲线。
- 我能否今天估计明年的账单？如果你不能代入预计的使用量并得到一个数字，供应商避免透明是有原因的。
- 指标是奖励还是惩罚采用？如果核心功能的更重使用会触发指数级的成本增长，你最终会限制使用并失去工具的价值。
为什么现在这很重要
基于使用的定价已成为通过公共或私有云或嵌入式部署交付软件的企业最常见的方法。截至2026年，74%的供应商采用了基于使用的模式，56%预期基于使用的收入在2027年增长。
但采用并不意味着优化。大多数SaaS公司仍然被动地选择指标——"我们会按用户收费，因为其他人都这样做"——然后想知道为什么续费对话很痛苦。
做对这件事的公司知道你选择的指标应直接反映你的客户从你的产品中获得的价值。Mixpanel切换到基于事件的定价是一个供应商的例子，它在意识到旧指标与产品设计相冲突后进行了纠正。
当你选择SaaS工具或重新思考自己的定价时，从指标开始。不是列表价格。不是分层名称。指标。因为那就是在发票上的内容，而它决定了客户是否觉得他们在获得好交易或被小额收费。