WTP調査を実施すると、たいてい数字は出ます。平均○○円、中央値○○円。報告書としての体裁は整います。それなのに、価格を決める会議に持っていくと、誰も使えない。この記事が答えたいのは、なぜそうなるかです。
私が見てきた限り、原因は質問文の出来にはほとんどありません。壊れているのは実査の前です。この調査結果をどの価格判断に使うのか、結論を出したい最小のセル単位はどこか、誰を除外するのかを、実査が始まる前に決め切れていない。決め損ねたまま調査票だけを作ると、平均金額は出ても、次の一歩が決まらない報告書ができあがります。
私は、自社の価格改定について、2本の独自調査を設計し、公開してきました。SaaS利用者65名を対象にした調査(2026年2月公開)と、サブスク利用者121名を対象にした調査(2026年3月公開)です。
断っておくと、どちらも支払意思額(WTP)そのものを測る調査ではありません。価格改定に対する「不満」を対象にした調査です。ただし、実査前に何を決めておくかという設計の骨格は、WTP調査と変わりません。対象を先に絞り、結果をどう読むかの範囲を先に決めておくという点は共通しています。
実際に2本を並べて読み返すと、対象の絞り方は同じ型を踏んでいます。SaaS調査(65名)にもサブスク調査(121名)にも、冒頭に「本調査は価格改定に不満を持った人を対象としている」「不満を持った層の中での行動差を分析した結果である」という、ほぼ同じ文言の注記が入っています。サブスク調査側は、さらに一歩進めて、自らの結果を「スナップショット」と位置づけてもいます。私は、この共通の型は集計が終わってから慌てて読み方を狭めた跡ではなく、対象を決める段階で、結果をどこまでの範囲で読むかを先に決めていたことの跡だと見ています。
この記事が扱うのは、事業会社が自社の価格判断のために行う小〜中規模の調査です。学術的なWTP推定や、大規模な市場調査の設計は範囲外とします。厳密な母集団の代表性より、次の価格判断にそのまま使える形で読めるかどうかを優先する場面を想定しています。
始める前に、2つの言葉を固定します。ここが曖昧なまま調査に入ると、後の議論がすべてぶれます。
価格判断の一文とは、この調査結果をどの価格判断に使うかを一文で書いたものです。「新機能の追加価格を、既存プランのどこに置くか決めたい」のように書けて、初めて調査票、集計軸、報告の形式を逆算できます。私は、これが書けない調査は、まだ設計に入ってはいけないと考えています。雑談と調査の違いは、突き詰めればここだけです。
読みの最小単位(セル)とは、結論を出したい最小の集計マスのことです。「既存顧客×価格帯」「決裁者×利用頻度高」のような掛け合わせがそれにあたります。サンプルサイズは、全体の回収数ではなく、このセルごとの件数で決めます。全体で300件集まっていても、読みたいセルが8個あれば、1セルあたり40件弱まで薄まります。
WTP調査そのものの役割は変わりません。価格を決める場面では、原価、提供コスト、競合、ブランドの位置づけ、営業現場の反応も合わせて見る必要があり、WTP調査はそのうち「顧客側の受け止め」を補う入力の1つです。WTPという量そのものが、相手・場面・条件によって動くという話は、WTP(支払意思額)の考え方に譲ります。この記事が扱うのは、その数字を集める実査の設計です。
ここから先は、この一文とセルを軸に、実査前に片づけておくべき決定を順に見ていきます。
目的が曖昧なまま質問だけを作ると、平均金額は出ても意思決定に使いにくくなります。次のような形で、先に一文を書きます。
| 論点 | 一文の例 |
|---|---|
| 新商品の初期価格 | どこまでなら「高すぎる」と感じられずに検討してもらえるか |
| 既存商品の値上げ | この値上げ幅で、どのセグメントが離脱懸念を持つか |
| 機能・プランの切り分け | どの機能に追加支払いの理由があるか |
| セグメント差の確認 | 属性や利用状況で価格感度がどう変わるか |
一文が書けたら、そこから調査票、集計軸、報告の形式を逆算します。書けないなら、それはまだ調査ではありません。
回答者は、直前に見た情報や価格に引きずられます。価格を聞く前に、商品理解と購買文脈をそろえておく必要があります。
聞く順序はこうです。まず対象者を確認する(利用経験、購入への関与、除外したい条件)。次に商品理解をそろえる(何を提供し、誰のどんな課題を扱うか)。続いて購買関心を聞く(利用したいか、何が不足すると検討しないか)。ここまで来て、ようやく価格を聞く(受け入れやすい価格帯、高すぎる境目、安すぎて不安になる境目、代替案との比較)。属性情報(年齢層、利用頻度、BtoBなら部門や決裁関与)は最後に回します。
属性質問を冒頭に置くと、回答者は自分の属性を意識しながら価格に答えてしまうことがあります。価格に影響しそうな属性ほど、価格質問より後に置いたほうが、回答の色がつきにくくなります。
避けたいのは、年齢や職業を細かく聞いたうえで商品説明を短く済ませ、早々に「いくらなら買いますか」と尋ね、購買関心は最後に確認する、という順序です。この並びだと、商品理解が浅いまま価格だけが集まり、外れ値や矛盾回答が出ても、あとから理由を追えなくなります。
| バイアスの種類 | 起きやすい状況 | 設計上の工夫 |
|---|---|---|
| アンカリング | 先に見た価格に回答が寄る | 価格提示順を分散し、単一価格だけを強調しない |
| 仮想的な回答 | 実際の支払いを伴わず高めに答える | 予算、代替案、利用頻度を一緒に想起してもらう |
| 社会的に望ましい回答 | 高く答える/低く答えることを意識する | 匿名性と「正解がない」ことを明示する |
| 順序効果 | 前の質問が次の回答に影響する | 価格質問の前に必要な文脈だけをそろえる |
回答形式は、自由記述、価格帯選択、複数価格への購入意向、選択課題を使い分けます。形式そのものより大事なのは、価格判断に必要な粒度で答えを集められているかです。自由記述は価格イメージがすでにあるカテゴリで機能し、価格帯選択は回答負荷を下げたいときに向き、複数価格への購入意向は値上げ候補を絞りたい場面に、選択課題は機能・ブランド・価格のトレードオフを見たい場面に向きます。PSM分析、Gabor-Granger法、コンジョイント分析。分析手法そのものの選び分けは、価格調査の選び方に譲ります。ここで扱っているのは、その手前にある実査設計の話です。
WTPは、対象者の利用状況や意思決定権によって動きます。母集団の定義があいまいだと、平均値を出しても価格判断には使えません。確認したいのは、利用経験、購入への関与(自分で決めるのか推薦するだけか)、利用頻度、比較対象になる代替案、そして除外したい条件です。
実際、自社で公開している価格改定の不満調査でも、対象を先に「価格改定に不満を持った層」に絞り、結果を全体傾向ではなく層内の行動差としてだけ読む、という注記を添えています(SaaS値上げ調査、65名)。母集団の定義を先に絞ることは、読める範囲を狭めることであると同時に、後で「この結果は何にでも当てはまる」と読み違えないための予防線でもあります。
なぜ、この絞り込みが要るのか。理由は単純です。母集団を「不満を持った人」に絞った時点で、比較対象になりうる「不満を持っていない人」はサンプルに含まれません。だから、この結果をもって「価格改定への反応はこうだ」と全体を語ることはできず、語れるのは不満を持った人の内側でどんな行動差が出たか、そこまでです。私は、こうした絞り込みは実査の後に注記で取り繕うものではなく、対象を決める段階で先に引いておくべき線だと考えています。
BtoBでは、利用者・管理者・購買担当・決裁者が、同じ提案でも別の価値を見ています。1人の回答をそのまま組織のWTPとして扱わず、どの立場からの回答かを明記して読みます。
サンプルサイズの決め方は、教科書的な計算式(信頼係数と許容誤差から必要数を出す式)より先に、読みの最小単位の話に戻ります。分析したいセルごとに十分な件数があるかを見る。全体の回収数だけを見て「300件集まったから十分」と判断すると、実際に読みたいセグメント別の表では1マスあたり数十件まで薄まっていることがあります。
回答品質の確認(理解度、回答時間、購買関心との矛盾、自由記述の中身、重複)も、集計後に都合よく基準を決めるのではなく、調査開始前に決めておきます。除外した件数と理由は、分析メモに残します。
平均値だけを見ると、極端な回答に引っ張られます。まず分布、中央値、四分位、外れ値、非購入回答を見ます。
二峰性がある場合、1つの平均にまとめてはいけません。それは「セグメントが混ざっている」というシグナルです。既存顧客と新規見込み客、ヘビーユーザーとライトユーザー、決裁者と利用者。分けると、たいてい読みやすくなります。
セグメント別に見て差があるように見えても、セルの件数が小さければ断定しません。統計検定は意思決定を補助する道具として使い、差の大きさ、理由、再現性を合わせて確認します。
WTP調査の結果は、単一の「正解価格」ではなく価格帯として扱います。低すぎて不安になる境目、受け入れやすい中心帯、高すぎると感じる境目、非購入が増える帯。ここまで整理して、初めて原価、提供コスト、割引余地、営業現場で説明できる価値、既存顧客への影響と並べて見ます。
ここでもう1つ、見落としやすい論点があります。調査で答えた金額と、実際の購買行動は、しばしばずれます。調査では実際の支払い、営業接点、競合比較、予算制約が完全には再現されないためです。この乖離は、価格改定の不満調査でも同じ形で現れています。SaaS値上げ調査(65名)では、金額への不満は「高不満以上率」68.0%ともっとも強かったのに、実際の解約率は8.0%にとどまりました。一方、通知方法への不満(n=8)は高不満以上率62.0%に対し、解約検討率62.5%・実解約率37.5%です。ただし通知方法(n=8)はサンプル数が少ないため、傾向としての紹介にとどまります。「怒りの温度」と「行動の閾値」は別物だという構図が、ここでも見えます。
金額と通知方法という、対照的な2つの理由でこの乖離が起きているのを見ると、意向と行動を安易に同一視してはいけないと分かります。私は、WTP調査で集めた回答金額についても同じ注意が要ると考えています。強い言葉や高い金額を挙げた回答者ほど、実際に財布を開くとは限りません。逆に、不満としては目立たない回答のほうが、行動には早く出ることもあります。
だからこそ、調査結果だけで価格を決めず、限定販売、営業ヒアリング、既存顧客への案内、価格テスト、受注/失注ログと合わせて確認します。
WTP調査で価格帯を絞り込んだあとも、それをそのまま採用する前に、行動データ側から確かめる余地が残っています。
まず疑うべきは価格そのものではなく計測です。OptimizelyのA/A testガイドでは、同一条件の比較群を使って計測設定そのものを検証する運用が勧められています。調査で示された価格帯の効果を語る前に、同じ条件同士を比べても差が出ないかを確認しておかないと、価格差だと思っていたものが計測の揺れにすぎなかった、ということが起こります。
そのうえで、Google AnalyticsのFunnel explorationのように、価格ページの閲覧から申込、契約条件確認、購入・成約までの経路を分解して見れば、「言うと買うの差」がどの段階で生じているかを、追加調査を組まずに手元のログから特定できます。調査結果を鵜呑みにする前に、この経路のどこで止まっているかを見ることが、WTP調査の限界を補う一歩になります。
報告には、要約(推奨価格帯、理由、残っている不確実性)、調査概要(目的、対象者、回答数、除外ルール)、主要な読み取り(分布、セグメント差、非購入理由、自由記述)、価格判断メモ(候補価格帯、採算ライン、顧客説明の材料、追加検証が必要な論点)、運用ログ(本番価格に反映した点、反映しなかった点、次に見る指標)を入れます。
書き方一つで、報告の使いやすさは変わります。
| 弱い書き方 | 実務で使いやすい書き方 |
|---|---|
| 「平均WTPはこの金額でした」 | 「中央値、四分位、非購入回答を見ると、この価格帯が検討候補になります」 |
| 「調査結果からこの価格が最適です」 | 「調査結果はこの価格帯を示唆します。採算と競合条件を合わせて判断します」 |
| 「高所得層は高く払います」 | 「このセルでは高い回答が多いが、回答数と理由を追加で確認します」 |
結論を強く言い切るより、どこまで分かったか、どこに不確実性が残るかを明確にしたほうが、後続の価格テストや営業検証につなげやすくなります。
運用ログには、見直しの契機も書いておきます。競合の価格変更、原価や提供コストの変化、ブランド認知の変化、主要顧客セグメントの変化。こうした条件が変わったら、過去のWTP調査をそのまま使わず、追加調査や営業ログで補正します。この契機を先に決めておくと、見直しのたびにゼロから議論し直さずに済みます。
ここまで、目的の一文、質問順序とバイアス、サンプルと除外という順で見てきました。ただ、あらためて並べ直すと、価格判断の成否をほぼ決めているのは、そのうちの3つだけです。①この調査をどの価格判断に使うか、一文で書けているか。②結論を出したいセル単位で、必要な件数を積めているか。③除外のルールを、結果を見る前に決め切っているか。
質問順序やバイアスへの工夫は、実査の質を確実に上げます。ただし、この3つが決まっていなければ、どれだけ質問文を練り込んでもリカバーできません。壊れるのは、いつも実査より前です。
私自身、次にこの種の調査を設計するときは、この3つの決定を調査票を書く前のチェックリストとして残すつもりです。WTP調査は、単発の資料で終わらせるべきではありません。次の価格判断のときに、今回の除外ルールと読みのセル設計をそのまま流用できるかどうかで、調査の価値は測れます。
ここまでの整理が、次に調査票を開くときの判断材料になれば、この記事の役目は十分です。