ツール・手法 NEW

リモートでのデザイン思考ワークショップ運営術

Miro・FigJam・Zoomを使ったオンラインワークショップの設計と運営。200回以上のワークショップ観察から導き出した、対面と遜色ないリモート共感・発想・プロトタイプ体験の実現手法を解説する。

12分で読める

2020年以降、デザイン思考のワークショップはオンラインへの移行を迫られました。最初の反応は悲観的なものでした。「付箋が貼れない」「ホワイトボードが使えない」「参加者の表情が見えない」——対面前提で設計されてきた手法が、画面越しの参加者に届くはずがないという諦観です。

しかし200回以上のワークショップ観察を経て見えてきた実態は、 そのような二分法が間違いだった ということです。リモートは対面の劣化版ではなく、固有の制約と可能性を持つ別の場です。そのルールに合わせた設計が必要なだけです。

リモートワークショップの本質的な課題

リモートワークショップが対面と根本的に異なる点は3つあります。

第1に、注意の競合です。 対面では物理的な場が参加者を「ここにいる」状態に引き込みます。しかしリモートでは、Slackの通知・メールの受信通知・別のブラウザタブが同じ画面に共存しています。ファシリテーターは参加者の注意を常にワークショップに引き戻す設計が必要です。

第2に、非言語情報の欠落です。 対面では部屋の空気感、参加者の姿勢、小声での相談が自然に見えます。ビデオ通話では顔の表情に情報が限定され、しかもその表情もカメラ解像度・ライティング・接続品質によって大きく歪みます。

第3に、同期の難しさです。 対面では「今この付箋を貼って」という指示が全員に同時に伝わります。リモートでは、ツール操作の習熟度に差があり、技術的なトラブルで1名が10分離脱するだけでセッション全体が止まります。

これらを踏まえた設計論を、フェーズ別に解説します。

ツール選定の基準

Miro — デジタルホワイトボードの定番

Miroは、デザイン思考のリモートワークショップで最も広く使われているデジタルコラボレーションツールです。付箋、テキスト、図形、フレーム、リンクをビジュアルで扱え、複数人が同時に編集できます。

ワークショップ用途での強みは テンプレートの豊富さと直感的な操作性 です。アフィニティダイアグラム・HMWフレーム・クレイジーエイト用の8分割キャンバスが事前に設定できます。初めて使う参加者には必ず事前の操作練習(5〜10分)が必要です。

FigJam — デザイナーに親和性の高い選択肢

FigJamはFigmaが提供するコラボレーションホワイトボードです。Figmaを使うデザインチームとのプロジェクトでは、 Figmaとシームレスに連携できる点 が実用的です。Miroほどの多機能ではありませんが、そのシンプルさが初心者には馴染みやすいケースもあります。

Zoom vs Teams vs Meet — ビデオ会議の選択

ビデオ会議ツールの選定は、組織の既存ツールに従うのが現実的です。ただしワークショップ観察から強調したいのは、 ブレイクアウトルーム機能の有無と使いやすさ です。グループワークが中心のデザイン思考では、ブレイクアウトルームの出入りが頻繁に起きます。Zoomは全員をランダムに割り当て直す機能が充実しており、ファシリテーター側の操作負荷が低いです。

フェーズ別:リモート実践ガイド

共感フェーズ:インタビューの再設計

対面のユーザーインタビューをそのままビデオ通話に移行すると、一つの問題が浮かびます。 ユーザーの生活環境が見えない という問題です。対面では「本棚に何が並んでいるか」「机の上に何が置いてあるか」が自然に見えますが、ビデオ通話では意図的に背景を隠すユーザーも多くいます。

解決策の一つは 「見せてもらう」という明示的なリクエスト です。「あなたが普段その問題に向き合う場所を、カメラで見せていただけますか」——この問いが環境観察をビデオ通話でも可能にします。もう一つは 画面共有を使ったコンテキスト観察 です。「その操作をしているところを画面共有しながらやってもらえますか」という依頼で、デジタルサービスの利用シーンを観察できます。

リモートインタビューのもう一つの利点は 地理的制約の消失 です。東京のチームが北海道の農家にインタビューする、海外ユーザーに直接話を聞く——対面では実現が難しかったユーザーアクセスが、ビデオ通話で可能になります。

問題定義フェーズ:Miroでのアフィニティマッピング

インタビューで集めた情報をもとにアフィニティダイアグラムを作る作業は、リモートで最も機能しやすいフェーズの一つです。

Miro上での手順はシンプルです。まず全員が各自の発見を付箋に書き(1付箋1インサイト)、一つのフレームに集積します。次に「似たもの同士を動かしてまとめる」作業を5〜8分行います。最後にグループ名をつけて、「最も重要なインサイトはどれか」をドット投票で決定します。

この手順がリモートで機能する理由は、 全員が同じデジタルキャンバスを見ながら操作するという構造にあります。 対面では「あのエリアの付箋が見えにくい」という物理的な問題がありますが、Miro上では全員が同じ情報を同じズームレベルで見られます。

創造フェーズ:ブレインストーミングの工夫

リモートブレインストーミングで最も避けるべきは、 「では自由にアイデアを出してください」という開始 です。この開始は対面でも難しいですが、リモートでは沈黙がさらに重くなります。

効果的な手法は「並行ブレインストーミング」です。全員が同時にMiroに付箋を書き込む時間(5分・タイマー表示)を設け、その後でシェアするという順序です。 「聞いてから考える」より「書いてからシェアする」の順が、全員の声を引き出します。 リモートでは発言の順番待ちが対面より強くなるため、この並行方式が参加者間の発言量格差を減らします。

クレイジーエイトをリモートで実施する場合は、 Miroの「8分割フレーム」を各自に割り当て、カメラオン推奨で8分のタイマーを共有画面に表示 します。紙とペンで描いて撮影する方法と、Miroのペンツールで直接描く方法の両方が使えます。

プロトタイプフェーズ:デジタルとアナログの組み合わせ

プロトタイプはリモートで最も課題が多いフェーズです。物理的なもの(模型・スケッチ)を作れないという制約がある一方で、 デジタルプロトタイプに特化することでプロセスを加速できる という面もあります。

デジタルUIのプロトタイプは、FigmaやCanvaと組み合わせることで、対面より速く作れます。ペーパープロトタイプが必要な場合は「各自が紙に書いて、カメラに向かって見せる」という方法が、ローファイな共有として機能します。

観察で繰り返し確認された有効な手法は Miro上でのストーリーボード作成 です。ユーザーが製品/サービスを使うシナリオを4〜6コマの絵コンテ形式で共同作成することで、チーム全員がプロトタイプの「ストーリー」を共有できます。

テストフェーズ:リモートユーザーテストの設計

ユーザーテストはリモートで実施しやすいフェーズです。画面共有を使ったUsability Testing(ユーザーに操作してもらいながら思考発話してもらう)は、 ツール「Maze」「UserTesting」などを使うことでさらに構造化できます。

テストセッション中のファシリテーターの役割分担が鍵です。「インタビュアー(質問する人)」「ノートテイカー(観察を記録する人)」「タイムキーパー」の3役を明確に分け、インタビュアーだけがユーザーと話すルールにします。複数人がユーザーに話しかけると、テストセッションが混乱します。

リモート特有のファシリテーション技術

エネルギー管理:画面疲労との戦い

「Zoom疲れ」は実証研究で確認されている現象です(Bailenson, 2021)。連続して画面を見続けることによる認知的負荷は、対面のコミュニケーションより高いことが示されています。

実践的な対策は 「45分作業+10分休憩」のサイクルを明示的に設計する ことです。休憩時間には画面を閉じて立ち上がるよう促します。半日以上のワークショップでは、この設計が後半のエネルギーレベルに決定的な差をもたらします。

チェックイン・チェックアウトの強化

対面では開始時の「部屋に入ってきた空気」がチェックインを代替します。リモートでは意図的なチェックインが必要です。

有効なチェックイン方法の一つは「天気予報」です。「今の自分の気持ちを天気で表すと?(快晴・曇り・嵐など)」という問いに一人ずつ答えることで、全員が声を出し、お互いの状態を確認します。所要時間は5〜8分。これが場の安心感を作ります。

ブレイクアウトルームの設計

グループワークのブレイクアウトルームは、 開始前に構造を徹底的に明確化 することが必要です。「ブレイクアウトに入ったら、最初の5分でXをして、次の10分でYをして、最後の3分でZをまとめて戻ってきてください」という指示を、文字でチャットに貼り付けてから開始します。

ブレイクアウトでの観察が難しいのはリモートの弱点です。ファシリテーターが各ルームを巡回することが物理的にできないため、 Miroのアクティビティ(付箋の更新状況)をメインルームから観察しながら、止まっているグループに入るという方法 が補完として機能します。

よくある技術トラブルと対処法

最も頻繁に起きるトラブルは「Miroのアクセス権限がない」「音声が聞こえない」「ブレイクアウトルームに入れない」の3つです。これらはすべて 開始5分前の「テクニカルチェック」 で発見・解決できます。

ワークショップ開始の15分前をツールの練習時間として参加者に案内することで、本番開始時の技術的な混乱を大幅に減らせます。この15分は形式上「任意参加」でも、実際には80%以上の参加者が来ることが観察から確認されています。

まとめ:リモートを設計する

リモートワークショップは「対面の代替」ではなく「独自の設計が必要な場」です。ツールの選定・フェーズ別の手法・エネルギー管理・技術準備——この4軸を事前に設計することで、参加者の体験の質は大きく変わります。

最も重要なのは、 リモートでも「安全な実験の場」を作るというデザイン思考の本質は変わらない という認識です。ツールが変わっても、ファシリテーターがその場に心理的安全性を生み出す役割を担っていることは対面と同じです。


参考文献

  • Jeremy N. Bailenson, “Nonverbal Overload: A Theoretical Argument for the Causes of Zoom Fatigue,” Technology, Mind, and Behavior, 2(1), 2021
  • IDEO.org, Design Thinking for Educators Toolkit, 2nd edition, IDEO.org, 2012
  • Miro, “Design Thinking Templates,” miro.com/templates, 2024
  • Chauncey Wilson, “User Interface Inspection Methods,” Elsevier, 2014

Related