コンセプトテストのワークショップは、提案した方向性がユーザーに伝わるか、さらに検証する価値があるかを確かめる場です。実際の行動を確かめたい場合は、意見を聞くだけでなく、使っている様子の観察も組み合わせます。まず何を知りたいのかを決め、解決策を議論する前に各参加者へ同じ質問をします。より幅広く課題を探る場合は、リモートで行うプロダクトディスカバリーのガイド（英語）も参照してください。
1. 確かめたいことを一つ決める
機能の売り文句ではなく、確かめられる仮説を書きます。「新しいワークスペースを全員が気に入る」よりも、「チームメンバーを招待する方法が伝わる」のほうが検証しやすくなります。対象ユーザー、利用場面、結果が一致しなかった場合に何を判断するかも添えます。
- 仮説：何を理解し、どのように行動すると予想するか。
- 状況：どのユーザー、タスク、利用場面を調べるか。
- 判断：何を残し、何を変え、次に何を試すか。
2. 結果を比較できる実施方法を選ぶ
参加者やグループごとに、同じ説明と制限時間を使います。短い説明、一人で考える時間、追加の質問という順序にすると、相手ごとに話題が変わる自由な会話よりも反応を比べやすくなります。複数の案を見せる場合、提示順が回答に影響しそうなら、参加者ごとに順番を入れ替えます。
実践しやすい三つの方法
- 第一印象を聞く：何のための案だと思うか、次に何をするかを聞きます。
- 手順を描いてもらう：参加者が想定する操作の順番を示してもらいます。
- 二つの案を比較する：提示した場面にどちらが合うかを選び、理由を聞きます。
3. 誘導しない質問を用意する
賛成を求めるのではなく、参加者の捉え方を引き出します。「この便利な機能を使いたいですか」ではなく、「次に何をしますか」「分かりにくい点はありますか」と聞きます。案を選んだときは具体的な理由を尋ね、進行役が褒めたり提案を擁護したりしないようにします。
| 避けたい質問 | 中立的な質問 | 分かること |
|---|---|---|
| 気に入りましたか | 最初に何が目に入りますか | 最初の受け止め方 |
| 時間を節約できますか | 今行っている作業のどの場面で使えそうですか | 利用場面との適合性 |
| ボタンは分かりやすいですか | 押した後に何が起きると思いますか | 期待している結果 |
4. 個人の反応を集めてから議論する
最初は各自で読んだり描いたりする時間を設け、発言の多い参加者の意見にほかの人が引っ張られないようにします。最初の反応を集め、意味を確かめる質問をしてから、共通点を比べます。ボード上では「観察したこと」と「そこから考えたこと」を分けます。
一人の反応だけで結論を決めず、追加で何を確かめるかを考えます。意見が食い違ったときは両方のメモを残し、次のテストで確認する問いにします。
5. フィードバックを次の判断につなげる
分かったこと、まだ分からないこと、得られた根拠に見合う次の行動を整理します。文言を直す、別のユーザー群で試す、二つの案を比べる、開発を見送る、といった判断が考えられます。担当者と確認日も決めます。
以下は、結果を整理する例です。
| 観察結果 | 解釈 | 判断 | 担当者 |
|---|---|---|---|
| 多くの参加者が操作の入口を理解した | 案の方向性は伝わっている | 方向性は残し、状態を伝える文言を修正する | プロダクトデザイナー |
| 複数の参加者が別の手順に進むと予想した | 次の流れを予測しにくい | 二つの案内表示を試作し、再テストする | プロダクトマネージャー |
6. Boardmixでワークショップボードを作る
左から「確かめたいこと」「質問」「参加者の反応」「共通点」「判断」の五つの領域を作ります。上部に進め方を書き、根拠を確認するまでは判断の領域を空けておきます。回答一つにつきカードを一枚使い、短いラベルと色の凡例を添えます。話し合いながら記録すれば、参加していないメンバーも後から内容を追えます。
セッション後にすること
決定事項と未解決の問いを、チームで普段使っているタスク管理ツールに転記します。ボードには、質問、根拠、次の検証を選んだ理由を残します。コンセプトを変更したら、以前の版にラベルを付けて、判断の経緯をたどれるようにしておきます。
