按席位还是按用量:两种SaaS定价如何建模

按席位定价对每个拥有访问权限的具名用户收取固定费用,因此成本随员工人数变化。按用量定价则对实际消耗收费,例如一次API调用、一条处理记录、一GB数据,因此成本随活动量变化。签约前对两种方式建模,意味着针对同一份12个月计划并排做两份预测,而不是直接采用供应商默认提供的那种模式。

按席位定价和按用量定价的真正区别是什么?

按席位定价对一个具名的、已获授权的用户收费,无论该用户本月是否打开产品。增加一名员工,就增加一个席位,账单上就多一行;移除一个席位,只要许可证真正被回收而不是闲置不用,下一期账单就应该相应减少。

按用量定价则对消耗而非身份收费:API调用次数、存储容量、处理的交易数、活跃工作区,或某段时间内实际登录过的席位数。员工人数相同的两家公司在按用量模式下可能支付截然不同的金额,因为账单跟随软件实际做了什么,而不是谁拥有登录账号。

两种模式本身都不天然更便宜。按席位是对员工人数征税,按用量是对活动量征税。正确的问题是哪种更贴合公司真实的成本驱动因素,而不是哪种听起来更新潮。

什么时候按席位定价更合适?

按席位定价适合价值随人数而非用量扩展的工具:设计工具、项目管理工具、人力资源系统,任何一个登录账号大致完成同等工作量的场景。它也更容易预测,因为明年的成本就是预期员工人数乘以席位单价,一次简单的乘法运算,而不是用量预测。

陷阱在于闲置席位。按席位合同对每日使用的用户和四个月都没人打开过的席位收取同样费用,如果不做许可证利用率检查,这个缺口会一直隐藏,直到续约时被迫重新清点。

什么时候按用量定价更合适?

按用量定价适合价值随用量而非人数扩展的工具:基础设施、消息服务、数据处理,任何以调用次数或字节数而非登录数计量的场景。它也很适合小型或季节性团队,因为账单会在淡季自然缩小,而不是固定在去年的员工人数上。

陷阱方向与按席位相反:一次用量激增、一个有问题的集成循环、一次成功的产品发布、一次数据迁移,都可能在单个计费周期内让账单成倍增长,却没有任何席位数上限来约束它。没有用量上限、没有费率表封顶、或至少没有账单告警的合同,其最坏情况是没有边界的。

签约前如何对两种模式同时建模?

用自己的数据而非供应商的示例数据,搭建一张12个月的表格,把两种定价结构都套用进去。

把同一条12个月用量曲线,包括预期最忙和最闲的月份,分别代入两种结构并比较总额,而不只是比较标价。按席位看起来更便宜的工具,套用季节性曲线后可能反而更贵,反过来也同样常见。

供应商把两种模式混用时会怎样?

许多SaaS合同把基础席位费和上层的计量附加项组合在一起,例如每用户平台费加上某个API功能的按调用收费。要分别检查合同中的两个计量指标:决定基础费用的席位数,以及决定附加项的消耗单位,因为在错误的计量指标上谈续约,对账单不会有任何改变。

应把混合合同当作两份叠加的合同来对待,而不是一条可以谈判的条款。

不管拿到哪种模式,该如何谈判?

对于按席位合同,应争取随员工人数增长而分级递减的席位单价,并要求写入一条下调条款,允许在用量数据支持的情况下于续约时减少席位数;回应涨价通知时应拿出自己的用量数据,而不是照单接受续约费率。

对于按用量合同,应争取在更高用量档位下降的费率,并要求把每月用量上限或超额告警写进合同本身,而不只是作为一个没人被要求去看的后台设置。在InventorIA中,每份许可证都可以关联一条合同记录,包含供应商、费用、开始日期和结束日期,因此续约日期和费用与席位数记录在一起,而不是埋在续约期间没人重新打开的PDF里。

常见问题

按用量定价总是比按席位定价便宜吗?

不是。它通常在用量低或稳定时更便宜,一旦消耗量超过供应商定价时预设的点,可能变得比按席位更贵,这正是为什么两者都需要针对同一条12个月曲线建模,而不能只比较费率本身。

合同期内可以从按席位切换到按用量吗?

只有在合同允许或供应商同意修改的情况下才可以;大多数SaaS协议在合同期内锁定定价结构,因此切换属于续约时的谈判事项,而不是合同期中的请求。

按席位定价最大的隐藏成本是什么?

闲置席位。已分配但很少使用的席位在有人回收之前一直按全价计费,这也是为什么定期检查许可证利用率在按席位模式下比按用量模式下更重要。

按用量定价最大的隐藏成本是什么?

没有上限的用量激增。如果合同没有上限条款或账单告警,一个有问题的集成循环或异常繁忙的月份都可能让账单成倍增长,而没有任何席位数起到封顶作用。

如何判断新供应商应该采用哪种模式?

先问这个工具的价值是随人数扩展还是随用量扩展。一个登录账号大致完成同等工作量的工具适合按席位;一个以调用次数、记录数或字节数计量的工具通常更适合按用量。