AI導入ヒアリングの進め方｜現場で止めない実践ステップ

AI導入ヒアリングは、AI化する業務をその場で決める会議ではありません。目的と対象を定め、実務者から通常手順・例外・扱う情報を聞き、発言と観察事実を分けて記録します。回答者確認と差し戻しを経た資料を棚卸し・診断へ渡すまでが、本記事でいう完了です。

AI導入ヒアリングは「事実を確認して後工程へ渡す」7ステップ

AI導入ヒアリングは、範囲設定から確認済み記録の引継ぎまでを7ステップで進めると、担当者と成果物が曖昧になりません。

この記事でいう「AI導入ヒアリング」は法令用語や公的な統一定義ではなく、AI活用を検討する前に部門の業務事実を聞き取り、後工程へ渡せる形に整えるための編集上の定義です。ヒアリング中に製品、AI化可否、投資対効果、優先順位を決めるのではなく、判断に必要な材料と未確認事項をそろえます。

最初に全体像を共有しておくと、参加者は「何を準備し、どこまで答えれば完了か」を理解できます。

Step	主担当	主な入力	実施内容	成果物	例外時の扱い
1	スポンサー、ヒアリング責任者	経営課題、既存方針	今回決めることと決めないことを定義	ヒアリング計画書	目的が「AIを入れる」だけなら目的を再設定
2	ヒアリング責任者	組織図、対象業務の仮範囲	回答者と運営担当を割り当てる	対象者・担当者一覧	実作業を説明できる人がいなければ追加日程を設定
3	進行役、記録者	マニュアル、帳票、画面、直近記録	質問ガイドと記録方法を準備	質問ガイド、資料一覧、記録ルール	情報の扱いが未確認なら録音や外部AI利用を保留
4	進行役	質問ガイド、業務の実物	通常手順、直近例、例外、承認を聞く	原記録、参照資料一覧	抽象回答は直近の具体例へ戻して確認
5	記録者、進行役	原記録	発言、観察事実、推定、要望、決定を分離	整理済み記録、相違・未確認事項一覧	AI要約だけを確定記録にしない
6	回答者、業務責任者	整理済み記録	訂正、追加資料、相違点を確認	確認済みヒアリング記録	不一致は消さず、論点と確認先を残す
7	ヒアリング責任者	確認済み記録	後工程の入力資料として取りまとめる	引継票	AI化可否を断定せず、保留として渡す

この順序は公的機関が定めた固定手順ではありません。NIST AI RMFのMapは、目的、利用者、影響、前提・限界、関係者から得た要件などの理解・文書化を示しますが、任意利用の枠組みであり、固定順序の公式チェックリストではありません。本記事ではそれらの観点とユーザー調査の実務を、部門ヒアリング用の流れへ組み直しています。

Step 1｜今回決めること・決めないことを定める

最初に、ヒアリングで確認する範囲、対象外、完了状態、引継先を一枚の計画書へ記します。

目的は「AIを導入できる仕事を探す」だけでは広すぎます。「受注後の見積作成業務について、開始から承認までの実際の流れ、例外、入力情報を確認する」のように、対象プロセスと必要な情報を示してください。対象部署を決めても、業務の始点と終点が曖昧なら、回答者ごとに別の範囲を話してしまいます。

一方、ヒアリング中に決めないことも明記します。AI製品の選定、AI化の可否、投資対効果、業務候補の順位、PoCの設計は後工程です。現場の要望を聞いた場で「それはAIでできます」と約束せず、「候補として記録し、棚卸し・診断で検討する」と伝えます。

ヒアリング計画書には、少なくとも次を文章で残します。

• 背景と、今回の聞き取りで明らかにしたい問い
• 対象部署、対象プロセス、始点・終点、対象外
• 回答者を選ぶ基準と、確認を依頼する業務責任者
• 使用する事前資料、記録方法、記録の保存先
• 完了後の引継先と、「確認完了」「差し戻し」「追加ヒアリング」の扱い

目的に利用予定のAIが含まれる場合も、その名称を結論にしません。想定用途、誰が使うか、出力を何に使うか、外部送信・更新・確定・削除などの操作があるかを仮説として書き、現場で事実を確認します。

Step 2｜聞く相手と担当者を決める

回答者は肩書きではなく判断権限と実作業の知識で選び、進行・記録・確認の責任も先に割り当てます。

経営者、部門責任者、実務者を毎回同人数そろえる公的要件は確認されていません。従業員50〜300人規模の企業では兼務も可能です。ただし、目的を決めた人だけでは日常の例外が抜け、実務者だけでは対象範囲や承認経路を確定できません。必要な視点を誰が持つかで参加者を決めます。

役割	主な責任	選ぶ基準	兼務時の注意
スポンサー	背景、目的、許容しない影響を示す	経営・事業上の判断ができる	全回参加は必須にせず、計画と引継ぎ内容を確認
ヒアリング責任者	範囲、日程、差し戻し、引継ぎを管理	部門をまたぐ調整ができる	進行役を兼ねても、回答の正誤を一人で確定しない
進行役	中立的に質問し、不明点を追う	業務を決めつけず具体例を聞ける	記録も兼ねる場合は、重要箇所を復唱して確認
記録者	原記録、根拠、未確認事項、修正履歴を残す	発言と解釈を分けて書ける	AI文字起こしを使っても原記録の確認責任を持つ
業務責任者	対象範囲、現行ルール、相違点を確認	業務全体と承認経路を把握している	実運用を推測で補わず、実務者へ確認する
実務者	通常手順、直近例、例外、手戻りを説明	対象業務を実際に行っている	上司の前で答えにくい論点は別枠で確認
専門確認者	情報管理、法務、セキュリティ等を確認	論点に必要な専門性と権限がある	常時参加ではなく、該当論点を明示して依頼

特に重要なのは、対象業務の直近例を自分の経験として説明できる人を含めることです。担当者が欠席する場合は、業務責任者の推測で埋めず、画面共有による実演や追加ヒアリングを設定します。参加者ごとに「何を確認するために選んだか」を対象者一覧へ書いておくと、聞き漏れを判断しやすくなります。

総務省・経済産業省のAI事業者ガイドライン第1.2版は、非拘束的なソフトローです。同版は各主体にアカウンタビリティを果たす責任者を設定することを示しますが、具体的な役職名や人数は定めていません。自社の体制へ当てはめる際は、公式要求のように役職を固定せず、誰が記録を受け取り、誰へ問い合わせるかまで明確にします。

Step 3｜質問ガイドと記録ルールを準備する

質問ガイドは、確認する実物、導入質問、追質問、記録区分を組み合わせ、会話を固定しすぎない形で作ります。

GOV.UKのユーザーリサーチ手引きは、調査で答える問いを確かめ、トピック、導入質問、追質問を準備し、事前の試行で不明瞭な質問や流れを修正する手順を示しています。これは英国政府サービス向けの実務資料であり、日本企業のAI導入ヒアリングに対する法的要件ではありませんが、誘導を避けて具体例を聞く準備に応用できます。

事前資料は、組織図やマニュアルだけに限りません。実際に使用する帳票、表計算ファイル、システム画面、メールの定型文、直近案件の作業記録、差し戻し記録も依頼します。資料が存在しない業務では、回答者に一連の操作を実演してもらい、開始時点、参照情報、判断、受渡し先を記録する方法で補えます。

質問領域	確認する実物	導入質問	追質問の例
目的と範囲	方針書、依頼票	この業務は何をもって完了ですか	前工程から何を受け取り、誰へ渡しますか
通常手順	マニュアル、画面、帳票	直近の一件を最初から説明してください	その時、どの画面・項目を確認しましたか
入力と出力	ファイル、メール、成果物	何を受け取り、何を作りますか	情報が不足していたら誰へ戻しますか
例外と手戻り	修正履歴、問い合わせ記録	最近、通常どおり進まなかった例はありますか	何が違い、誰がどのように判断しましたか
確認と承認	承認記録、チェック結果	完成前に誰が何を確認しますか	不在時や緊急時はどう処理しますか
扱う情報	情報区分、利用規約	個人情報や機密情報を扱いますか	保存先、閲覧者、外部サービスへの入力有無はどうですか
現行の数値	作業ログ、台帳	時間や件数の記録は残っていますか	実測か推定か、期間と対象範囲は何ですか

質問数や所要時間に標準値は設けません。目的、対象範囲、参加者、実物の量、回答者確認に必要な工程から決めます。質問ガイドは全員に共通するトピックをそろえる助けになりますが、順に読み上げる台本ではありません。新しい例外や相違点が出たら、誘導しない追質問を優先します。

録音や生成AIによる文字起こし・要約を使う場合は、利用目的、入力する情報、保存先、閲覧者、保存期間または削除条件を事前に確認します。個人情報保護委員会の2023年6月2日の注意喚起は、個人情報を含むプロンプトについて利用目的を達成するために必要な範囲内かを確認すること、一定の場合に個人データが機械学習へ利用されないこと等を十分に確認することを個人情報取扱事業者へ示しています。これは2026年時点の最終基準を示す文書ではなく、個別の適法性は自社規程、契約、利用規約、プライバシーポリシーと合わせて確認が必要です。確認できるまでは、該当情報を外部AIへ入力しません。

Step 4｜通常業務から直近の例外まで聞き取る

実施時は、目的と記録方法を説明したうえで、通常の流れから直近の具体例、例外、承認、扱う情報の順に聞きます。

冒頭では、AIの知識を試す場ではないこと、製品やAI化をその場で決めないこと、回答をどう記録して誰が確認するかを伝えます。録音する場合は開始前に確認し、同意が得られなければメモなど合意した方法へ切り替えます。

最初の質問は「この業務はどうあるべきですか」ではなく、「直近で完了した一件について、依頼を受けてから次の担当者へ渡すまでを教えてください」とします。回答に沿って、使用した資料、画面、入力項目、判断材料、成果物を見せてもらいます。マニュアル上の説明と実際の操作が違っても、その場で是正せず、両方を記録してください。

聞き取りは次の流れで進めると、抽象的な不満を業務事実へ変えやすくなります。

1. 開始条件と完了条件を確認する
2. 担当者、入力、実際の操作、出力、次の受渡し先をたどる
3. 直近の一件で起きた手戻りや待ち時間を確認する
4. 繁忙時、入力不足、顧客別様式、承認者不在などの例外を聞く
5. 個人情報・機密情報の有無と現在の保存・共有方法を確認する
6. 外部送信、更新、確定、削除など、影響を伴う操作と人の確認点を聞く
7. 不明点を復唱し、追加資料と回答者確認の方法を決める

「時間がかかる」と言われたら、すぐ数値を作らず、記録の有無を確認します。数値を残す場合は、実測、記録値、回答者推定のいずれかに区分します。数値と同じ行に、証拠ラベル、期間、母数、対象業務、対象者、組織規模、根拠資料、測定限界を置き、未確認の条件は「未確認」と明記します。回答者の感覚値は、実測や記録値と混ぜず「回答者推定」として残します。

AI事業者ガイドライン第1.2版のAI利用者向け記述では、出力によって重大な影響または被害が生じ得る場合に、人間の判断を介在させる仕組みに基づいて適宜判断することが示されています。これを全操作への一律承認と一般化せず、現行業務で影響が生じる操作と確認者を聞き取ります。AI提供者向けの最小権限やAI開発者向けの必要最小限のデータ入力・参照は、読者であるAI利用者への公式要求ではありません。必要なら、自社で決める事項と提供者・開発者へ確認する事項を分けて引き継ぎます。

Step 5｜発言と観察事実を分けて記録する

原記録は、発言、観察事実、回答者推定、要望、決定を別欄に置き、根拠と確認状態を追えるようにします。

「入力に時間がかかる」は発言です。画面共有で同じ情報を複数箇所へ転記したことを見たなら観察事実です。「入力項目が多いのが原因だろう」は推定であり、「項目を減らしてほしい」は要望です。これらを一つの「課題」欄へまとめると、後工程で要望が事実や決定として扱われます。

GOV.UKの分析手引きも、観察した内容と意味づけを分け、必要に応じて録音などで観察や発言を確かめてから、知見と次の行動を決める流れを示します。本記事では、この考え方を「原記録から確認済み記録までの統制」として使います。

対象工程	原記録	区分・証拠ラベル	根拠	確認状態	相違点・修正履歴	引継ぎ方
依頼受付	「情報が足りず戻すことがある」と回答	発言	回答者、実施日	回答者確認待ち	なし	不足項目の実物を追加確認
入力	画面上で同じ内容を別欄へ転記	観察事実	画面共有、帳票	回答者確認済み	業務責任者は一部案件のみと補足	適用範囲を棚卸しで確認
作業時間	既存ログに記録あり	記録値。証拠ラベル：作業ログ／期間：未確認／母数：未確認／対象業務：未確認／対象者：未確認／組織規模：未確認／測定限界：集計範囲未確認	作業ログ	根拠確認待ち	集計範囲が未確定	数値を断定せず保留
例外処理	「承認者不在時は別担当へ相談」と回答	発言	発言のみ	回答者確認待ち・業務責任者へ差し戻し	正式な代行ルールと相違	両方を残し規程を確認
改善案	「自動で入力してほしい」と回答	要望	回答者、実施日	発言確認済み	AI化可否は未判断	候補として診断へ渡す

一つの記録には一つの観察を置き、発言者、日時、対象工程、根拠資料、確認者を付けます。録音やAI文字起こしがある場合も、それ自体を確定事実とはしません。誤変換、話者の取り違え、文脈の欠落がないかを記録者が原資料と照合し、修正前後を追える履歴を残します。

確認できない事項は空欄にせず「未確認」と書きます。数値の出所が分からない、正式手順と実運用が違う、回答者ごとに説明が異なるといった状態は、記事の失敗ではなく次の確認先を示す重要な成果です。

Step 6｜回答者確認と差し戻しを行う

整理済み記録は回答者と業務責任者へ戻し、事実、解釈、追加資料、相違点を分けて確認します。

確認依頼では、「全体を見てください」だけで終わらせず、確認箇所を指定します。回答者には自分の発言、実際の操作、例外の説明を、業務責任者には対象範囲、正式手順、承認経路を確認してもらいます。専門判断が必要な情報管理や契約の論点は、該当箇所だけを専門確認者へ回します。

差し戻しには、対象箇所、理由、必要な資料、回答担当、回答期限を付けます。例えば、通常手順は確認できても例外時の承認者が不明なら、記事全体を未完了にするのではなく、その項目を「差し戻し」として管理します。追加の回答が届いたら元の記述を消さず、修正者、修正内容、確認日を履歴へ残します。

回答者どうしの意見が食い違った場合は、多数決や役職の高さで一つにまとめません。「マニュアル上の手順」「回答者Aが実施した手順」「回答者Bが実施した手順」を分け、適用条件と根拠を確認します。部署、顧客、案件種別、繁忙時などの条件差が見つかれば、例外として整理できます。条件を確認できない場合は、相違点と追加確認先をそのまま引き継ぎます。

確認後の状態は次のように扱います。

状態	意味	次の対応
確認完了	対象範囲の事実と根拠を回答者・業務責任者が確認した	引継票へ反映
差し戻し	特定箇所に訂正、根拠追加、専門確認が必要	担当と期限を付けて再確認
追加ヒアリング	対象者または具体例が不足し、現状を説明できない	必要な視点を持つ回答者へ追加実施

ここでいう確認完了は、記録内容についての完了です。AI導入の承認、AI化可否、投資判断を意味しません。

Step 7｜確認済み記録を棚卸し・診断へ引き継ぐ

最後に、確認済み事実、相違点、未確認事項、AI以外の改善候補を一つの引継票へまとめます。

後工程の担当者が原記録を読み直さなくても判断材料の所在を追えるよう、対象範囲、回答者、通常フロー、例外、入力・出力、既存の確認・承認、扱う情報、根拠資料、修正履歴、確認者を記載します。数値は証拠ラベルと測定条件を保ったまま渡し、回答者推定を実測へ変換しません。

引継ぎ時には、論点を次のように分けます。

• 業務候補：現状と根拠を確認でき、棚卸し対象として渡せるもの
• 保留：影響範囲、情報、例外などが不足し、追加確認が必要なもの
• 未確認事項：担当者と回答期限を付けたもの
• AI以外の改善候補：手順統一、入力ルール、既存機能の活用など、AI以外の可能性があるもの
• 提供者・開発者への確認事項：データの扱い、権限、外部連携、契約条件など、自社だけでは確定できないもの

業務候補を網羅的に一覧化する作業は「AI導入前の業務棚卸し」の領域、AI適用の可否や優先順位を評価する作業は「AI導入前の業務診断」の領域です。本記事では、両工程が使える確認済み資料を渡すところで止めます。関連するテーマを探す場合は、AI関連記事一覧から目的に合う記事を確認できます。

引継ぎ会では、結論だけでなく未確認事項を読み合わせます。後工程の担当者が「どの記録を事実として使えるか」「誰へ再確認すべきか」を説明できれば、ヒアリングの成果物は実務で利用可能な状態です。

よくある質問

AI導入ヒアリングで迷いやすい参加方法、資料不足、録音、意見の相違について回答します。

Q1. 経営者と実務者は同じ会議に参加すべきですか？

必ず同席する必要はありません。経営者には目的、許容しない影響、必要な判断を確認し、実務者には直近の作業、例外、手戻りを確認します。上下関係によって実務者が話しにくい場合は別に聞き、記録上で論点を照合します。重要なのは全員を同じ場に集めることではなく、必要な視点と確認者が欠けないことです。

Q2. マニュアルがない業務はどう聞けばよいですか？

直近に完了した一件を選び、依頼の受領から成果物の受渡しまでを実演してもらいます。使用した画面、帳票、メール、判断材料を確認し、通常と違った箇所も聞きます。実演できない部分は推測で埋めず、未確認事項として担当者と追加確認方法を記録してください。

Q3. 録音や生成AIによる文字起こしを使ってよいですか？

一律に可否を決めず、利用目的、入力情報、保存先、閲覧者、削除条件、自社規程、契約、利用規約、プライバシーポリシーを事前に確認します。個人情報や機密情報の扱いを確認できない間は外部AIへ入力しません。利用する場合も、AIの文字起こしや要約だけを確定記録にせず、人が原記録と照合します。

Q4. 回答者どうしで内容が食い違った場合はどう残しますか？

誰が、どの条件で、何を行ったと説明したかを別々に記録します。正式手順、実運用、部署・案件による例外の可能性を根拠資料と照合し、一致しない部分には確認担当と期限を付けます。多数決で一つの説明にせず、後工程が差を判断できる形で引き継ぎます。

まとめ｜確認済み記録を残して次の工程へ渡す

AI導入ヒアリングは、範囲を定め、担当者を選び、質問と記録方法を準備し、通常業務と例外を聞き、記録を分け、回答者確認を経て後工程へ渡すまでの一連の作業です。

成功のポイントは、現場の発言をそのままAI要件にしないことです。発言、観察事実、回答者推定、要望、決定を分け、根拠資料、確認者、修正履歴、相違点、未確認事項を残してください。完了状態は「確認完了」「差し戻し」「追加ヒアリング」で管理し、AI化可否、投資対効果、優先順位は棚卸し・診断へ引き継ぎます。

参考資料

• NIST「AI RMF Playbook: Map」
• GOV.UK「Using in-depth interviews」
• GOV.UK「Taking notes and recording user research sessions」
• GOV.UK「Analyse a research session」
• 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」
• 経済産業省「AI事業者ガイドライン（第1.2版）」掲載ページ