ユーザーがワークショップルームで「普段こういうことをしています」と説明する行動と、実際に現場で観察される行動は、しばしば大きく食い違う。理由は単純で、人間は自分の行動を完全には言語化できない。習慣・ルール・例外処理・その場の判断——これらの多くは「暗黙知」として無意識に実行され、インタビュー室では言葉にならない。

コンテキスチュアル・インクワイアリー（CI）は、ユーザーの現場に調査者が赴き、実際の作業を観察しながら質問する手法だ。インタビュールームに呼ぶのではなく、調査者がユーザーの文脈に入っていく。この逆転が、通常の調査では見えない層のデータを引き出す。

概要

コンテキスチュアル・インクワイアリーは1988年にHugh BeyrとKaren Holtzblattが開発し、後に「コンテキスチュアルデザイン（Contextual Design）」の体系として整理された手法だ。ソフトウェアのユーザビリティ研究から始まったが、現在では製品設計・サービス設計・組織変革まで幅広く応用されている。

基本的な考え方は「徒弟制度（Apprenticeship Model）」にある。調査者がユーザーの「弟子」として現場に立ち、ユーザー（師匠）が仕事をやって見せながら説明する。調査者は観察しながら「なぜそうしたのか」「今何を考えているか」をタイムリーに問う。

この構造には3つの効果がある。ユーザーが「説明のために行動を組み替える」必要がない。実際の環境・道具・割り込み・判断が、そのままデータになる。そして「当たり前すぎて説明しなかったこと」が、調査者の「なぜ？」によって言語化される。

4つのコア原則

BeyrとHoltzblattが定義したCIの4原則は、手法の構造を支えるフレームワークだ。

原則1：文脈（Context）。データはユーザーが実際に作業している現場から収集する。会議室・自宅・工場・店舗——どこで使うサービス・製品であっても、その現場に出向く。文脈が変わればデータが変わる。

原則2：パートナーシップ（Partnership）。調査者とユーザーは対等なパートナーとして協働する。ユーザーが現場の専門家であり、調査者はその知識を学ぶ立場だ。「評価する・評価される」関係ではなく「共に探索する」関係が、ユーザーのオープンな発言を引き出す。

原則3：解釈（Interpretation）。観察した事実をその場で解釈し、ユーザーに確認する。「今のは○○という理由でしたか？」と問うことで、調査者の解釈の誤りをリアルタイムで修正できる。後処理での「推測」が減り、データの精度が上がる。

原則4：フォーカス（Focus）。調査者はあらかじめ「何を理解したいか」というフォーカスを持って現場に入る。ただしそのフォーカスは、現場で見えてきた予想外の重要事項に柔軟に広げる。フォーカスはあくまで「どこから見るか」であって、「何しか見ない」ではない。

ステップ

Step 1：フォーカス設定

現場に入る前に、調査チームで「今回の調査で理解したいこと」を3〜5項目に絞り込む。「どんな状況でエラーが起きているか」「どの情報を意思決定に使っているか」「作業の中断はどのタイミングで起きるか」——このレベルの具体性がフォーカスとして機能する。「ユーザー体験を理解する」という抽象的な目標はフォーカスにならない。

調査設計の段階でエンパシーマップの「まだわかっていないこと」の欄を使い、フォーカスの候補を洗い出すと整理しやすい。

Step 2：調査対象の選定とアクセス設計

調査対象は「実際に作業をしている本人」であることが大前提だ。マネージャーや担当者の上司に話を聞くと、実際の作業の実態ではなく「理想的な作業の説明」が返ってくることが多い。

現場へのアクセス許可は、実施前に書面で取得する。何を観察するか・録音・録画の有無・データの取り扱い方針を明確に伝える。企業・医療機関・行政機関では、個人情報保護・守秘義務に関する取り決めが必要になることが多い。

Step 3：現場導入とウォームアップ

現場到着後、最初の5〜10分は「今から何をするか」の説明と関係構築に使う。ユーザーに緊張を感じさせないよう、「私が評価しているのではなく、あなたから学んでいる」というパートナーシップの構図を言語化して伝える。

「弟子モードに入ります。いつもの仕事をやっていただき、気になることがあれば途中でお聞きします」というフレームを最初に設定しておくと、観察中の質問が自然な流れになる。

Step 4：観察と同時質問（コア段階）

ユーザーが実際の作業を開始したら、観察を始める。調査者が口を挟みすぎず、作業の自然な流れを壊さないことが最優先だ。ただしリアルタイムの質問を完全に止める必要はない。

質問のタイミング：ユーザーが何かを迷った瞬間。「普段と違う」手順を踏んだ瞬間。ツールや資料に手を伸ばした瞬間。感情的な反応（ため息・舌打ち・笑い）が出た瞬間——これらが暗黙知の「入り口」だ。

質問の形式：「なぜそうしたのですか？」は防衛的になりやすい。「今何を判断していましたか？」「このとき、何を参考にしていますか？」という「実況中継型の問い」の方が、自然な回答を引き出しやすい。

観察ノートには「発言の引用」と「行動の事実」を分けて記録する。解釈は括弧書きで、事実とは区別して記録する。

Step 5：まとめと解釈の確認

セッション終盤（最後の10〜15分）は、記録した観察をユーザーに読み上げ、解釈を確認する。「私は○○と理解しましたが、合っていますか？」という確認が、この手法の精度を支える。誤解釈があればその場で修正し、「なぜその行動を取ったか」を追加で聞く機会になる。

Step 6：分析とインサイト抽出

複数のセッション後、収集したデータをアフィニティダイアグラムで整理する。行動パターン・ボトルネック・環境要因・暗黙のルールを軸にクラスターを作ることで、インサイトの輪郭が浮かぶ。

BeyrとHoltzblattの「コンテキスチュアルデザイン」では、この後に「シーケンシャルモデル（作業の流れ）」「フィジカルモデル（物理的環境）」「フローモデル（情報・モノの流れ）」「カルチャーモデル（組織文化・暗黙のルール）」に整理する体系を持っているが、デザイン思考の文脈では問題定義フェーズへの接続を最優先に、シンプルな整理から始めることが多い。

実例：病院の入院手続きフロー改善

医療機器メーカーが、病院の入院受付プロセスを観察したセッションの例だ。

受付担当者へのインタビューでは「手順書通りに進めています」という回答が得られていた。しかし現場での観察から、以下の事実が浮かんだ。

「手順書にない紙の補助メモを3枚、常にデスクに置いている」。なぜか問うと「システムの動きが遅い時用の順番待ちリスト」「患者さんが高齢で聞き返すことが多い項目の確認用チェックシート」「部署に新しく来た人向けの暗号のようなメモ（〇〇さんは□□と言ったら△△に連絡）」という、システムが対応していない「人間が補完しているレイヤー」が可視化された。

インタビュー室ではこれらは「普通のこと」として語られず、調査対象にならなかっただろう。現場観察によって「システムの欠陥を人間が毎日手動で補完している」という真のインサイトが浮かんだ。

ユーザーインタビューとの使い分け

通常のユーザーインタビューと比べたとき、コンテキスチュアル・インクワイアリーが優先されるのは以下の状況だ。

「行動の実態」を知りたいとき（言葉でなく行動が情報源）。「暗黙のルール・例外処理」を掘り起こしたいとき。ユーザーが「自分がどうしているか」を言語化しにくいとき（習慣化された行動・職人的スキル）。物理的な環境・道具・レイアウトが体験に影響していると仮定されるとき。

逆に、態度・価値観・将来の行動意図を知りたいときは、通常のインタビューの方が効率的だ。

留意点

観察による行動変容。「観察されている」という意識が行動を変える「ホーソン効果」のリスクがある。セッション開始後、ユーザーが作業に集中し始めたら意識は薄れることが多いが、導入段階でのコミュニケーションが重要だ。

現場アクセスの難易度。ユーザーの職場・自宅・医療現場への立ち入りは、インタビュー室での調査より許可取得が難しい。プロジェクト計画の段階でアクセス設計を含めておく必要がある。

データ量と分析コスト。1セッション1〜2時間の観察は、大量のテキスト・映像データを生む。複数セッションを並行させる場合は、分析リソースを事前に確保しておく。

コンテキスチュアル・インクワイアリーは「うまくいっているはず」のプロセスや製品に潜む「人間が毎日黙って補完しているもの」を可視化する。そこに発見されるのは、最も価値の高いデザインの問いだ。

参考文献

Beyer, H., & Holtzblatt, K. (1998). Contextual Design: Defining Customer-Centered Systems. Morgan Kaufmann.
Holtzblatt, K., Wendell, J. B., & Wood, S. (2005). Rapid Contextual Design. Morgan Kaufmann.
Nielsen Norman Group. (n.d.). Contextual Inquiry: What It Is and What It’s Useful For. nngroup.com.