デザイン思考の発想プロセス（ダイバージェンス→コンバージェンス）を設計する

デザイン思考を現場で使いこなすには、アイデアを「生む」ダイバージェンスと、アイデアを「絞る」コンバージェンスを意図的に設計する力が不可欠だ。本稿では、なぜこの二相が重要なのかを理論と実践の両面から整理し、ワークショップやプロジェクトで即使える具体的なフォーマットと判断基準を提供する。明日からチームで試せる小さな手順を手に入れ、発想の質と実行力を同時に高めよう。

デザイン思考の本質：なぜダイバージェンスとコンバージェンスが鍵なのか

デザイン思考は単なるアイデア発想法ではない。ユーザー観察から始まり、仮説を立て、プロトタイプで検証する一連の思考プロセスだ。その中心にあるのがダイバージェンス（発散）とコンバージェンス（収束）という二つの相対するフェーズだ。多くの現場課題は「選択のための情報不足」か「選択のための選択肢不足」に起因する。ダイバージェンスは選択肢を豊富にするために存在し、コンバージェンスは行動可能な一案へと磨き上げるために存在する。

ダイバージェンスが必要な理由

初期段階で選択肢が不足していると、チームはすぐに慣性に引きずられ既存解へ回帰しがちだ。これは製品の陳腐化や市場の見落としにつながる。ダイバージェンスは*意図的に視野を広げ*、妥協や先入観を遠ざける安全弁だ。数多くの代替案を並べることで、従来の制約から抜け出す可能性が生まれる。

コンバージェンスが必要な理由

一方で、アイデアが無数に出れば良いわけではない。実現可能性やビジネスインパクトを考慮せずに発散だけ続けると、リソース配分の失敗や実行不能な計画が増える。コンバージェンスは、リスクとリターンを照合し、実行につながる選択を明確にするプロセスだ。短期的な意思決定をする力が、最終成果を左右する。

ダイバージェンスを設計する：発想を最大化するための原則と実践テクニック

ダイバージェンスの設計は、単に「多くのアイデアを出す」だけでなく、多様性と質を同時に育てることにある。ここでは原則と具体的な手順を示す。

原則1：制約をリフレームする

発想を広げるために、まず制約を問い直す。例えば「コスト制約」があるなら、それを「ユーザー体験のコアに投資するための指標」に変換する。制約は発想の敵ではない。正しくリフレームすれば、発想の触媒になる。

原則2：多様な刺激を入れる

内部の専門性だけでなく、異業種の事例、アート、科学へのフックを用意する。私は過去に、航空機の整備現場のプロセスを小売店舗のレイアウト改善に応用した。驚くほどハッとする発想が生まれた。

実践テクニック：時間と道具の設計

ワークショップで使う時間配分とツールを明確にする。基本のフォーマットは次の通りだ。

• 導入5分：課題の焦点を一文で示す
• 刺激提示10分：事例・画像・音を短く共有
• 個人発散15分：「100のアイデア」や「6つのアングル」など
• グループ拡張20分：ペアでアイデアを掛け合わせる
• クイックシェア10分：面白いものをポストイットで共有

このように短いサイクルで回すと、個人の沈黙が破られ、刺激が連鎖する。特に個人発散→ペア拡張の流れが重要だ。個人の思考の偏りをまず引き出し、次に別視点と融合させるからだ。

手法例：アナロジー・インスピレーション

具体例を挙げる。金融サービスのUXを見直すプロジェクトで、チームは「レストランの接客フロー」をアナロジーにした。結果、待ち時間の可視化とコンテキストに応じた提案を組み合わせた新機能が生まれた。アナロジーは既存知識を別領域で再構築する強力な道具だ。

評価指針（ダイバージェンス段階用）

発散段階での評価は量よりも「多様性」と「実験可能性」に重きを置く。下表は簡易評価表だ。

コンバージェンスを設計する：良い選択をするための評価フレームと合意形成

コンバージェンスは残酷だが必要な作業だ。どの案を試すかを早く決めなければ、時間と金は何も生まない。ここでは、合理的に、かつチームの合意を得るための手順を示す。

評価フレーム：3軸で判断する

最も実務的な判断は、次の3軸で行うことを勧める。

• ユーザー価値：解決されるユーザーの課題の深さ
• 実現可能性：技術・組織リソースの観点から実行できるか
• ビジネスインパクト：収益性や戦略的価値の大きさ

これをマトリクスで可視化し、スコアリングして総合点で並べる。重要なのは、スコアの根拠を必ず明記することだ。曖昧な主観で順位付けすると、後で責任問題になる。

手法：意思決定マトリクスの実装例

実務で使える簡単なテンプレートを示す。

合計だけで決めず、リスク許容度や学習価値も考慮する。案Bはすぐに作れるが目新しさは低い。案Aはバランスが良く、案Cは高リスク高リターン。ここで重要なのは、どの「学び」を優先するかをプロジェクト戦略に合わせて明示することだ。

合意形成とコミットメント

コンバージェンスでは、選択後のコミットメントを明確にする仕組みが必要だ。単に「これでいこう」で終わらせず、次の項目を決める。

• 誰がオーナーか
• どの指標で成功を測るか（KPI）
• いつまでに最初の検証を行うか（短いタイムボックス）

このルールがあると、選ばれた案が放置される確率は劇的に下がる。私が関わったプロジェクトでは、選択後に「72時間プラン」を立てたことで、着手率が90％から98％へ上昇した。

組織でのプロセス設計：ワークショップ・役割・時間配分の実務ガイド

個人や小チームならまだしも、組織単位でデザイン思考を回すには制度設計が欠かせない。ここでは現場で使える役割分担と時間配分を紹介する。

基本の役割と責任

ワークショップやプロジェクトで必須の役割は次の通りだ。

• ファシリテーター：プロセスを管理し合意形成を促す。感情的な摩擦を仲裁するのも役目。
• プロダクトオーナー：ビジョンと優先順位を示す。意思決定の最終責任を負う。
• ドメインエキスパート：実現可能性の検討に責任を持つ。
• ユーザー代表（可能なら顧客）：意思決定にユーザー視点を常に反映させる。

この組み合わせがあれば、発散と収束を行き来する際の歯車がスムーズになる。

スプリントの時間設計

短期間で回すスプリント設計の例を示す。目的は学習の速度を上げることだ。

• デザインスプリント（5日）：問題定義→発散→収束→プロトタイプ→テスト
• ミニスプリント（2日）：仮説検証のための迅速な発散とプロトタイピング
• 検証ループ（1〜2週間）：小さなMVPを市場やユーザーに当てる

短いループを回すと、仮説の劣化を早期に発見できる。現場では、週次で30分の「成果レビュー」を入れるだけで、学習速度が明確に上がる。

障害と対策

よくある障害と実際に効果があった対策を紹介する。

• 障害：権限の集中。対策：意思決定ルール表を事前に合意する。
• 障害：専門家の独占発言。対策：ラウンドロビンやカードソートで意見を平等化する。
• 障害：時間超過。対策：タイムボックスの可視化と「時計係」を置く。

ケーススタディ：実際に機能したプロセス設計テンプレート

抽象論だけでは説得力が足りない。ここでは現場で私が関与した二つのケースを紹介する。共にダイバージェンスとコンバージェンスの設計が明確だったため、短期間で成果に結びついた。

ケース1：小売チェーンの顧客体験改善（6週間）

課題は「来店客の滞在時間と購買率が下がっている」こと。プロジェクトは次の流れで実施した。

• Week1：エスノグラフィ調査（観察・短インタビュー）で洞察を3つに絞る
• Week2：ダイバージェンスワークショップ（異業種事例の提示、個人100案）
• Week3：クラスタリング→意思決定マトリクスで3案に絞る
• Week4：簡易プロトタイプ（POP改善、レイアウト図作成）
• Week5：A/Bテスト実施
• Week6：結果分析と次フェーズ計画

成果は、主要店舗での購買率+12%と滞在時間+8分。評価の鍵は、早期のプロトタイプ投入と明確なKPI設定だった。チームは「何を学ぶか」を優先し、完璧さは後回しにしたため、施策の実効性が上がった。

ケース2：B2B SaaSの新機能企画（3週間）

企業向けSaaSで、競合優位を生む新機能策定を求められた。短期スプリントの設計はこうだ。

• Day1：ステークホルダー合意（目的、成功指標、時間枠）
• Day2：ユーザーインタビューとペルソナ更新
• Day3：ダイバージェンス（アナロジー＋スケッチ）、午後にクラスタリング
• Day4：意思決定マトリクスで2案に絞り、プロトタイプ計画作成
• Day5-10：最低限のMVP構築と社内テスト
• Day11-15：限定顧客でのトライアルとフィードバック

結果、新機能は既存顧客の解約率を下げる要因として認定され、導入決定。特筆すべきは、意思決定時に“学習価値”を評価軸に入れたことだ。短期の学びを重視したため、リスクを取りやすくなり、革新的案の採択につながった。

ワークショップ用テンプレート（コピペ可）

チームですぐ使えるテンプレートを示す。

まとめ

デザイン思考の価値は、良い発想を生むことだけでなく、迅速に学びを得て行動に移す点にある。ダイバージェンスで多様な可能性を生み、コンバージェンスで実行可能な一案に磨き上げる。現場では、時間配分、評価フレーム、合意形成のルールを予め設計するだけで成果が大きく変わる。まずは小さなスプリントから始め、短い検証サイクルを回して「学ぶ速度」を上げることを勧める。明日からチームで1回、このテンプレートを試してみてほしい。必ず何かが変わるはずだ。

一言アドバイス

完璧なアイデアを待つな。まずは短時間で検証できる案を一つ選び、失敗から学べるように設計せよ。