企画会議で受容性調査について「おおむね好評でした」と報告されても、事業判断は進みません。誰に好評だったのでしょうか。説明は正しく伝わったのでしょうか。
使ってみたいという感想と、実際に導入へ動くこととは別です。そこを分けていなければ、結果は企画への感想で終わります。
受容性調査とは、提示した商品・サービス案が対象者に理解され、利用・購入・導入の候補へ残る条件を確かめる調査です。単純な好き嫌いではなく、説明の理解、課題との適合、現在の代替手段との差、次の行動、導入を阻む条件を分けて見ます。
この記事では、コンセプト受容を5軸で読む方法、質問の順序、集計後の判定、BtoBで役割を分ける設計を解説します。
受容性調査とは｜好意度より採用条件を測る
受容性調査では、商品やサービスのコンセプトがどう受け止められ、採用候補に残る条件は何かを確かめます。何が伝わり、どこで止まり、どの条件なら次の行動へ進むかを分けて読みます。
ここでいうコンセプトは、短いコピーだけではありません。「誰の、どんな課題を、何によって解決し、利用後に何が変わるのか」を、対象者が判断できる粒度で示したものです。価格や提供方法を伏せた段階の反応と、提示後の反応は分けます。
受容性を一つの点数へ縮めると、修正先を誤ります。「説明は分かったが、自分の課題ではない」と「必要だが、社内導入が難しい」では、同じ低評価でも打ち手は同じになりません。前者なら対象者か訴求、後者なら導入手順、権限、費用の持ち方を見直します。
受容性調査とコンセプトテスト・ニーズ調査の違い
コンセプトテストは、複数案の比較や提示方法を含めて案を試す活動です。受容性調査は、対象者が案をどう受け止め、採用へ進む条件を判定することに焦点を置きます。
ニーズ調査は解決案を見せる前の課題、受容性調査は解決案を見せた後の反応、満足度調査は利用後の評価を扱います。課題の存在が未確認なら、解決案への評価より先に現在の行動を聞きます。
価格も目的で分けます。受容性調査では価格を導入条件の一つとして聞き、許容価格帯そのものを調べる場合は独立した価格調査として設計します。
受容性調査前に決める3項目｜対象・提示物・次の行動
質問票から作り始めると、回答が集まっても使い道が決まりません。受容性調査では、対象者、全員に見せる提示物、結果を受けて取る行動を先に固定します。
誰の受容性を測るのか
「想定顧客」だけでは広すぎます。現在その課題へ時間を使っている、既存サービスへ費用を払っている、導入候補を比べた経験があるなど、過去の行動で対象者条件を書きます。
何を、どこまで見せるのか
対象者、課題、解決方法、利用後の変化、提供形態、価格の扱いを一枚へそろえ、説明順も固定します。機能一覧や将来構想まで盛り込むと、何への反応かを追えません。
結果が出たら何を変えるのか
調査前に「続行」「修正して再調査」「追加確認」「見送り」の条件を書きます。追加確認では、判断者、期限、不足している証拠、確認先、責任者、再判定の条件まで残します。
評価軸と行動も結びつけます。理解度が低ければ表現、課題適合が低ければ対象者か課題、導入条件で止まれば提供方法を見直します。この対応があれば、理由のない平均点で続行や見送りを決めずに済みます。
受容性調査で使う5つの評価軸と質問
コンセプト受容は、理解度、課題適合、価値認知、利用意向、導入条件の5軸で読みます。点数だけでなく自由回答を取り、評価の理由を同時に確認します。
1．理解度｜何の提案として伝わったか
「分かりやすかったですか」とは聞きません。提示物を閉じた状態で、誰向けの何を解決する案だと思ったかを説明してもらいます。意図とずれていれば、それ以降は別の案への反応です。
2．課題適合｜自分に関係する問題か
「困っていますか」と同意を求めず、最後に同じ問題が起きた場面、頻度、現在の対処を聞きます。強い不満があっても何も変えようとしていない場合は、導入の優先順位を別に確かめます。
3．価値認知｜今の代替手段より選ぶ理由があるか
現在の方法と比べて何が変わるかを聞きます。問いは、「今の方法を続ける場合との違いは何か」と「この案を選ばない理由は何か」です。企画側の想定と別の部分が評価されたなら、そのずれも残します。
4．利用意向｜次の行動へ進むか
「使ってみたいですか」だけでは、興味と採用を区別できません。資料を社内で共有する、担当者を紹介する、試用条件を確認するなど、次に取れる行動を示して、どこまで進むかを見ます。
5．導入条件｜価格・運用・契約のどこで止まるか
価格、利用準備、既存業務との接続、社内審査、契約、情報管理など、採用までの条件を洗い出します。課題適合と価値認知を確認した後に聞くと、価格以外の障害も見えます。
受容性調査の設計手順｜質問前から集計後まで
- 意思決定を一文で書く：この調査で決めることを一つに絞ります。
- 仮説と分岐を書く：5軸ごとに、続行、修正、追加確認、見送りの条件を置きます。
- 対象者を行動で定義する：課題への対処経験、比較経験、意思決定への関与を確認します。
- 提示物を固定する：コンセプト文、図、価格、説明順をそろえ、版を残します。
- 質問を反応の順に並べる：現状確認、提示直後の自由回答、5軸、阻害条件、次の行動の順に聞きます。
- 点数と理由を取る：肯定・否定の双方について、過去の行動と比較対象を確かめます。
- 軸別・対象者別に読み、次を決める：対象、訴求、提供条件のどこを変えるか、追加確認か見送りかを決めます。
受容性調査の質問は現状確認から始める
コンセプトを見せる前に、直近の行動を聞きます。企画側の言葉をそのまま返す回答を減らすためです。提示直後は選択肢を示さず、対象者自身の解釈を自由回答で残します。
受容性調査では尺度と提示物の版をそろえる
定量質問は同じ尺度を使い、「分からない」「判断に必要な情報が足りない」も選べるようにします。途中で案を直したら別の版として記録し、変更前後を一つの平均へ混ぜません。
受容性調査の結果｜平均点より止まった場所を読む
結果は5軸を順に並べ、採用へ進む流れのどこで止まったかを読みます。総合平均が同じでも、理解度で止まる案と、導入条件で止まる案では次の検証が違います。
受容性調査は5軸ごとに修正先を分ける
理解度が低いなら説明を直します。課題適合が低ければ、対象者か課題設定の再検討が必要です。価値認知が低いなら、代替手段との差を見直します。
利用意向が低ければ、価値を理解しても優先順位が上がらない理由を探します。導入条件で落ちる場合は、価格、運用、契約、社内手続きのどれが障害かを分けます。
この順番を飛ばして平均点だけを見ると、説明が伝わらない案を「需要がない」と誤判定します。逆に、説明は高く評価されても誰も次の行動へ進まないなら、理解しやすさと事業性を混同しています。
受容性調査は対象者別の差を残す
対象者別の差も消しません。課題への対処経験がある層だけ価値認知が高い、決裁経験者だけ導入条件を厳しく見る、といった差は、対象を狭める仮説になります。
条件付きの回答を次の検証へ返す
「既存の手順を変えずに使えるなら」といった条件付きの回答は、採用を止めている具体的な障害を指しています。誰の発言か、採用判断へどう関わるかを結びつけ、追加確認の担当と期限を決めます。
BtoBの受容性調査｜利用者と決裁者を分ける
BtoBでは、利用者、推進担当者、決裁者、導入審査を担う部門ごとに受容条件を読みます。一人の好意的な回答を「企業の意向」には置き換えません。
利用者は日々の作業、推進担当者は社内説明と導入手順、決裁者は優先順位と費用、情報システム・法務・購買は接続や契約条件を見ます。役割を記録せず平均すると、機能の問題と稟議材料の不足を取り違えます。
BtoBでは個人の利用意向と会社の導入可否を分ける
起案者、決裁者、予算の持ち主、審査部門、比較される選択肢を聞きます。「直近の導入時に、どの資料を誰へ出したか」と過去の手続きをたどると、必要な証拠と障害が見えます。
回答数が少ないときは精密な順位を作らない
細かな平均点や小数の差で順位を作らず、軸ごとの傾向を仮説として置き、個票へ戻ります。理解度の問題なら提示物を直し、導入条件が不明なら該当部門へ聞きます。
受容性調査で外したい失敗
- 課題を持たない人と、すでに費用を払う人を同じ集計へ入れる
- 対象者ごとに違う説明をして、案より説明者を評価させる
- 「便利だと思うか」だけを聞き、比較対象や阻害条件を取らない
- 理解不足、課題の弱さ、導入障害を平均点へ隠す
- 結果が高くても低くても同じ企画を続けられる設計にする
- 利用者の好意だけで、決裁と導入審査を通る前提を置く
調査は企画を通す証拠集めではありません。反対の回答を例外として除けば、どんな案でも高評価に見えます。崩したい前提を事前に書き、否定理由から読んでください。
まとめ｜受容性調査は誰が何をどの条件で受け入れるかを見る
受容性調査は、コンセプトへの好意を集める調査ではありません。対象者が案を理解し、自分の課題へ結びつけ、現在の代替手段より価値を認め、次の行動へ進み、導入条件を越えられるかを分けて判定します。
設計では、対象者、提示物、調査後の行動を先に固定します。理解度、課題適合、価値認知、利用意向、導入条件の5軸で、どこが止まったかを読みます。
BtoBでは、利用者の「使いたい」と企業の「導入できる」を分けてください。決裁者、推進担当者、導入審査部門まで条件を確認し、続行、修正、追加確認、見送りのどこへ進むかを決めます。