涨价实战：对存量订阅者提价的时机与机制

B 方向·OPC 最佳实践。定价三部曲的第三篇（indie-pricing-models 定结构、opc-churn-retention-playbook 留存、本篇涨价执行）。

背景与问题

产品定价定低了怎么涨？对已付费的老用户提价的正确姿势与雷区？

发现

• 对存量客户提价 20% 的新增收入效率 = 获取等额新客户的 5-10 倍（SaaSDash playbook）——涨价是最被低估的杠杆。
• 共识机制：新客先涨、老客 grandfather；≥2 倍的大幅涨价必须 grandfather（流失风险超过收益）； grandfather 期至少 12 个月 后再分阶段迁移（PricePulse、Rework、SaaSFactor 2025、Skio）。
• 预告未来涨价是正当的留客手段（给老客 12 个月锁价窗 = 忠诚奖励）；反面教材是「悄悄涨价」（grandfather 计划日落、条款埋雷）——信任损耗对银发客群是致命的（SubDupes）。
• 日本合规注意【推测】：特商法+japan-app-launch-basics 的最终确认画面义务意味着涨价必须提前通知并在订阅页明示，悄悄续约涨价有景表法风险。

结论

可行动启发：

1. 涨价序列模板：新客先涨（随时可做）→ 老客预告（提前 60 天邮件+LINE 通知）→ 12 个月锁价期 → 分阶段迁移；每次涨幅控制在 20-30% 以内。
2. 银发客群特殊处理：通知文案用「サービス向上のため」+ 具体新功能清单，避免「値上げ」为标题；LINE 通知 + 邮件双通道，不依赖单一渠道。
3. 涨价的证据前置：提价前一个版本先加价值（新功能/周报升级），让涨价有故事——没加过价值的涨价只做一次，信任只花一次。
4. 监控联动：涨价后 60 天内首续率/流失率异常即触发回滚预案（给受影响用户恢复旧价的选项）——opc-ai-automation-2026 的 cron 看板加一条。

待办 / 下次继续

• 首个产品定价时预留「Founding Member 永久折扣」档（未来涨价时的 grandfather 现成机制）。
  
• LINE 通知 + 邮件的涨价预告文案模板起草（进「日本上线文件包」）。
  

关联

• 定价三部曲：indie-pricing-models × opc-churn-retention-playbook × 本篇。