SaaS 定价的基本逻辑

SaaS 定价的难点在于「一次性买卖」变成了「持续订阅」。客户每个月付一次钱，随时可以停掉，所以定价不只是数字游戏，它决定了产品的价值主张如何被度量：按人、按用量、还是按功能包，本质上都是在回答「客户从哪里感受到价值增长」。

一个常被忽略的事实是：定价与获客成本是同一道题的两面。获客成本偏高的渠道，需要更高的客单价来支撑；而套餐设计得越贴合客户的实际用量增长，续费与升级带来的收入就越自然。定价定得准，投放才有空间。

本文核心知识点
  • 定价逻辑定价是价值度量方式，决定客户如何感知价值增长。
  • 三种模型按席位、按用量、按功能包，各有适配的业务形态。
  • 套餐分层三层结构最实用，用价值锚点引导升级而不是靠限制制造焦虑。
  • 投放联动预算按回收周期分配，出价上限跟随客单价与转化率调整。
渠道投放配图：蓝色渐变背景上三层玻璃台阶、上升发光弧线与同心靶环，四周漂浮几何方块，扁平科技插画
套餐分层与渠道投放是一体的：分层决定客单价，投放决定获客成本。

三种主流定价模型

绝大多数 SaaS 的定价都落在三种模型或其组合里。选择哪一种，取决于客户的用量是否与获得的收益同步增长：

模型适用形态主要风险
按席位协作类工具，收益随使用人数增加客户用共享账号绕过计费
按用量计算、存储、接口调用等资源型服务账单不可预测，客户容易流失
按功能包能力分层明显、可打包销售的产品层级划分不当造成降级

把选定模型写成一份可执行的价格表，是定价落地的第一步。价格表至少要写清计费单位、阶梯与结算周期：

# 价格表片段（按用量计费的阶梯示例）
unit: 每百万次接口调用
tier1: 0 到 100 百万次，单价 0.8 元
tier2: 100 到 500 百万次，单价 0.6 元
tier3: 500 百万次以上，单价 0.45 元
billing_cycle: 按月结算，次月 3 日出账
overage: 超出预估部分按 tier3 计价，不封顶

阶梯定价的关键是可预测。客户最怕的不是单价高，而是月底收到一张无法预估的账单。提供用量看板与预警阈值，能显著降低按用量计费带来的流失。

套餐分层与价值锚点

三层结构是实践证明最好用的套餐数量：入门层负责降低试用门槛，主力层负责贡献主要收入，高阶层负责拉高客单价上限与品牌形象。层数过多会让客户在选择时卡住，层数过少则难以承接不同规模的客户。

分层时最有效的手法不是砍功能，而是给出价值锚点。比如主力层写清「适合 10 到 50 人的团队，包含协作权限与审计日志」，客户会自己判断属于哪一层。相反，如果只在入门层写「限制 3 人」，客户感受到的是被逼着升级，而不是找到了合适的方案。

  • 每层都配一句「适合谁」，让人对号入座。
  • 主力层与入门层的差异要落在协作与治理能力上，而不是只差数量。
  • 高阶层用「另需商务沟通」承接，避免把不确定的需求写死。
  • 年付折扣建议控制在两个月的额度上下，过高的折扣会侵蚀现金流。

分层方案落定后，先在现有客户里做一次小范围对照：把新价格给新签客户看，观察选择分布与升级路径，再决定是否对存量客户调整。一次性全员换价，风险通常大于收益。

渠道投放的预算与出价

投放预算的分配原则只有一个：按回收周期分配。回收快的渠道可以多花，回收慢的渠道要设预算上限。很多团队把预算平均撒在所有渠道上，结果每个渠道的数据都不足以判断，半年后仍不知道钱花到哪里去了。

# 投放预算表（按月，单位：元）
search_ads:
  budget: 40000
  target_cac: 800
  payback_target: 6 个月
community_ads:
  budget: 15000
  target_cac: 500
  payback_target: 4 个月
content_partner:
  budget: 10000
  target_cac: 600
  payback_target: 5 个月

出价上限怎么定？把它写成一道简单的算术题：出价上限 = 客单价 × 毛利率 × 目标回收期内的转化率修正系数。客单价越高、付费越稳定，可承受的出价就越高；转化链路每多一步，系数就要往下调。

出价还要分阶段。冷启动期用略高出价换数据，跑出稳定的转化率后再逐步压价；稳定期把预算集中到回收最快的组合上，其余渠道转为小额常驻，用于观察变化而不是指望放量。

投放数据回收与归因

投放最怕的事情是「数据回不来」。广告平台只负责把点击给你，注册之后的动作要靠自己的埋点记录。所以投放前必须先确认三件事：落地页能识别来源参数、注册流程能写入渠道标识、付费动作能与账号绑定。

环节需要记录什么用途
落地页渠道标识、广告计划号、进入时间区分不同投放组合的效果
注册渠道标识随账号落库把后续行为归因到渠道
激活是否完成首个关键动作判断落地页与产品是否匹配
付费首次付费金额与时间计算真实回收周期

归因要接受一个现实：跨端与隐私限制会让数据有缺口，不必追求百分之百准确，但必须保证口径一致。同一套口径下的横向对比，足以支撑预算决策；而口径反复变化，只会让每次复盘都从头开始。