SaaS値上げの実行ロードマップ｜契約更新を軸にした価格改定の進め方

SaaSの値上げは、単価表を差し替える作業ではありません。契約更新、請求、営業説明、CS運用を同じ順番で組み直す仕事です。値上げ案そのものよりも、「誰から切り替えるか」「どの移行案を出すか」「発表後にどのログを見るか」を先にそろえるほど、混乱は小さくなります。

本記事では、契約更新を軸にした価格改定のロードマップを、準備、告知、移行、発表後フォローの順で整理します。固定の率や月数ではなく、自社の契約構造と運用負荷に合わせて組み立てる前提で読み進めてください。

---

この記事でわかること

1. 値上げ案を組み立てる順序: 単価の前に決めるべき論点
2. 契約更新を軸にした移行案: 旧条件の残し方と切り替え方
3. 発表後の見直し項目: 解約、例外承認、問い合わせログの見方

基本情報

---

ロードマップを先に置く理由

値上げは「いくら上げるか」から入ると、あとで契約や運用が追いつかなくなります。先に骨組みを決めておくと、社内の説明と実施順序がぶれにくくなります。

値上げ後に混乱しやすいのは、価格表そのものよりも、例外の置き方と説明のずれです。ロードマップは、単価を決める前にそのずれを減らすためのものだと考えると整理しやすくなります。

---

値上げの5ステップ

ステップ1: 改定理由とガードレールを言語化する

最初に決めるのは値上げ幅ではなく、「何を守るための改定か」です。ここが曖昧だと、値上げ後に個別交渉が増えたときに判断がぶれます。

先にそろえたい入力項目

• プランごとの粗利帯
• 利用量のばらつき
• 高工数アカウントの共通点
• 更新時に出やすい要望
• 営業がよく使う値引き理由

固定の率を先に置くより、どの条件ならその率を説明できるかを先に決める方が、あとで運用しやすくなります。

ステップ2: 契約更新カレンダーで対象群を分ける

SaaSの値上げは、全件一斉よりも契約更新に沿って切り替えた方が実行しやすい場面が多くあります。特に年契約、月契約、個別見積もりが混ざる商材では、更新日を軸にした設計が欠かせません。

ここで大切なのは、対象群ごとに「いつ話すか」と「何を見せるか」を切り分けることです。全員に同じ説明文を送るより、更新順に沿って順番を付けた方が社内の動きも整いやすくなります。

ステップ3: 移行案を3つの型で整理する

値上げ時の不満は、価格そのものより「選べる余地がない」と感じたときに強くなりがちです。移行案をいくつか持っておくと、価格改定を押し付けだけで終わらせずに済みます。

Grandfathering は有力な選択肢ですが、全件に長く残すと旧条件の管理が重くなります。誰にいつまで残すのか、切替時にどの案へ移るのかまで決めておくと、例外運用が増えにくくなります。

ステップ4: 告知文面と社内運用をそろえる

価格改定の発表では、文面そのものよりも、窓口ごとの説明がそろっているかが重要です。メール、商談、アプリ内メッセージ、請求画面で言っていることがずれると、それだけで不信感が強まります。

文面に入れておきたい項目

1. 発効日
2. 対象となる契約群
3. 旧条件が残る場合の期限
4. プラン変更や縮小の選択肢
5. 問い合わせ窓口と社内の受け渡し先

社内でそろえたいもの

• 営業向けの説明メモ
• CS向けの会話台本
• 請求チーム向けの切替手順
• よく出る質問への短い返答集
• 例外承認の申請フォーム

同じ情報を長く書くより、どの窓口でも同じ順で伝わることの方が効果的です。発表前に一度ロールプレイを行い、言い回しがそろっているかを見ておくと実行しやすくなります。

ステップ5: 発表後のログを見ながら微修正する

値上げは、発表した時点では終わりません。むしろ発表後の数週間で、どこに詰まりが出るかが見えてきます。ここで見るべきなのは、単一の数値よりも、どの論点で止まっているかです。

発表後に見るログを決めずに始めると、声の大きい案件にだけ引っ張られやすくなります。どのログを週次で見るか、誰が更新するかまで先に決めておくと、微修正の質が上がります。

---

値上げ案を壊しにくくするチェックリスト

改定前の整理

• プランごとの粗利帯を把握している
• 高工数アカウントの共通点を言語化できている
• 旧条件を残す対象と期限を決めている
• 新価格へ切り替える順番を更新日ベースで置いている

告知前の準備

• 発効日と対象契約群を一文で説明できる
• メール、商談、請求画面で言い回しをそろえている
• 例外承認の窓口と判断者が決まっている
• よく出る質問に短く返せる台本がある

発表後の運用

• 解約理由メモを同じ形式で残している
• ダウングレード申請を毎週見ている
• 例外承認の件数ではなく中身を見ている
• 2回目の案内や個別説明の対象を決めている

---

よくある迷い

Q1. 値上げ幅は固定の率から決めるべきですか？

固定の率から始めるより、どの条件なら説明できるかから始める方が安全です。粗利帯、利用量、個別要望、移行案を並べたうえで、契約群ごとに妥当な差を置く方がぶれにくくなります。

Q2. 告知はいつ始めるとよいですか？

一律の日数ではなく、更新日、請求締め日、相手側の承認フローから逆算します。全体告知の前に、個別説明が要る契約群だけ先に話す形でも問題ありません。

Q3. Grandfathering はどんな場面で使いやすいですか？

長期契約が多いとき、重要アカウントを急に動かしたくないとき、旧条件から新条件へ段階的に寄せたいときに使いやすい案です。期限と切替先を決めずに残すと、運用が重くなりやすくなります。

Q4. 値上げ後に反発が出たら何を見直すべきですか？

まずは文面よりログを見ます。どの契約群で止まっているか、どの論点が繰り返し出ているかを整理し、台本、FAQ、移行案の順で手当てすると、局所的な要望に振り回されにくくなります。

Q5. 価格改定を年中行事にしてもよいですか？

定期点検そのものは有効ですが、毎回同じ粒度で全件を動かす必要はありません。更新順、利用量の偏り、例外承認の増え方を見ながら、動かす契約群を絞った方が社内の負荷を抑えやすくなります。

---

まとめ

SaaSの値上げは、単価の話だけでなく、契約更新、移行案、告知文面、例外承認、発表後の観察までを一つの流れで設計する仕事です。固定の率や月数を前提にするよりも、どの契約群をどう切り替えるかを先に決めた方が、社内の判断も顧客向けの説明もそろいやすくなります。

最初の一歩としては、次の3点を先に埋めると進めやすくなります。

1. 更新日ベースで対象契約群を分ける
2. 旧条件を残す案と切替先を決める
3. 発表後に毎週見るログを決める

---