この記事の要約
価格調査で、直接たずねる設問と選択課題のどちらから始めるかを決めるための実務ガイドです。
価格調査では、何円なら買うかをそのままたずねる設問と、複数案から選んでもらう設問では、集まる材料の質が変わります。大事なのは、どちらが優れているかを決めることではなく、いま決めたい論点に合う聞き方を選ぶことです。
価格帯の当たりをつけたい段階で重い選択課題を作り込んでも、回答負荷だけが増えて学びが薄くなることがあります。逆に、ティア構成や機能の組み合わせを詰めたいのに単純な設問だけで終えると、あとで価格表に落とし込みにくくなります。本記事では、固定の相場観や外部ベンチマークではなく、意思決定に必要な材料をそろえるための設計判断に絞って整理します。
本記事の前提
| 項目 | 内容 |
|---|---|
| トピック | 価格調査の設計 |
| カテゴリ | プライシング |
| 難易度 | 中級 |
| 対象読者 | SaaS、B2B、継続課金、パッケージ設計の担当者・事業責任者 |
価格調査でよく使われる聞き方は、大きく分けると「直接たずねる設問」と「複数案から選んでもらう設問」です。前者には自由記述 WTP や価格帯を段階でたずねる設問、後者には PSM、コンジョイント、BPTO などが含まれます。
違いは、どちらが正しいかではなく、回答者に何を頭の中で再現してもらうかです。単独オファーの受け止め方を見たいのか、複数条件のあいだでどの案に動くのかを見たいのかで、向く聞き方が変わります。
| 聞き方 | 見えやすいこと | 向きやすい論点 | 先に整えたいもの |
|---|---|---|---|
| 直接たずねる設問 | 価格の違和感、受け止め方、上限感、言葉の響き | 価格帯の当たり、入口価格、説明文の通りやすさ | 利用場面、支払単位、対象セグメント |
| 選択課題 | 条件の釣り合い、優先順位、乗り換え方向 | ティア構成、機能の切り分け、価格以外との交換関係 | 属性、選択肢、水準、選択時の前提条件 |
調査票を作る前に、次の5つを言葉にしておくと、聞き方の選択を誤りにくくなります。
価格調査の出発点は「いくらにするか」だけではありません。実際には、次のように決めたいことが違います。
決めたいことが曖昧なまま調査を走らせると、回答は集まっても価格判断へつながりません。
価格そのものより、回答者が製品や利用場面をどこまで具体的に思い描けるかのほうが重要です。まだ形が固まっていない段階では、細かな選択課題を出しても、回答が想像頼みになりやすくなります。
次のような前提があるかを先に見ます。
価格だけを動かすのか、機能、容量、サポート、契約条件まで一緒に動くのかで、必要な聞き方は変わります。価格以外の条件が動くなら、単純な設問だけでは判断材料が足りなくなりやすくなります。
レポート用の知見が欲しいのか、価格表の草案が欲しいのか、営業トークの修正材料が欲しいのかで、必要な出力は違います。たとえば、価格帯の目安が欲しいなら直接たずねる設問でも足りますが、ティア設計を決めたいなら選択課題のほうが使いやすくなります。
価格調査は単独で完結しません。見積勝率、失注理由、商談録、導入後の利用ログをどこまで足すかを決めておくと、調査結果の使い道が明確になります。
直接たずねる設問は、軽く始めやすい反面、答えをそのまま価格に置くと危険です。使いどころは「価格帯の地図を描くこと」と「言葉の違和感を拾うこと」にあります。
| 型 | 取りやすい学び | 使いどころ |
|---|---|---|
| 自由記述 WTP | 頭の中にある価格イメージの広がり | まず言葉の反応や上限感をざっくり見たいとき |
| Gabor-Granger | 価格帯ごとの受け止め方の変化 | 単独オファーで違和感の強い帯を知りたいとき |
| PSM | 安すぎる、高い、妥当と感じる境界 | 価格知覚の帯を言葉ベースで整理したいとき |
1つ目は、回答者ごとに思い浮かべている前提が違うことです。機能の範囲、利用人数、導入支援の有無がそろっていないと、同じ金額でも意味がずれます。
2つ目は、答えを単独で読みすぎることです。調査上の金額は、あくまでその設問条件での反応です。価格表へ置く前に、誰向けの案なのか、どの支払単位なのかを戻して確認する必要があります。
3つ目は、調査の目的が「正解の金額をもらうこと」になってしまうことです。直接たずねる設問は、厳密な答えを受け取るというより、次に深掘りする帯を見つけるために使うほうが安定します。
選択課題は、価格以外の条件も含めた釣り合いを見やすいのが強みです。どの機能なら追加料金を受け止めやすいか、どの構成なら上位版へ動きやすいか、といった論点に向きます。
| 型 | 取りやすい学び | 使いどころ |
|---|---|---|
| コンジョイント | 属性ごとの重みと組み合わせの受け止め方 | 機能、価格、容量などを一緒に詰めたいとき |
| Choice ベース設問 | 複数案のあいだでどれへ動くか | プランやバンドルの形を見たいとき |
| BPTO | ブランドや提供主体の違いも含めた受け止め方 | ブランド要素が強く、価格だけでは決まらないとき |
もっとも多いのは、1問に詰め込みすぎることです。属性や水準を増やしすぎると、回答者は「本当に選びたい案」ではなく、「いちばん無難な案」を選びやすくなります。
また、選択肢の説明文に粒度差があると、結果は条件の重みではなく読みやすさに引っ張られます。価格だけでなく、名称、単位、含まれる範囲の長さもそろえる必要があります。
直接たずねる設問と選択課題は、どちらか一方で完結させるより、段階を分けて使うほうが扱いやすい場面が多くあります。
最初の段階では、次のような材料を集めます。
この段階で大事なのは、正確な金額そのものより、回答者が同じ前提で答えられているかを確かめることです。
次に、機能、容量、サポート、契約条件のように価格と一緒に動く要素を加えます。ここでは、どの組み合わせなら案として成立しやすいかを見ます。
進め方調査だけで決め切ろうとせず、次のような実務ログを重ねると、価格判断が安定しやすくなります。
調査で見えた方向と、現場で起きている反応が一致しているかを見ることが重要です。
質問文の前提が長すぎると、読解力の差がそのまま回答差になります。製品説明は、誰が、何のために、どの単位で使うのかが伝わる最小限に絞ります。
月額、年額、1ユーザーあたり、1件あたりなど、支払単位が曖昧だと回答は散ります。価格そのものより、単位の不一致が原因で反応がずれることも多くあります。
価格の反応を見たいのに、質問文の中でサポート、導入支援、契約期間まで同時に動かしてしまうと、どの条件に反応したのかが読みづらくなります。変える要素は少しずつ足したほうが、結果を判断へ戻しやすくなります。
たとえば、次のどれを持ち帰りたいかを先に決めておくと、調査票も作りやすくなります。
前提がそろっていない状態で複雑な選択課題を作ると、設問づくりに時間を使ったわりに、あとで解釈に困りやすくなります。最初は軽い設問で前提をそろえるほうが安全です。
調査結果は意思決定の入力であって、価格表そのものではありません。料金表へ落とすには、採算下限、営業運用、請求単位、例外条件を重ねる必要があります。
既存顧客、新規リード、利用者、決裁者では、受け止め方が変わります。セグメントの違いを見たいなら、調査対象も分けて設計したほうが扱いやすくなります。
調査を1回実施して終わりにすると、回答で見えた仮説が現場でどう動いたかがわかりません。価格変更やプラン再設計の前後で、商談や利用ログを見返す前提まで作っておく必要があります。
まずは軽い設問で、誰が何に価値を感じるか、どの支払単位なら理解しやすいかを確かめる進め方が扱いやすくなります。前提が固まってから選択課題へ進むほうが、設計の無駄が出にくくなります。
入口価格の当たりや言葉の反応を見る用途なら十分役立ちます。ただし、プラン設計や機能の切り分けまで決めたいなら、選択課題や実務ログも重ねたほうが判断しやすくなります。
単独価格への反応だけでなく、導入支援、権限、サポート、契約条件まで一緒に動くなら、選択課題が向く場面が増えます。一方で、最初から重くしすぎず、営業現場で使う言い回しを軽い設問で確かめる進め方も有効です。
1問で全部を聞こうとせず、探索段階と絞り込み段階を分けます。何を変える問いなのかを1つずつ切り出すと、回答者の負荷も下げやすくなります。
設問前提、対象セグメント、支払単位、営業現場の説明がそろっていたかを確認します。ずれは調査ミスではなく、前提がそろっていないサインであることも多くあります。
価格調査の設計では、直接たずねる設問と選択課題のどちらが正解かを争うより、いま必要な材料に合う聞き方を選ぶことが重要です。価格帯の当たりや言葉の違和感を見たいなら軽い設問から始め、条件の釣り合いやプラン構成を詰めたいなら選択課題へ進みます。
最終的な価格判断は、調査票の回答だけでは決まりません。見積反応、失注理由、利用量、無償付与、例外承認のような実務ログまで重ねて初めて、価格表として使える形になります。調査は正解探しではなく、価格判断に必要な前提をそろえる作業として使うと安定します。
プライシングシリーズ
本記事はネクサフローのプライシング研究シリーズの一部です。