この記事の要約
候補価格を順に提示して購買意向を集める段階価格テストについて、設計、集計、PSMとの使い分け、実務での読み方を整理します。
価格調査で知りたいのは、ただ「いくらなら買うか」ではありません。
候補価格を動かしたときに、どの価格帯から反応が弱くなるのか。どの価格なら受け入れられるだけでなく、事業としても採算を組みやすいのか。段階価格テストは、その差分を見るための調査設計です。
この記事の前提
| 項目 | 内容 |
|---|---|
| トピック | 段階価格テスト |
| カテゴリ | 価格調査・プライシング |
| 難易度 | 中級 |
| 対象 | 事業企画・PM・マーケター・営業企画 |
| ゴール | 候補価格ごとの反応差を読むこと |
段階価格テストは、複数の候補価格を回答者に提示し、それぞれの価格で購入したいかを聞く調査です。
PSMのように回答者へ自由に価格を入力してもらうのではなく、事業側があらかじめ価格候補を置き、その候補に対する反応の変化を見ます。すでに価格案がいくつかあるとき、値上げ幅や新プランの価格帯を絞るときに使いやすいアプローチです。
大切なのは、単一の「正解価格」を探すことではありません。候補間の差、価格を上げたときの落ち方、セグメントごとの反応の違いを読み、次に検証すべき価格案を狭めることです。
| 見たいこと | 読み取り方 |
|---|---|
| 価格を上げた時の反応 | 候補価格ごとの購入意向率の落ち方を見る |
| 採算の置きどころ | 価格と想定数量を掛け合わせ、収益曲線の山を確認する |
| セグメント差 | 既存顧客、見込み客、利用規模ごとに反応の違いを見る |
| 次の検証対象 | 極端に弱い候補を外し、実験や商談で試す価格案を絞る |
誰に聞くかで結果は大きく変わります。既存顧客、見込み客、失注企業、無料利用者では、同じ価格でも意味が変わります。
既存顧客に聞く場合は、移行条件や既存契約への影響を意識します。新規見込み客に聞く場合は、まだ製品理解が浅いため、説明文と代替案の置き方が重要になります。
価格を聞く前に、何に対する価格なのかをそろえます。機能、利用上限、導入支援、契約期間、解約条件が曖昧なままだと、回答者はそれぞれ別の商品を想像して答えてしまいます。
調査票では、営業資料の全部を載せるより、価格判断に必要な情報だけを短く整理します。説明が長すぎると、価格ではなく文章理解の差を測ってしまいます。
候補価格は、社内の原価感、既存価格、商談で出ている抵抗感、競合の公開価格帯を材料にして置きます。
範囲が狭すぎると反応差が見えません。広すぎると、極端な候補に引っ張られて回答が不安定になります。実務では、採用できない価格を混ぜないことも重要です。
設問文は、価格に対する反応を集めるためのものです。営業資料のように魅力を強く押し出すと、価格への反応ではなく、文章の説得力を測ってしまいます。
回答者に聞く文は短くそろえます。「この条件なら申し込みたいか」「社内で検討に進めたいか」のように、回答後の意味が分かる形にします。単なる好意度ではなく、購買に近い判断を聞くほど、価格案の絞り込みに使いやすくなります。
選択肢の基準も先に決めます。「買う」「検討する」「見送る」を分けるのか、「買う」と「買わない」だけにするのかで、集計の読み方が変わります。調査後に基準を動かすと、都合のよい価格だけが強く見えてしまいます。
回答者が想像している利用場面もそろえます。個人で試すのか、部門で導入するのか、全社契約として検討するのかで、同じ価格でも重みが変わります。
調査票には、想定する利用人数、契約期間、支払い単位、導入作業の有無を短く書きます。これらを省くと、回答者ごとに異なる前提で答えるため、価格差ではなく前提差を拾ってしまいます。
また、既存顧客と新規見込み客を混ぜる場合は、あとで分けて読めるよう属性を残します。平均値だけを見ると、どちらの反応が価格案を動かしているのか分かりにくくなります。
調査後に誰が読むかも決めておきます。経営、営業、PM、CSで見たい粒度は違います。価格表の変更に使うのか、商談で試す案を選ぶのかを先にそろえると、集計表の作り方もぶれにくくなります。読み手ごとの判断材料を先に置くと、調査結果を会議で扱いやすくなります。
段階価格テストの概念図この段階価格テストは、英語圏では Gabor-Granger method と呼ばれることがあります。Gabor と Granger の価格感度研究を背景に、回答者へ価格を提示し、購入意向の反応から需要曲線や収益曲線を読むアプローチとして使われています。
ただし、実務で重要なのは名称そのものではありません。価格候補の置き方、設問の見せ方、回答の集計単位、調査後に実データで確かめる導線まで含めて設計することです。
Gabor-Grangerの分析フロー回答者に、評価してほしい商品やプランの説明を見せます。
ここでは、機能の列挙を増やすよりも、価格判断に関係する情報をそろえることを優先します。導入支援、利用上限、契約期間、サポート範囲が価格に影響するなら、調査票の中で明示します。
調査で見せる価格候補を決めます。
候補は、既存価格、営業現場での反応、原価、競合の公開価格帯、支払い単位を見ながら置きます。採用する予定のない価格を入れると、調査後の意思決定に使いにくくなります。
各候補価格について、購入したいか、検討したいか、見送るかを聞きます。
回答形式は、はい/いいえだけでも、段階評価でも構いません。ただし、集計時に「購入意向あり」と扱う基準を先に決めておきます。あとから都合よく基準を変えると、価格候補の優劣を読み違えます。
価格を低い順に見せるか、高い順に見せるかで回答は動きます。最初に見た価格が基準になりやすいためです。
そのため、調査では提示順を固定せず、回答者ごとに開始価格や表示順を変える設計にします。順序を完全に均等化できない場合でも、少なくとも集計時に提示順ごとの偏りを確認します。
候補価格ごとに、購入意向ありと判定した回答者の割合を集計します。
この時点で見るべきなのは、最も高い反応率だけではありません。価格を一段上げたときに反応が急に落ちる場所、反応がほとんど変わらない場所、セグメントごとの差を確認します。
各候補価格に、購入意向ありの割合や想定数量を掛け合わせ、収益曲線を作ります。
低い価格では反応率が高くても単価が低くなります。高い価格では単価が高くても反応率が落ちます。収益曲線の山は、追加検証に進める価格帯を見つけるための目安です。
需要曲線は、価格ごとの購入意向率を並べたものです。
通常は価格が上がるほど購入意向率が下がります。ただし、調査票の説明、ブランド認知、契約条件、回答者の予算枠によって曲線の形は変わります。きれいな右下がりにならない場合は、設計やセグメントを見直します。
収益曲線は、価格と想定数量を掛け合わせて作ります。
この曲線の山が、調査上の収益最大化価格の候補です。ただし、調査票上の購入意向と実際の購入行動は一致しません。収益曲線の山をそのまま価格表へ反映するのではなく、商談、A/Bテスト、限定プラン、既存顧客への影響確認へつなげます。
| 読み違え | 実務での確認 |
|---|---|
| 山の価格をそのまま採用する | 移行条件、解約理由、営業現場の反応で再確認する |
| 全体平均だけを見る | 利用規模、業種、既存/新規で分けて見る |
| 回答率を市場シェアとみなす | 認知、導入負荷、代替サービスの有無を別に確認する |
| 価格だけで意思決定する | 契約期間、請求単位、サポート範囲も合わせて確認する |
価格候補を事業側で置くため、どの候補で反応が変わるかを読みやすくなります。値上げ幅や新プランの価格帯を絞る場面に向いています。
コンジョイントのように多くの属性を組み合わせるより、設問を短くできます。回答負荷を抑えたいときに使いやすい設計です。
候補価格ごとの反応率が得られるため、価格と想定数量を掛け合わせた収益曲線を作れます。社内で価格案を議論するとき、感覚ではなく同じ表で話しやすくなります。
回答者は、調査票の中では買うと答えても、実際の購入時には予算、稟議、競合提案、導入負荷で判断を変えることがあります。
そのため、調査結果は実購買の代替ではありません。調査で候補を絞り、実際の商談やプロダクト上の実験で確かめる順番にします。
単体の商品説明だけを見せると、回答者が実際に比較する代替案が抜けます。特にB2BやSaaSでは、既存ツール、内製、別プラン、代理店提案も比較対象になります。
競合の条件を調査票に入れすぎると複雑になりますが、回答解釈では代替案の存在を前提に読みます。
価格だけでなく、機能、利用量、権限、サポート、契約期間が同時に変わる場合、段階価格テストだけでは何が反応を動かしたのか分かりにくくなります。
プラン構成も同時に見直すなら、コンジョイントや実際の見積ログの分析を組み合わせます。
全体平均では良く見える価格でも、小規模顧客には高すぎ、大口顧客には安すぎることがあります。平均値だけで判断せず、利用規模、導入目的、契約形態ごとに分けて確認します。
PSMは、回答者に「安すぎる」「高すぎる」などの境目を答えてもらい、受け入れやすい価格帯の目安をつかむアプローチです。
価格候補がまだ広い段階、社内で価格帯の当たりを置きたい段階に向いています。
段階価格テストは、価格候補がある程度ある場面に向きます。
例えば、既存価格からどの程度動かせるか、年額プランの価格をどこに置くか、上位プランの候補価格を絞るかといった意思決定です。
最初にPSMで広い価格帯をつかみ、その後に段階価格テストで候補価格ごとの差を読む、という順番にすると進めやすくなります。
ただし、両方の結果がずれた場合は、片方を機械的に優先しません。設問の前提、回答者の属性、商品説明、既存価格との距離を見直します。
コンジョイントは、価格だけでなく、機能、ブランド、サポート、契約条件などを組み合わせて選んでもらうアプローチです。
価格候補だけを見たいなら段階価格テストが軽く進めやすくなります。プラン構成やバンドルまで含めて動かすなら、コンジョイントの方が向いています。
| 意思決定 | 向きやすいアプローチ |
|---|---|
| 価格帯の目安を置きたい | PSM |
| 候補価格ごとの差を見たい | 段階価格テスト |
| 機能と価格の組み合わせを見たい | コンジョイント |
「価格表に反映する」「商談で試す」「限定プランで検証する」など、調査後の使い道を先に決めます。使い道が曖昧だと、調査結果だけが残り、意思決定に接続しません。
社内の採算、ブランド、請求システム、営業運用上、採用できない価格は候補に入れません。調査で良い反応が出ても使えないためです。
全体平均だけでなく、顧客規模、利用頻度、既存/新規、契約形態で分けて見ます。価格に対する反応は、利用価値と予算の持ち方で変わります。
調査結果は、見積ログ、失注理由、申込率、解約理由、請求履歴で確認します。調査票の中で強い候補でも、実際の導入条件が重いと採用されにくくなります。
価格だけを変えたつもりでも、契約期間、支払いタイミング、サポート、利用上限が一緒に変わることがあります。調査票と実際の価格表で、条件がずれないようにします。
必要な人数は、見たいセグメント数と、どの程度の差を読みたいかで変わります。全体の大まかな傾向だけを見るのか、顧客規模や業種ごとに分けて見るのかで設計が変わります。
重要なのは、人数だけで安心しないことです。回答者が実際の購入者像から外れていると、人数を増やしても意思決定には使いにくくなります。
使えますが、単純な個人向け購入より読み方に注意が必要です。B2Bでは、利用者、決裁者、購買部門、既存契約が絡みます。
調査票では購入意向が高くても、稟議、セキュリティ確認、既存ツールとの重複で採用されないことがあります。商談記録や見積ログと合わせて読みます。
そのまま採用するより、候補価格を絞る材料として使います。
調査では商品理解、競合提案、導入負荷、予算制約が簡略化されます。価格表へ反映する前に、限定的なテスト、営業提案、既存顧客への影響確認を挟みます。
価格帯がまだ広いならPSMから始める方が進めやすくなります。候補価格がすでにあり、その差を読みたいなら段階価格テストから始められます。
どちらも単独で最終判断にしないことが重要です。
価格だけを動かすなら不要なこともあります。機能、利用上限、サポート、契約期間まで一緒に変えるなら、コンジョイントや見積ログ分析を組み合わせた方が読みやすくなります。
本記事はネクサフローのプライシング研究シリーズの一部です。