アイデアは会議室を出た瞬間に姿を変えます。チームが「便利」だと思ったものが顧客にはおせっかいに映ったり、手間を減らすはずの機能が「管理の手間が増えるだけ」と受け取られたりすることも珍しくありません。まだ方向転換ができる段階で、そうした受け手のリアルな解釈を引き出せるのがコンセプトテストです。

コンセプトテストでは、想定しているプロダクトや機能、体験のアイデアをターゲット層に見せて、その反応を探ります。提示するもの（スティミュラス）は、テキストによる説明や絵コンテ、画像、初期段階のプロトタイプなど様々です。Nielsen Norman Group のリサーチ手法用語集でも解説されているように、この手法は本格的な開発に入る前にアイデアを評価するのに役立ちます。ただし、単なる「いいね」を集めるのではなく、その提案に関する具体的な問いを投げかけられるかどうかが成功の鍵です。

判断に必要な情報だけを、過不足なく見せる

参加者が判断を下すには、「何が提供されているのか」「誰が、どんな状況で使うのか」を把握できている必要があります。価格や導入時の設定など、意思決定を大きく左右する条件があれば省かずに伝えましょう。これらを伏せたままテストすると、チームとして到底実現できないオファーに対して、期待感ばかりを集めてしまうことになりかねません。

見せ方の作り込みは、検証したい不確実性の度合いに合わせるのがコツです。たとえばサービスが日常の業務にどう馴染むかを確かめたいだけなら、絵コンテで十分であり、ボタンの色といった細かな点へのフィードバックに惑わされずに済みます。一方で、操作感そのものがコンセプトの成立に関わる場合は、プロトタイプを用意するほうが適しているでしょう。

アイデアを提示してフィードバックを集めるなら、Ballparkのコンセプトテスト用ワークフローも役立ちます。どんなツールを使うにせよ、まずは参加者に「何が伝わったか」を自分の言葉で説明してもらいましょう。そのうえで、自分にとっての関連性、信頼性、代替手段、懸念点などを掘り下げ、スコアや評価の背景にある理由を追加の質問で明らかにしていきます。

比較のさせ方を設計する

モナディックテストでは、参加者1人につき1つのコンセプトだけを見せるため、他と比較させずに純粋な反応を得られます（ただし、グループ全体で十分なサンプル数が必要です）。複数のコンセプトを見せるとトレードオフを浮き彫りにできる反面、提示する順番や比較によるバイアスが生じます。必要に応じて順序をランダム化したり均等に分散させたりしつつ、情報の粒度を揃えて提示しましょう。

たとえば宅配受け取りの管理に関する2つのコンセプトを考えてみます。1つは荷物を近所の受取スポットに集約するもの、もう1つは夜間の時間帯指定ができるものです。この場合、後者が選ばれたとしても、その背景には勤務時間や移動のしやすさ、受取場所までの距離といった事情が絡んでいます。「なぜそう思うのか」を問いかけ、そうした背景を掘り下げることこそが、単にどちらの勝ちかを決める以上の示唆を与えてくれます。

好意的な反応の先にある「問い」を探る

ポジティブな反応が得られたとしても、それはあくまでテスト環境下での事実にすぎず、実際に使われる保証ではありません。アイデアを気に入ってはいても、お金を払ったり、周りの承認を得たり、いつもの習慣を変えたりするほどの切実さはない、ということはよくあります。だからこそ、購入意向を見るときは、参加者が口にする現実的なハードルとセットで読み解く必要があります。

役立つレポートとは、何が理解され、何が重視され、どこでコンセプトが崩れ、何がまだ不確実なままなのかを明確にしてくれるものです。テストを経た次のステップは、提案のブラッシュアップかもしれないし、焦点を絞ったユーザビリティテストや小規模なトライアルかもしれません。ときには「ここでやめる」という判断になることもありますが、早い段階でそれがわかれば、チームのエネルギーを別の価値ある取り組みへ向けることができます。