涨价不是背叛老用户,是一直不涨才是对他们的不诚实。
一、三年没涨价的那个工具
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
白露做一个发票整理工具,给自由职业者把小票和发票归类、生成报销单。三年前定价 19 元一个月,现在还是 19 元。
三年里她加了自动识别、多币种、和两个记账软件的对接,服务器成本从每月 20 元涨到 180 元,支持时间从每周 2 小时涨到每周 6 小时。她的付费用户从 60 个涨到 200 个,月收入 3800 元,但扣掉成本与时间,每小时收入其实下降了。
她一直没涨价,理由是「怕用户跑」。这个理由在算术上站不住。
二、五个信号与一条临界线
| 信号 | 怎么判断 | 说明 |
|---|---|---|
| 成本结构变了 | 单位成本比定价时高 30% 以上 | 服务器、手续费、税费都算 |
| 功能明显变多 | 相比定价时的版本,核心能力翻倍 | 不是加了多少按钮,是解决了多少新问题 |
| 转化率过高 | 定价页访问到付费超过 8% | 说明价格低于用户预期,还有空间 |
| 长期低于同类 | 同类产品价格是你的 2 倍以上 | 低价不等于有优势,可能只是不敢定 |
| 支持负担过重 | 每周支持时间超过 6 小时 | 低价吸引来的用户往往问题更多 |
白露中了四条:成本涨了 9 倍、功能翻倍、支持时间翻三倍、同类产品卖 39 元。只有转化率她没统计。
第五条值得多说一句:低价不一定带来更多用户,但一定带来更多支持请求。因为价格低,用户的决策成本低,遇到问题更愿意来问,而不是自己看文档。
五个信号里中三个以上,就该涨价;只中一个,通常还能再等等。中得最多却一直不涨的产品,最后往往不是被用户抛弃,是被维护成本拖垮。
先算临界流失率。 涨价的算术很简单:新价格带来的收入增量,能不能覆盖离开的人造成的损失。
现状:200 人 × 19 元 = 3800 元/月
涨价:19 → 25 元,涨幅 6 ÷ 19 ≈ 31.6%
若流失 8% = 16 人,剩 184 人
184 × 25 = 4600 元/月
净增 = 4600 − 3800 = +800 元/月
临界点:25 × (200 − x) = 3800
200 − x = 152
x = 48 人,即 24%
只要流失率低于 24%,涨价就是划算的。24% 是一个很高的门槛——多数个人产品的涨价流失在 5%–15% 之间,因为真正需要这个工具的人不会因为每月多 6 元就换掉它。
反过来说,如果算出来的临界流失率只有 5%,说明涨幅太大或者产品黏性不足,应该分两次涨,或者先补价值再涨。
涨幅本身也有经验区间:一次 20%–30%,不要连续小涨。 连续涨价会让用户觉得「这家一直在涨」,心理感受比一次涨到位差得多。跨过 50% 的涨幅要格外谨慎,通常需要配合功能升级或版本更名。
三、通知、老用户与涨完之后
通知不是发一封邮件就完事,它有三个必须写清的信息:
- 新价格是多少、从哪一天开始生效。
- 老用户有没有过渡安排、过渡到什么时候。
- 不想继续的话,怎么取消、什么时候取消不用付新价格。
提前量建议 30 天(月付)或 60 天(年付)。太短会显得突然,太长用户会忘。
邮件标题不要写「重要通知」——这类标题会被当成营销邮件。写具体的事:「你的订阅价格将于 11 月 1 日调整为 25 元」。
正文里不要解释太多成本压力。用户不关心你的服务器账单,他们关心的是「我还能不能用、要多付多少、能不能走」。把这三件事放在前三行。
老用户怎么处理。 这是涨价里最容易得罪人的部分。三种常见做法:
| 做法 | 具体 | 成本 | 适用 |
|---|---|---|---|
| 永久保留原价 | 老用户永远是 19 元 | 最高,且新老用户价差会越来越大 | 用户基数小、口碑极重要 |
| 12 个月过渡 | 一年内 19 元,之后 25 元 | 中等,可预算 | 多数情况 |
| 到下一个续费日 | 本期结束后即新价 | 最低,但感受最差 | 涨幅小、提前量足 |
12 个月过渡的成本可以算出来:
老用户 200 人,过渡期 12 个月,每人每月少收 6 元
少收 = 200 × 6 × 12 = 14400 元
若过渡期内自然流失 20%,实际少收约为 11520 元
一万多块的代价换「没有被突然涨价」的口碑,对一个人的产品通常值得。但如果用户基数很大(几千人),永久保留原价的成本会失控,这时候 12 个月过渡是更现实的选择。
还有一个常被忽略的细节:新用户从哪一天开始按新价。 涨价公告发出当天就对新用户生效,是最简单的做法;如果等一个月再对新用户生效,会出现「老用户比新用户便宜」的倒挂,新用户知道后会觉得不公平。
涨完之后看什么。 涨价后第一个月,看四个数:
- 流失人数:是否超过临界值。
- 新增付费:新价格下转化率掉了多少。
- 降级/取消原因:如果大量写「太贵」,说明价值表达不足;如果写「用不上了」,那是正常流失。
- 支持请求量:涨价后支持量通常会先升后降,升的那部分是「来确认一下」的人。
把这些记在同一行里,三个月后再看一次。单看第一个月容易误判,因为涨价公告本身会触发一波取消。
四、两种涨价路径
同样是从 19 元到 25 元,有两种走法。
统一涨。 所有用户同一时间、同一价格。优点是简单、公平、通知一次就完;缺点是一次性触发所有敏感用户,短期流失集中。
分档涨。 新用户先涨,老用户按批次涨;或者基础档不涨、专业档涨。优点是流失被摊平,缺点是新老用户价差会在一段时间内存在,需要解释。
| 路径 | 适合 | 代价 |
|---|---|---|
| 统一涨 | 用户基数小、沟通直接 | 短期流失集中 |
| 分档涨 | 用户多、价格敏感 | 价差需要解释,运营复杂 |
| 只涨高档 | 专业档有明显溢价空间 | 对收入提升有限 |
白露最后选了统一涨,因为 200 个用户她能一个个回复。如果用户到 2000 个,同样的问题会变成 200 封邮件,分档涨更现实。
还有一条容易被忽略的:涨价之后,新用户的定价页要同步更新,包括套餐对比表、常见问题、以及任何一处写着旧价格的截图或文档。漏掉一处,就会有用户拿着截图来问。
五、行动清单与复算验收
- 对照五个信号,数一数自己中了几条
- 算出临界流失率,写下一个可接受的上限
- 确定涨幅(20%–30%)与生效日期
- 给老用户选一种过渡方案,并算出它的成本
- 提前 30/60 天发通知,前三行写清价格、日期、取消方式
- 涨价后连续三个月记录流失、新增、取消原因与支持量
验收标准:能说出临界流失率是多少、老用户过渡方案的成本是多少、涨价后三个月的实际流失是否在临界值以内。 只发通知不复盘的,不算完成。
使用边界与实操验收
本文讲的是首次涨价,已有订阅的续费率、年付折扣与大版本升级属于续费、年付与大版本升级 的话题;多个产品之间的价格关系属于定价协同:避免产品之间自相残杀 的话题。本文也不主张「能涨就涨」:如果产品价值没有增加,涨价只是在透支信任。
本文的流失率与收入数字均为教学演示。真实情况里,涨价公告发出当天就会出现一批取消,这批人不一定真的会走,有些人会在最后一天回来——所以至少要看满一个续费周期。
验证以自己后台的订阅记录为准:按涨价生效日切分队列,比较前后各 90 天的留存曲线,而不是只看当月的 MRR。
关键参考与核验范围
本文的价格、流失率与过渡成本均为教学演示。核验日期:2026-10-23。
- 中华人民共和国电子商务法 :从经营者义务的角度看价格变更——已经成交的服务,价格调整应当有合理通知,不能单方面追溯适用。
- 中华人民共和国个人信息保护法 :从告知的角度看涨价通知邮件——通知本身属于服务信息,但仍应遵循最小必要,不借机扩大营销推送。
上述两条只用于说明合规取向,不构成法律意见。各支付渠道对订阅价格变更的技术要求不同,本次核验未逐条比对,故不引用其条款原文、不附链接。
系列导航
- 上一篇:试用:14 天、用量限制与信用卡
- 下一篇:折扣与终身买断:什么时候是毒药
- 回到目录:一个人把价格定对:定价、付费墙与涨价
- 相关阅读:续费、年付与大版本升级 、定价协同:避免产品之间自相残杀
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。