プライシング
価格単位と位置づけ：並べられにくい料金設計
4分で読める|2026/04/15|
プライシング競合分析価格戦略SaaS
この記事の要約
顧客が見ている課金単位、予算の置き場、契約条件をそろえ、競合価格に巻き込まれにくい料金設計を整理します。
価格が高いか安いかは、単価だけでは決まりません。顧客が見ている単位、予算の置き場、社内で説明しやすい根拠によって、同じ料金でも受け止め方は変わります。
この記事では、競合価格に引きずられにくい料金設計を、課金単位と位置づけの観点から整理します。
この記事で整理すること
- 顧客が価格を見るときの単位
- 横並びになりにくい課金単位の設計
- 位置づけマップを料金判断に使う進め方
基本情報
| 項目 | 内容 |
|---|---|
| トピック | 価格単位とポジショニング |
| カテゴリ | プライシング戦略 |
| 難易度 | 中級 |
| 対象読者 | プロダクトマネージャー、マーケティング担当 |
価格を並べる単位を分解する
「競合より高い」と言われたとき、まず確認したいのは、どの単位で並べられているかです。ユーザー単価、利用量、契約枠、総支払額では、顧客が感じる負担が変わります。
| 単位 | 顧客の見方 | 設計上の論点 |
|---|---|---|
| 利用者単位 | 人が増えるほど支払いも増える | 休眠利用者や外部招待の扱い |
| 利用量単位 | 使った量に応じて支払う | 上限通知、超過時の説明、請求根拠 |
| 契約枠単位 | 部門やチームの予算でまとめて扱える | 人数変動と権限管理の切り分け |
| 処理単位 | 取引、送信、保存などの成果に近い | 成果と請求単位の距離 |
| 総支払額 | 稟議や年間予算に載せやすい | 初期費用、追加費用、更新時の変動幅 |
同じプロダクトでも、顧客が見ている単位が違うと判断は変わります。単価だけを下げる前に、顧客がどの単位で社内説明しているかを確認します。
単位を変える前にそろえる条件
課金単位をずらすと、料金表は差別化しやすくなります。一方で、請求理由が伝わらないと不信感につながります。以下の条件を先にそろえると、顧客にも営業にも説明しやすくなります。
| 確認項目 | 確認する内容 |
|---|---|
| 有料対象 | どの利用者、操作、処理が支払い対象になるか |
| 無料枠 | 評価、招待、閲覧、試用の範囲をどこまで置くか |
| 増額のきっかけ | 人数、処理量、保存量、権限など何で増えるか |
| 上限管理 | 予算超過前に止めるのか、通知して継続するのか |
| 請求明細 | 顧客があとから確認できる単位で記録できるか |
横並びになりにくい料金設計
競合の価格表と同じ列で並ぶと、値引きの議論に入りやすくなります。そこから抜けるには、単価を隠すのではなく、顧客が納得できる別の単位へ移すことが重要です。
利用状態で区切る
登録済みの全員ではなく、実際に利用している人や権限を持つ人を有料対象にする設計です。
向いている場面
- 招待や閲覧だけの関係者が多い
- 導入初期に利用人数が読みにくい
- 使わない人にも支払いが発生する不満を避けたい
注意点
- 有料対象の定義を明細で追えるようにする
- 休眠、復帰、権限変更の処理をあいまいにしない
- 営業資料と請求システムで同じ定義を使う
利用量で区切る
処理回数、送信数、保存量、決済件数など、顧客の利用実態に近い単位で請求する設計です。
向いている場面
- 小さく始めたい顧客が多い
- 利用が増えるほど提供コストも増える
- 顧客側が費用をプロジェクトや部署に配賦したい
注意点
- 単位の意味を料金表の外でも説明できるようにする
- 急な増額を避けるため、上限や通知を用意する
- 利用ログと請求明細を後から照合できる状態にする
契約枠で区切る
人数や処理量を細かく積み上げず、部門、拠点、ワークスペースなどの枠でまとめる設計です。
向いている場面
- 利用者の出入りが多い
- 部門予算でまとめて稟議したい
- 運用負荷を下げたい顧客が多い
注意点
- 枠に含まれる範囲を契約書と管理画面でそろえる
- 大きく使う顧客だけが過度に得をしないようにする
- 枠を超えたときの追加条件を先に決めておく
位置づけマップを料金判断に使う
価格ポジショニングマップは、競合を点で並べるためだけの資料ではありません。どの顧客に、どの理由で、どの単位を提示するかを決めるための作業台です。
価格ポジショニングマップステップ1: 顧客が置く予算枠を決める
まず、顧客がどの予算枠で検討するかを確認します。個人ツール、部門ツール、基幹システム、取引処理のどれに置かれるかで、許容される料金説明は変わります。
ステップ2: 増額の理由を軸にする
横軸や縦軸には、顧客が納得しやすい増額理由を置きます。
| 軸の候補 | 見たいこと |
|---|---|
| 利用人数 | 人が増えるほど価値も増えるか |
| 処理量 | 使うほどコストと価値が増えるか |
| 管理の複雑さ | 権限、監査、承認の負荷が増えるか |
| 導入範囲 | 個人利用から全社利用へ広がるか |
| 成果との距離 | 請求単位が顧客の成果に近いか |
ステップ3: 自社の説明材料を置く
マップ上の位置を決めたら、営業資料、料金表、請求明細で同じ説明ができるか確認します。料金表だけで差別化しても、請求明細で根拠が伝わらなければ継続利用時に崩れます。
ステップ4: 変えない条件を明文化する
単位をずらすほど、顧客は「どこから追加費用になるのか」を気にします。無料枠、上限、超過時の扱い、解約時の精算、権限変更時の扱いは、価格表の近くに置きます。
個社の料金表を読むときの注意
Slack の Fair Billing Policy や Stripe の Pricing のような公式ページは、課金単位の設計を確認する入口になります。ただし、単価、対象範囲、無料枠、地域条件は変わるため、本文では固定条件として扱わない方が安全です。
公式ページを見るときは、金額そのものよりも次の点を記録します。
| 観察ポイント | 見る内容 |
|---|---|
| 有料対象 | 誰、何、どの操作が請求対象か |
| 除外対象 | 招待、閲覧、試用、休眠状態がどう扱われるか |
| 増額条件 | 人数、利用量、契約枠のどれで上がるか |
| 上限運用 | 超過時に止まるのか、自動で増えるのか |
| 証跡 | 明細、ログ、管理画面で説明できるか |
よくある質問（FAQ）
Q1. どの課金単位を選ぶべきですか？
顧客が価値を感じる単位と、提供コストが増える単位が近いものを選びます。どちらか一方だけに寄せると、顧客には割高に見えたり、自社側の採算が崩れたりします。
Q2. 複雑な料金設計は避けるべきですか？
複雑さそのものより、説明できない複雑さが問題です。顧客が「なぜこの請求額になったのか」を明細と利用状況で追えるなら、単純な一律料金より納得される場合があります。
Q3. 位置づけマップはいつ見直しますか？
価格変更、商品構成の変更、大口顧客の契約更新、新しい競合の出現など、顧客の検討軸が変わるタイミングで見直します。定期作業にするより、営業現場で論点が変わったときに更新する方が実務に残ります。
まとめ
主要ポイント
- 価格の受け止め方は、顧客が見ている単位で変わる
- 課金単位をずらすなら、請求理由と明細の説明を先にそろえる
- 位置づけマップは、価格表ではなく顧客の予算枠と増額理由から作る
- 個社の公式料金ページは、金額ではなく課金単位の設計を読む
次のステップ
- 顧客が社内で使っている予算枠を整理する
- 料金表と請求明細の単位が一致しているか確認する
- 競合価格を金額ではなく課金単位と契約条件で分解する
参考リソース
競合ベースプライシング完全ガイド
| 回 | タイトル |
|---|---|
| 1 | 競合ベースプライシング入門 |
| 2 | 競合の定義 |
| 3 | 競合価格の調査ルート |
| 4 | 競合ベース戦略のパターン |
| 5 | 価格単位と位置づけ（この記事） |
| 6 | ゲーム理論で読む競合の反応 |
| 7 | 価格決定権は誰が持っているか |
| 8 | 競合ベースを超えて |
本記事は競合ベースプライシングシリーズの一部です。
この記事の著者
猪良 幸太郎
東京理科大学卒業後、国内独立系コンサルティングファームに入社し、IT・業務コンサルタント兼マネージャーとして業務最適化やシステム導入プロジェクトを経験。その後プライシングスタジオに入社し、執行役員兼ビジネス本部長として顧客のプライシング変革支援をリードする傍ら、自社の新規事業立ち上げの推進にも従事。
