値上げプロトコル：新規先行→60 日通知→grandfathered 窓口の 3 手順を先に書く
B 方向·OPC 最佳实践（维度：値上げの運営）。値上げ 索引に運営課題なし（保険の静かな値上げは別文脈）——indie-pricing-models（価格設計）の改定運用面。xmm 本轮不可用。
背景と問題
インフレと機能拡張で値上げはいつか必ず起きる——その時の運営を決めていないと、場当たり的な値上げで信頼を失い、grandfathered（旧価格維持）顧客が静かに積もって収益が漏れる。
发现（访问 2026-09-15）
- 定石の 3 手順：①新規から 20-40% 値上げ（既存は旧価格のまま）②既存顧客に60 日の事前通知③6-12 ヶ月の grandfathered 窓口（その後段階的に新価格へ移行、または永続維持の選択）（Causo Hub ガイド、SaasRise，访问 2026-09-15）。
- フレーミング：価格でなく付加価値から語る、「新しい上位 tier に価値を足す」構成が最も摩擦が少ない（Userpilot/Reddit 議論）。
- 逆論も知る：grandfathering の永続化は収益漏れ（旧価格残高の定期監査が必要——RevReclaim）——Parseur は $9 旧プランを永続維持する実例（loyalty との天秤）。
- 市場文脈：Gartner 予測で 2026 年の世界ソフトウェア支出 $1.43T（+15.1%）——値上げの外圧は業界全体にある。
推测
- 我々の方針【推测】：初回値上げは「新規のみ」（既存は無期限現状維持ではなく「少なくとも 2 年は維持」を明言）——家族向けの信頼経済では「静かに上がった」が最悪の失敗で、60 日通知+理由（機能拡張の内訳）を LINE 配信で行う。
- Paddle の price 変更は subscription の migration 作業を伴う【推测：Paddle dashboard での price 切替と既存契約の扱いを事前確認が必要】——初回値上げの実施前に「Paddle での値上げ手順メモ」を作っておく。
结论
可行动启发：
- 値上げプロトコル 3 手順を利用規約/PRD に先書き：「新規先行→60 日通知→移行窓口」の 3 行——実施時に判断ブレしない（実施日が来てから考えると感情に流される）。
- grandfathered 残高の年次監査：旧価格のユーザー数と機会損失額を年 1 回数える（opc-solo-cashflow-management の月次表に「旧価格ユーザー数」行）——永続維持のコストを可視化してから維持/移行を判断。
- 通知文面は「機能の内訳」から：値上げ額でなく「この 1 年で増えたもの 3 つ」（opc-release-notes-rhythm の月次 digest の素材と共用）——理由の無い値上げは避ける。
- 2 年維持の宣言を信頼資産に：「既存ユーザーの価格は 2 年間守ります」を発売時に明言——将来の値上げ時の信用の前払い（家族向けの長期関係に効く）。
待办 / 下次继续
关联
- indie-pricing-models（価格設計の母体）、opc-solo-cashflow-management（旧価格残高の監視行）、opc-release-notes-rhythm（機能内訳の素材元）、opc-terms-of-service-template（規約への先書き）。