「競合より高いから値引きしてほしい」。BtoBの提案でこの言葉が出たとき、営業の説明不足だけを原因と決めるのは早計です。顧客に必要な機能と価格が釣り合っていない、導入時の負担が見えない、比較条件がそろっていない、あるいは競合と十分な差がない可能性もあります。
価格競争から抜け出すことは、むやみに値上げすることではありません。原価の下限、顧客が得る価値、代替案、支払意思額（WTP）、契約後の利益を確かめたうえで、どの価格が納得され、事業として持続するか判断することです。
価格には三つの見方がある
| 見方 | 何を基準にするか | よく起きる問題 |
|---|---|---|
| 原価を基準にする | 提供原価に必要な利益を上乗せする | 顧客にとっての価値や競合の選択肢を見落とす |
| 競合を基準にする | 他社の価格・プランと比較する | 異なる機能・保証・運用負担を同じ商品と扱う |
| 顧客価値を基準にする | 顧客が得られる便益と支払意思額を探る | 価値を測定・共有できないと仮説だけが先行する |
Stripeの原価ベースと価値ベースの価格設計の解説は、原価、競争環境、顧客にとっての便益を比較し、いずれか一つだけに偏らず設計する考え方を紹介しています。これは決済事業者による実務解説であり、すべてのBtoB市場で最適価格を保証する研究結果ではありません。
原価は重要だが、顧客が払う理由ではない
製品を提供するために人件費・クラウド利用料・運用支援・サポート費が発生するなら、事業継続にはそれをまかなう売上が必要です。しかし「当社の人件費が高いので価格が高い」という説明は、顧客が得る価値を示したことにはなりません。
原価を見積もる際は、案件に直接かかる費用と、事業全体を支える間接費を分けます。案件単体で黒字でも、共通運用・管理費用まで含めれば十分な利益が残らない場合があります。
また「原価率」と「粗利率」を混同しないようにします。売価100万円、対応する原価70万円なら、粗利は30万円、売上高に対する粗利率は30％です。これは説明用の架空例で、実際の製品・案件の利益率ではありません。
「少しの値引き」が利益へ与える影響
同じ架空例で、売価を100万円から90万円へ値引きし、原価が70万円で変わらないとします。
| 項目 | 値引き前 | 値引き後 |
|---|---|---|
| 売価 | 100万円 | 90万円 |
| 原価 | 70万円 | 70万円 |
| 粗利 | 30万円 | 20万円 |
| 粗利率（粗利÷売価） | 30％ | 約22.2％ |
値引き率は10％でも、粗利額は30万円から20万円へ約33.3％減ります。ただし、値引きによって案件数や継続率が変われば全体の経済性も変わり得ます。この表だけで「値引きは常に悪い」と判断することはできません。
判断すべきは、追加の販売数量・継続期間・提供原価・顧客との契約条件を含めた利益です。数字の大小だけでなく、案件別に「何が変わると利益が残るか」を試算します。
WTP（支払意思額）は価格表だけでは読めない
WTPは、特定の顧客が特定の条件のもとで、どの程度まで支払いを受け入れ得るかという考え方です。顧客全員に共通する一つの数字ではありません。予算、代替手段、購買決裁、切り替え費用、リスクへの認識によって変わります。
Stripeの価値ベース価格設計のガイドは、顧客への取材、アンケート、行動・利用データ、代替案との比較、顧客群の違いを組み合わせて支払意思額を推定する方法を紹介しています。
- 利用場面：どの業務で、何を改善するために買うのか。
- 現行の代替案：内製、他社製品、既存運用を続ける場合の負担は何か。
- 得られる便益：削減できる時間、減らせるミス、得られる機能をどこまで検証したか。
- 追加負担：移行、教育、データ連携、運用変更の費用を含んでいるか。
- 価格の受容性：関係者は何を理由に価格を高い／妥当と判断しているか。
取材で「その価格なら払う」と回答したことと、実際に契約することは同じではありません。見積提出後の反応、失注理由、試験導入での利用、稟議での障壁などを分けて記録します。
値引きの前に、比較条件をそろえる
同じ月額費用に見えても、製品の機能、最低利用人数、導入支援、SLA、追加料金、契約年数が違えば比較条件は異なります。競合より「高い」と言われたら、まず何が比較されているかを確かめます。
| 顧客の発言 | 確かめること | 代替の進め方 |
|---|---|---|
| 「他社の方が安い」 | 価格範囲、保証、初期費用、移行負担 | 機能・条件を同じ尺度で比較する |
| 「予算が足りない」 | 予算の時期、必要な機能と利用人数 | 段階導入や契約範囲の見直し |
| 「必要性は分かるが高い」 | 便益の根拠と見積方法 | 評価方法・試験導入・条件を説明する |
| 「値引きしないと契約できない」 | 価格以外の購買条件や交渉範囲 | 契約期間、範囲、サポート条件を検討する |
この表は当サイトによる質問の例です。過大な期待を生むために、実現できない便益や保証を後から付け足すべきではありません。価格変更に必要な承認権限も事前に決めておきます。
サブスクリプションでは「何に課金するか」も価格戦略
SaaSや継続サービスでは、価格そのものに加えて課金単位を設計します。Stripeのサブスクリプション価格モデルの解説には、席数・利用量・定額・プラン別などの選択肢が整理されています。
利用人数が増えても価値が増えない製品なら「一人あたり課金」は使いにくいかもしれません。逆に利用量が急増したときに原価が増えるサービスで、完全な定額だけを採用すると費用管理に問題が起きる場合があります。顧客が予測できる費用と提供者の原価構造を併せて確認する必要があります。
課金モデルを複雑にしすぎると比較しにくくなるため、価格表には単位、超過時の扱い、初期費用、解約・更新条件を明示します。表示方法は既存のBtoB価格表の作り方で詳しく扱っています。
価格を変える前に、何を観測するか決める
値上げや値引き停止が正しいかどうかは、意志の強さだけでは分かりません。変更が顧客の導入判断や既存の契約、収益性にどう影響するかを評価する必要があります。
- 対象顧客と価格条件を明記し、既存契約に適用できるか確認する。
- 値引き前後の粗利、提供工数、追加利用のコストを比較する。
- 営業での見積、失注・受注理由、顧客の反応を同じ区分で記録する。
- 施策前後を比較するとき、期間・顧客群・営業体制が変わっていないかを見る。
- 契約条件、通知義務、決裁、既存顧客への影響を確認する。
業務内容を変えずに高い価格を提示するだけでは、価値が増えたことにはなりません。反対に、新規導入を支援するための期限つき割引が、条件次第で合理的な場合もあります。
関連資料と編集上の位置づけ
- Stripe：原価ベースと価値ベースの価格設計 — 原価・顧客価値・競争環境の使い分け。
- Stripe：価値に応じた価格と支払意思額 — 顧客調査、代替案、セグメントの確認。
- Stripe：サブスクリプションの価格モデル — 課金単位の設計。
- BtoB価格表の作り方 — 表示・条件説明に特化した関連記事。
- BtoBのLTV・チャーンの見方 — 継続と長期の経済性を考える記事。
示した金額、表、判断項目は架空の説明例です。特定の企業や業界で価格変更が利益増をもたらした実証ではありません。また、Stripeの記事は実務的な説明資料であり、各価格戦略の効果に関する厳密な独立実験を直接示すものではありません。
価格競争から抜け出すというのは、「高値でも押し切る」という意味ではありません。顧客が比較しているものを理解し、自社の原価と提供できる価値を説明し、それでも合わない条件では無理に契約しない。納得できる価格を設計する土台は、その透明性にあります。