AIユースケースを提案する前に、実際の仕事をどう観察するか

AIユースケースを提案する前に、直近案件の聞き取り、現場観察、成果物、短期日誌、業務記録を組み合わせ、申告された不満を再発する制約と切り分け、反証と不確実性を残したままAI、ルール、業務変更、追加調査、中止のどれを試すべきか判断する方法を解説する。

ModelFold Editorial Team2026年7月26日9 分で読めます

AIユースケース探索
業務調査
現場観察
プロセス探索
AI機会評価
責任あるAI
業務再設計

現場の不満は調査の出発点であって、まだAIユースケースではない。例えば顧客オンボーディング資料の作成が遅いと聞けば、要約AIを置きたくなる。しかし完了案件を追うと、難しい案件では不足した商談判断を待ち、矛盾する入力項目を解消した後に資料を書き直しているかもしれない。記憶で描いた業務図だけを根拠にすれば、目立つ執筆工程を自動化しても、反復する制約は残る。

実務観察の要点

不満は重要な調査材料だが、それだけでAIユースケースが成立するわけではない。
開始と終了を定めた実案件を観察し、調査課題に必要な証拠方法だけを組み合わせる。
聞き取り、観察、成果物、日誌、業務記録は、優劣ではなく異なる死角を持つ部分的な視点である。
ボトルネック仮説には、再発、場所、結果、仕組み、反証、介入可能性を記録する。
AIを選ぶ前に、ルール、担当変更、業務再設計、研修、情報改善、介入しない案と比較する。

観察を始める前に、業務の何を決めるべきか

同僚が会議テーブルの上で印刷資料と色分けされたフォルダーを左から右へ並べ、小さな黒い矢印で作業の流れを示している。

最初に決めるのは、業務の開始条件、終了条件、成果物、その利用者、参加する役割、通常案件と例外案件の範囲である。調査課題も先に書き、「どこで待ちが生じるか」「どの判断で情報が足りなくなるか」のように絞る。オンボーディングなら、承認済みの営業引き継ぎを受け取ってから、デリバリー責任者が資料を受け入れるまでを対象にし、通常、不完全、途中で範囲が変わった案件を含める。現場で上流や下流の依存が判明したら、この境界は更新してよい。

反復する実務と実際の成果物から始め、AIで何ができるかという広い質問から始めない。
頻度、変動、引き継ぎ、成果物、後工程の利用者と、今回答える調査課題を記録する。
聞き取り、観察、成果物、日誌、業務記録の全部を義務にせず、死角を補える最小限の組み合わせを選ぶ。

直近案件の聞き取りで、実際の経過をどう再構成するか

男性が開いたバインダーのページを指し、女性が同じ資料を見ながらノートに書き込んでいる。そばにはノートパソコンと書類がある。

具体的な完了案件を1つ選び、開始から受入れまでを時系列でたどると、一般論では見えない分岐と引き継ぎが現れる。「何が届いたか」「次に何をしたか」「何を根拠に判断したか」「誰へ渡したか」「どこが通常と違ったか」「使った資料を見せてもらえるか」と中立的に聞く。画面操作や手順だけでなく、判断の手掛かり、情報不足、迷った選択肢、難しい決定も記録するが、この簡潔な質問列を正式なACTA手順とは呼ばない。

トリガーと到着した情報を確認する。
行動、判断、問い合わせ、引き継ぎを順番に並べる。
受け入れられた成果物と、期待経路から外れた箇所を確かめる。
通常案件と難しい案件を対比し、担当者、営業業務、デリバリー責任者など引き継ぎ双方から聞く。

通常の仕事場では、何を観察すべきか

女性が白いカードを厚い顧客フォルダーに差し込み、隣の同僚が作業を見ながらリングノートに記録している。

普段使う機器、文書、データ、中断、関係者を含む環境で、情報源の切り替え、待ち、確認、手戻り、引き継ぎ、回避策、矛盾した情報の解釈を観察する。観察方式も明記する。無言観察は流れを保ちやすいが理由が分かりにくく、時折の質問は文脈を補う代わりに作業を中断し、継続的な説明は深い理解を得やすい一方で行動を変える。ノートでは「観察した行動」と「調査者の解釈」を分け、案件状況、参照資料、判断、不確実性、引き継ぎ、中断、結果を対応付ける。

観察は個人の成績評価ではなく、業務を理解する調査だと明示する。説明を受けた参加を確保し、新たに録音や録画を始める前には同意を再確認し、調査課題に必要な情報だけをアクセス制限付きで扱う。機密情報や従業員・顧客データを含む場合は、該当するプライバシー、セキュリティ、法務、労務、アクセシビリティ、業務領域の責任者を関与させる。最後に参加者へ再構成を示して訂正を求めるが、小規模な観察を職場全体の客観的な姿とは扱わない。

聞き取りや観察が逃す仕事は、どの証拠で補えるか

研究者が広い作業テーブルに印刷資料とパステル色の付箋を広げ、大きな仕切り付きフォルダーの周囲でグループ分けしている。

成果物、短い作業日誌、運用記録を選択的に足すと、予定した聞き取りや観察で捉えにくい状態と時間経過を補える。テンプレート、表計算、メッセージ、下書き、紙のメモ、待ち行列画面の印や配置は、整理、記憶、追跡、連携の手掛かりになるが、意味は利用者に確認する。日誌は実作業中または直後の短い記録として使い、後で不明点を聞く。ログがあれば待ち、手戻り、重複、逸脱、期限、品質問題を調べる一方、システム外の確認作業も別に記録する。

証拠方法ごとの見える範囲と補い方
証拠方法	分かること	見落としやすいこと	補い方
直近案件の聞き取り	経験、判断理由、引き継ぎ、例外	記憶から抜けた細かな動作	実物資料、実演、別役割の説明と照合
現場観察	道具、中断、回避策、暗黙の支援	まれな出来事、観察されることによる変化	観察方式を記録し、参加者に再構成を確認
業務成果物	状態、優先順位、記憶や連携の手掛かり	利用理由、頻度、文脈	作成者と利用者に意味と使い方を確認
短い作業日誌	時間をまたぐ実案件と発生時の経験	未記入、自己申告の偏り、詳しい背景	後続の聞き取りや観察で不明点を補足
運用記録	再発、待ち、手戻り、逸脱、経路差	システム外作業、理由、共通しない案件定義	観察、成果物、担当者の解釈と照合

申告された痛点は、いつ信頼できるボトルネック仮説になるか

調査チームが色分けされた案件フォルダーの列を比較し、丸い木製マーカーを移動させている。テーブルの手前には木製の矢印が並ぶ。

複数の関連案件、役割、証拠が同じ制約を同じ場所に示し、観察できる結果と結び付いた時点で、痛点は検証に値するボトルネック仮説になる。ただし因果の証明ではない。オンボーディングの例では、遅い要約ではなく、難しい案件で不足する商談判断と矛盾した入力項目へ仮説が移る。通常案件は速く完了し、長い資料ほど一貫して遅いわけではなく、時刻記録にはシステム外の確認がない。この反証を捨てず、次の6問で不確実性を残す。

再発：複数の案件、役割、証拠で同じ制約が現れるか。
場所：待ち、手戻り、情報不足、判断負荷がどこで入るか。
結果：遅延、再処理、修正、脱落、不整合、余分な工数やリスクと結び付くか。
仕組み：制約から結果へ至る説明を、実務担当者が確認または訂正できるか。
反証：問題が起きない案件は何が違い、別の説明や未観察領域は何か。
介入可能性：その地点を変えれば結果が変わり、AIは単純なルールや業務変更より適するか。

反復する制約の場所、続く結果、残る不確実性を示せるまで、AIの置き場所を先に決めない。

証拠に基づくAI機会カードには、何を書くべきか

部門横断のメンバーが会議テーブル中央の白紙をのぞき込み、その左右には裏付け資料と矛盾する案件資料が別々に積まれている。

機会カードには、業務境界、観察した案件、申告された痛点、観察パターン、結果、証拠参照、反証、制約、代替案、次の検証を分けて記す。開始条件、終了条件、成果物、利用者、役割に加え、対象期間、案件種別、参加した役割、使った方法を残す。重要な記述にはフィールドノート番号、匿名化した成果物番号、日誌、記録抽出条件を結び付け、裏付けがなければ仮定と明記する。目的、運用環境、期待する価値、限界、影響、適用範囲、人の監督も欠かせない。

機会を「誰が、どの限定された作業で、どの結果を改善したいか」と表現する。
情報の有無、データ品質、権限、セキュリティ、プライバシー、労務、アクセシビリティ、人の監督を制約として残す。
AI支援を、決定論的ルール、担当変更、業務変更、研修、情報改善、介入しない案と比較する。
次の最小検証について、確かめる仮定、対象案件、成功と失敗の証拠、担当者、見直し日を記す。
結論は「AIを試す」「非AIの変更を試す」「証拠を追加する」「中止する」のいずれかにする。

オンボーディングでは、まず必須入力項目、営業引き継ぎの明確な担当者、見える例外待ち行列を小規模な案件群で試し、待ちと手戻りが変わるかを見る。AIによる下書き支援は、事実がそろった案件に限定して後で比較できる。再発、場所、結果、介入可能性が曖昧なら、提案を急がず証拠を増やすか止める。機密・規制対象の情報や高い影響を伴う判断では、この方法をコンプライアンス判定に使わず、適切な組織責任者と有資格の専門家へ判断を委ねる。