ブレインストーミングは、チームがひとつの答えに決める前に、いくつかの選択肢をじっくり検討できる場をつくります。問いが明確で、多様な視点が噛み合う状態であれば、運用の制約から顧客の観察記録まで、さまざまな知見を議論に持ち込むことができます。

そこで生まれるアイデアは、あくまで「可能性」にすぎません。その数や斬新さ、あるいはその場での盛り上がりだけで、会議室の外にいる人々がそれを求めていると判断することはできません。

代替案の余地を残した問いを立てる

たとえば「途中で中断した申請を、顧客はどうすれば再開できるか？」という問いは、「リマインドメールの文面をどうするか？」よりも広い検討の余地を残します。後者は、メールという手段が決まった後には有用ですが、早い段階で持ち出すと、ほかの可能性を暗黙のうちに排除してしまいます。

セッションには関連するリサーチ結果を持ち込み、思い込み（仮定）とは明確に区別しましょう。たとえば申請手続きのプロジェクトなら、「進捗の喪失」「書類の不備」「受給資格への不安」といった事実から、それぞれ異なる方向性が導き出されるはずです。こうした生々しい体験を、「顧客のエンゲージメント向上が必要だ」といった曖昧な言葉に丸めてしまってはいけません。

IDEO.orgのブレインストーミング手法では、自由でオープンなアイデア出しの時間を推奨しています。実際のセッションでは、発言の順番争いをすることなく一人ひとりがアイデアを深められるよう、全体で話し合う前に個人で考える時間を設けると効果的です。

参加と評価のプロセスを丁寧に進める

立てた問いに必要な視点をもつ参加者を選び、全員が貢献できるよう十分なコンテキストを共有しましょう。物静かなエンジニアなら、一見シンプルに見える提案に隠れた重大な依存関係を把握しているかもしれませんし、カスタマーサポートの担当者なら、顧客が実際に使っているリアルな言葉づかいに気づけるはずです。

選択肢を出す時間と評価する時間は明確に分け、切り替えをはっきりさせます。評価のフェーズに入ったら、見込まれるメリット、根拠、実現可能性、リスク、そして次に何を学べるかなど、課題に紐づいた基準を使いましょう。ドット投票（シール投票）はその場での好みを可視化できますが、それだけで顧客の支持の裏付けになるわけではありません。

それぞれのアイデアは、きちんと吟味できるまで個別の形を保ちましょう。すべての提案をひとつの大きな機能に詰め込んでしまうと、そもそも比較検討する価値のあった「違い」が失われてしまいます。

選んだアイデアを「次の問い」に変える

なぜその方向性を選んだのか、その背景にある前提条件（仮定）を記録しておきます。たとえば「下書き保存」の提案は、「進捗が保存されていると顧客が信用してくれること」や「別のデバイスからも再開できること」を前提にしているかもしれません。こうした仮定を言語化することで、次にやるべきリサーチの目的が定まります。

コンセプトテストでは提案する体験が意図通りに受け入れられるかを探り、プロトタイプテストではより具体的なインタラクションを検証できます。どちらを実施するにしても、その前にもう一度ユーザーインタビューが必要になることもあります。

実りあるブレインストーミングとは、チームが吟味すべき選択肢と、それをどう検証するかを把握した状態で終えられるものです。壁一面に貼られたアイデアは、あくまで中間成果物にすぎません。真の価値は、最も有力な選択肢に必要な条件をチームで検証していくプロセスから生まれます。