チームでコンセプトマッピングを行うとき、個人作業とは別の難しさが生まれる。「概念の粒度がバラバラ」「リンクラベルを巡って議論が発散する」「気づいたらファシリテーターだけが付箋を動かしている」——こうした状況は、手順と収束ルールが事前に共有されていないことから起きる。
本記事では、2〜8名規模のチームワークショップを前提に、準備から成果物の確定までの実践的な進行方法を記述する。
ワークショップの準備
当日の進行を安定させるには、3つの準備が欠かせない。
焦点問いの設定。 Joseph Novak が強調したように、「焦点となる問い（Focus Question）」がないマッピングは散漫になる。セッション開始前にファシリテーターが問いを草案し、チームに確認しておく。「このシステムを利用者が使い続けない理由は何か」「新サービスが既存顧客に受け入れられるために何が必要か」のように、探索の範囲と目的が伝わる形にする。
素材の用意。 対面の場合はA3ないしA1サイズの模造紙と色の異なる付箋2種（概念用・リンクラベル用）、太めのマーカーがあれば十分だ。デジタルの場合は後述のツール選定を先に済ませておく。
参加者への事前説明。 「コンセプトマップはマインドマップではない」という認識合わせは当日でも間に合うが、初参加者が多い場合はチェックシートなどで事前に伝えておくとスムーズだ。リンクラベルを言語化することへの抵抗感が最初の障壁になりやすい。
3フェーズの進行
フェーズ1：発散（所要目安20〜30分）
焦点問いを全員が見えるところに掲示した状態で、各自が思い浮かんだ概念を付箋に書き出す。1枚1概念が原則だ。名詞または名詞句に絞り、動詞文や文章は書かない。「利用者の操作ミス」は使えるが「利用者が操作ミスをしやすい」は概念ではなくすでに関係性の記述になっている。
この段階では他の人の付箋を見ながら追加してよい。10〜15分で個人作業を終えたら、ファシリテーターが全員に付箋を読み上げてもらいながら壁や模造紙に貼り出す。重複している概念はこの時点で1枚に統合するか残しておくかをチームで判断する。
最低でも20〜30枚の概念が出ていれば次のフェーズに移れる。少ない場合は「観察した具体的な場面を起点に何が見えたか」を問い直すと概念が追加されやすい。
フェーズ2：構造化（所要目安30〜40分）
概念を位置づけていく。上位から下位へ（より包括的な概念から具体的な概念へ） という階層を意識しながら縦軸に配置するのが基本だが、ネットワーク状に広がるケースも多い。無理に厳密な階層を作ろうとせず、「この概念はこの概念より範囲が広い」という感覚で動かしていく。
配置が安定したら、関連する概念同士を線で結び始める。この段階でリンクラベルを書くことが最大のポイントだ。「〜は〜を増幅させる」「〜は〜の原因の一つだ」「〜は〜に依存している」のように動詞句を1〜2行で書いた付箋をリンクの上に貼る。ラベルが書けないリンクは関係がまだ曖昧な証拠であり、無理につながなくてよい。
この工程で議論が白熱しやすい。「その関係は因果か相関か」「この概念は1つに統合すべきか分けるべきか」といった問いは、チームの認識の差を表面化させる。ファシリテーターの役割はこの議論を止めることではなく、議論の結論をマップ上のラベルに反映させることだ。
フェーズ3：収束（所要目安20〜30分）
クロスリンクの探索から始める。異なる概念群を横断するリンク——通常は繋がらないと思われていた概念が実は関係していた——を見つけた場合は赤いマーカーまたは目立つ色で描く。クロスリンクはインサイトの濃度を示す指標だ。
収束フェーズでは不要な概念の削除も行う。焦点問いとの関係が希薄だと判断された概念は「駐車場（Parking Lot）」エリアに移動し、マップの主要部分から外す。削除ではなく移動にとどめることで、後から再評価できる。
最後に、完成したマップ全体をチームで通読し、「このマップを3文で要約すると何か」を言語化する。この要約がインサイトの核になる。
収束ルール
議論が発散しやすいワークショップで収束を促すための基準を事前に合意しておく。
「2票ルール」。 特定の概念やリンクについて合意できない場合、参加者の過半数が支持する案を採用する。少人数（3〜4名）では挙手、大人数ではドット投票が使いやすい。
「Parking Lot への一時退避」。 1分以上議論が続くようなら、問題の概念やリンクを駐車場に移してセッション後半に再検討する。マップの進行を止めないための実践的な安全弁だ。
「ラベルが書けないリンクは引かない」。 動詞句でリンクラベルを明示できない関係線はマップに加えない。このルールがあることで「なんとなく関係している気がする」という曖昧な結合を排除できる。
「概念の粒度統一チェック」。 構造化フェーズの終盤に一度立ち止まり、概念の抽象度が極端に異なる付箋がないか確認する。「ユーザー体験全体」と「ボタンのラベル文言」が同列に並んでいる場合は、どちらかをより適切な階層に移動させる。
デジタルホワイトボードの運用
ツール比較記事で詳細を扱っているが、ワークショップ文脈での運用ポイントを補足する。
テンプレートを事前に作る。 FigJam・Miro・Mural のいずれを使う場合も、焦点問いをキャンバス上部に固定し、概念用・リンクラベル用のスティッキーノートをカラーで区別する設定を事前に済ませておく。当日この設定を行うと参加者が待つ時間が生まれ、集中が途切れる。
「全員同時編集」と「発表者1名編集」の切り替え。 発散フェーズは全員が同時にノートを追加する全員編集モードで進める。構造化フェーズ以降は、ファシリテーターまたは指名した1名がノードを動かしながら他のメンバーが口頭で指示を出す発表者モードに切り替える方が混乱が少ない。
定期スナップショット。 構造化フェーズの開始時・終了時・収束後の3タイミングで画面をエクスポートしておく。最終形だけ残すと「なぜこの構造になったのか」というプロセスが失われる。議論の変遷を共有できることが、後続のステークホルダーへの説明材料になる。
解像度と命名。 共有URLやファイル名には焦点問いの要点を入れる。「ConceptMap_v3.png」よりも「システム不使用要因_コンセプトマップ_20241025.png」の方が後から参照しやすい。
よくある失敗と対処
「付箋の山が出来るだけで終わる」問題。 原因はほぼ全て「リンクラベルを後回しにしたこと」だ。構造化フェーズに入ったら、概念の配置よりも先にリンクラベルの作成を促すことで防げる。
「ファシリテーターの独壇場になる」問題。 ファシリテーターが一人でノードを動かし続けると、他の参加者は傍観者になる。4名以上の場合は概念群をエリアに分けて担当者を設けるか、タイマーを使って数分おきに作業者を交代させる。
「全体像を誰も把握していない」問題。 大きなキャンバスで各自が作業し続けると、全体の構造が見えなくなる。30分に1回程度、全員で俯瞰視点に戻り「今どこを作っているか」「焦点問いとの整合はあるか」を確認するブレイクを入れる。
「終了後に使われないマップになる」問題。 ワークショップで生成したマップは、翌日には参加者の記憶から薄れる。収束フェーズで作った3文の要約と、次のアクションへの橋渡し（HMW の問いへの展開など）をセッション終了前に必ず行う。マップは手段であり、アウトプットは意思決定や問いの深化でなければならない。