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