値上げで顧客が離れるのは、値上げ幅が大きいからでしょうか。私はそうではないと考えています。多くの失敗は、誰に適用するか、どの順番で社内合意を取るか、どう伝えるか、いつ告知するかという「順序」の設計を誤ったところで起きています。
私はプライシングを扱う立場として、価格変更の相談で最初に出てくる問いがほぼ必ず「何%上げるべきか」であることに違和感を持ってきました。少なくとも契約更新のあるBtoB・サブスク商材については、先に決めるべきは金額ではなく、適用対象と伝え方だと言い切れます(単発の小売や現金取引はこの記事の範囲外で、同じ順序が効くとは限りません)。この立場を覆すデータが出れば、朝令暮改します。
なぜ「何%上げるか」という問いが先に出てきてしまうのかを考えると、金額は数字一つで比較可能な分、意思決定の俎上に載せやすいという事情があるように思います。一方で適用対象や伝え方の設計は、決めるべき項目が多く、社内の合意形成も要るため、後回しにされやすい。しかし後述する調査が示す8%対20〜37%という差を踏まえると、この「決めやすさ」の順番と「効果の大きさ」の順番が逆転しているのではないか、というのが本稿の出発点です。
価格変更の失敗は、性質の異なる2種類のリスクに分けられます。
この記事の中心主張は、後者の方が解約に効くというものです。根拠は、同じプライシングシリーズで実施した65名調査です(詳細は「SaaS価格変更に関する顧客調査2026」)。金額そのものへの不満で解約に至ったケースが8%だったのに対し、説明不足・通知方法・タイミングの問題を理由とする解約は20〜37%にのぼりました。解約の引き金は金額ではなく伝え方だった、というのがこの数字の言っていることです。
値上げと値下げにも非対称性があります。値上げは金額リスクと伝え方リスクの両方を負いますが、値下げは主に伝え方リスク(一度下げると戻しにくいという可逆性の低さ)を負う点が異なります。この違いは後段の「対象と可逆性」で扱います。
価格変更を「何%上げるか」という金額の問題として扱うと、決めるべき順番を誤ります。実際には、次の順序で設計すべき問題です。
対象を絞る → 社内合意の順序を決める → 伝え方を作る → タイミングを逆算する → 実施する → 測定する。
以下、それぞれの段階を見ていきます。
全顧客に一律の新価格を適用するのではなく、まずどの顧客群に、どの条件で適用するかをシナリオ単位で整理します。
| シナリオ | 想定する対象 | 先に埋める項目 | 確認したいこと |
|---|---|---|---|
| 保守的 | 既存の大口顧客 | 契約更新日、個別説明の要否、経過措置の原価 | 離反よりも関係維持を優先すべき顧客が誰か |
| 基準 | 新規顧客と通常更新 | 新価格、標準値引き、失注理由、粗利 | 単価改善と受注率のどちらを重視するか |
| 拡張 | 特定セグメント向けの値下げ・新プラン | 対象条件、利用上限、既存プランとの差分 | カニバリゼーションが起きないか |
表の数値は一般論で埋めず、直近の受注実績、更新率、問い合わせ内容から自社用に入力します。全体一律の値上げは伝え方リスクを最大化しやすく、更新時限定やセグメント限定の適用の方が、離反を抑えながら検証できます。
前述の顧客調査(SaaS価格変更に関する顧客調査2026)が示す、伝え方リスクによる解約が20〜37%にのぼるという結果は、告知が全対象に一斉配信される設計ほど、個別事情への配慮が抜け落ちやすいことの裏返しだと考えられます。更新時限定やセグメント限定の適用は、告知そのものを個別化しやすくする設計変更であり、上記のシナリオ表はその前提に立って作られています。
値引き依存で標準価格が形骸化している場合、対象を絞ることは値引き解消の準備にもなります。目標は「価格を○%上げる」ではなく、「値引き依存の受注比率を下げる」のように基準値と期限に紐づけて設定します。
対象が決まったら、経営層の承認、営業チームへの説明、カスタマーサポートへの周知、契約書・請求システムの更新という順に合意を取ります。この順序を逆にする、つまり顧客への告知が先行して社内が追いつかないケースが、問い合わせ対応の崩壊を招きます。特にBtoBでは、予算管理・契約更新サイクル・社内稟議という構造そのものが価格変更を進みにくくしています。この構造を前提にすると、社内合意を先に固めることの重みが分かります。
告知で伝える内容は、背景・理由、具体的な変更内容、実施時期、移行措置、問い合わせ先の5点です。ここが伝え方リスクの核心で、8%対20〜37%という数字の差はほぼこの巧拙で生まれています。理由は原材料費・人件費の上昇やサービス品質向上への投資など、正直に伝えます。実際にどう書くかは文面の巧拙が結果を左右するため、事例集を当たるのが早いです(「価格変更の告知事例集」)。
告知のタイミングは、契約更新日や請求締め日から逆算して決めます。顧客側の稟議や予算変更にどれだけ準備時間が必要かを見積もり、そこから通知日を引き算します。大口顧客や個別契約が多い商材ほど、全体告知より先に個別説明を始める方が安全です。契約更新日を軸にした移行案・告知文面・例外承認・発表後フォローの具体的な組み立て方は「価格変更後のロードマップ」にまとめています。
この逆算がしばしば省略されるのは、告知タイミングが「文面ができたら送る」という後工程の扱いを受けやすいからだと考えます。しかし契約更新日や請求締め日は顧客側の都合であって、こちらの文面完成のスケジュールとは独立に動いています。逆算の起点を顧客側の日程に置くべきだ、という考え方の詳細は「価格変更後のロードマップ」の手順を参照してください。
自動更新契約や利用規約の変更が絡む場合は、告知文面の確定前に法務レビューを済ませます。契約期間中に価格を変える場合は、事前通知義務や同意取得の要否を確認し、次回更新時から適用するのか、既存契約は据え置くのか、追加機能だけ新価格を適用するのかを整理します。
社内への周知を先に行い、カスタマーサポートの体制を強化し、FAQと問い合わせ対応スクリプトを用意した上で実施します。ここまでの順序が守られていれば、実施自体は儀式的な工程になります。
売上・利益の推移、顧客離反率、新規獲得数、顧客からの問い合わせ内容、NPSを見ます。重要なのは、離反が起きたときに金額リスクと伝え方リスクのどちらが原因かを切り分けることです。想定を超える離反が続く場合は、対象セグメント、訴求価値、移行措置の設計を見直します。
この切り分けが難しいのは、離反理由の多くが顧客側からは「価格が合わなくなった」としか語られず、それが金額そのものへの不満なのか、説明不足への不満が金額への不満として表出しているだけなのかが、表面的な回答からは区別しにくいためだと考えます。問い合わせ内容やNPSのコメントまで踏み込んで確認する必要があるのはこのためです。
ここまでの材料を、値上げ/値下げという区分ではなく「対象の絞り方」と「可逆性」という2軸で並べ替えます。
この並べ替えから抽出できるレバーは、「対象を絞れるほど伝え方リスクは個別対応で吸収できる」という一点です。値上げと値下げという分類より、この軸の方が意思決定に効きます。
この3点は、価格変更を検討する誰にとっても、金額を決める前に一度立ち止まって確認する価値があると考えています。
値上げ幅より先に、対象と伝え方を設計してほしいというのが私の願いです。ただしこれは命令ではなく、判断材料として受け取ってもらえると嬉しいです。値下げの可逆性については、まだ十分に検証できていません。次の課題として残しておきます。
本記事はネクサフローのプライシングシリーズの一部です。