一、五种主流定价模型，先选对再谈价格
定价不是拍脑袋填数字，而是选定一个与客户价值同步增长的计价维度。常见的五类模型对比如下：
| 模型 | 计费依据 | 典型场景 | 主要风险 |
|---|---|---|---|
| 席位订阅 | 账号数/月 | 协作工具、企业后台 | 客户共享账号，席位数上不去 |
| 用量计费 | API 调用、存储、消息条数 | 基础设施、AI 能力 | 收入波动大，难以预测 |
| 分层套餐 | 功能包 + 配额 | 大多数 B 端 SaaS | 分层设计失误，中间档无人购买 |
| Freemium | 免费额度 | 面向中小客户获客 | 免费用户消耗的服务器成本吃掉毛利 |
| 混合制 | 基础订阅 + 超量计费 | 企业级产品 | 账单解释成本高，易产生争议 |
核心原则：用「客户价值指标」计价，而不是「成本指标」。客户关心的是处理了多少订单、发起了多少会话，而不是你烧了多少 CPU 时间。
二、算清单位经济模型，定价才有下限
在上定价页之前，先把单租户成本算清楚。毛利不足 70% 的 SaaS，很难养活销售与研发。
// 单租户月度成本与毛利测算
const cost = {
server: 42, // 云主机、数据库分摊
cdn: 8, // 静态资源与文件下发
thirdParty: 15, // 短信、地图、AI 接口
support: 30 // 客服与运维工时分摊
};
const arpu = 199;
const total = Object.values(cost).reduce((a, b) => a + b, 0);
const grossMargin = (arpu - total) / arpu; // 目标 ≥ 75%
console.log(grossMargin);
配套看两个指标：LTV/CAC ≥ 3，回本周期小于 12 个月。在服务器维护实践中，成本会随用量非线性上升，因此定价里应预留 20%~30% 的弹性空间。格达软件在为客户做 SaaS 类项目时，通常采用容器化 + 按租户配额限流的方式，防止个别大客户拖垮整体资源池。
三、结合多端交付，设计分层策略
- 移动 APP：适合承载高价值功能，定价可绑定设备数或团队席位数；
- 小程序：获客入口，宜低门槛甚至免费，通过增值模块向上引导付费；
- PC 软件：企业客户愿为离线可用、数据本地化付溢价，适合「私有部署 + 年度订阅」；
- 开发咨询：把计费系统作为独立服务提前设计，计费是 SaaS 最容易返工的部分；
- 服务器维护：按 SLA 分级收费，99.9% 与 99.99% 的成本差异极大，务必写入合同。
定价页设计要点：
- 三档起步，中间档作为主推锚点；
- 年付折扣 15%~20%，改善现金流；
- 超量计费必须有封顶价与用量告警；
- 提供 14 天免费试用，而非永久免费；
- 支持随时升降级并按比例折算费用。
四、上线后的迭代与避坑
先把「订阅扣费」和「用量计量」两条链路跑通，不必一开始就做复杂的计费引擎。
- 把计费事件（下单、扣量、续费失败）当核心业务日志埋点采集；
- 涨价提前 60~90 天通知，老客户设过渡期；
- 关注净收入留存率 NDR，健康线在 100% 以上，而不是只看新增；
- 定期回看租户级成本报表，识别亏损客户并调整套餐。
SaaS 的定价是持续迭代的过程，建议每 6 个月复盘一次。格达软件在承接此类项目时，会先花 1~2 周做商业化与计费的可行性咨询，再进入开发，能显著降低后期返工成本。