AI横断調査で「情報がない」を結論にしない情報源・欠損連絡票

複数の台帳、手順書、問い合わせ記録をAIに渡して報告案を作る場合、参照できなかった台帳や更新日が不明な資料を「該当なし」と扱わないようにします。何を確認できていて、何を確認できていないかを、報告の受け手が区別できる形で示すことが大切です。

そこで、横断調査の依頼ごとに「情報源・欠損連絡票」を作ることを提案します。これはAIの回答を評価する採点表ではありません。回答の根拠になった情報源、取得できなかった情報、確認を人へ戻す条件を、結論と切り離して記録するための運用票です。

例：月次の問い合わせ増加理由を調べる場合、「問い合わせ台帳」「FAQ更新履歴」「障害記録」「営業からの重要連絡」を別々の情報源として並べます。「AIが読んだ資料」ではなく、本来は確認すべき資料を先に列挙するのがポイントです。

AWSのブログは、電力・公益事業のアラーム対応で、プロセスヒストリアン、保全管理、文書管理、チケット履歴といった複数の運用システムを扱う例を紹介しています。記事では、各システムが全体像の一部しか示さないこと、異なるデータ領域の調査結果を一つの報告にまとめる構成が説明されています。これは電力・公益事業向けの実装例であり、他業種での導入効果を示すものではありません。 [1]

総務、情報システム、営業企画の調査に、その技術構成をそのまま持ち込む必要はありません。ただし、「資料を一括で渡した」と扱わず、情報源ごとに取得状態と担当を分ける考え方は、小規模な業務でも採り入れられます。

まず、調査の問いを判断目的の形で書きます。「問い合わせが増えた理由を調べる」ではなく、「来月の人員配置を判断するため、増加の主因と未確認事項を報告する」のように、誰が何を決めるのかを明確にします。これは、集める情報と、不足したままでは判断しにくい情報を整理する補助になります。

次に、情報源ごとに①名称、②管理担当、③対象期間と取得日時、④取得状態を記入します。取得状態は「確認済み」「未取得」「アクセス不可」「更新日不明」の4択に固定することを勧めます。自由記述だけで管理する場合よりも、確認すべき状態をそろえて見直すことを狙えます。「確認済み」は、AIがファイルを読めた意味だけにせず、管理担当または出力確認者が対象期間と内容を確認した状態として扱うことを勧めます。

例：障害記録が権限不足で取得できないとき、状態欄を空欄にせず「アクセス不可」、不足内容を「対象月の障害発生日時と影響範囲」と記します。こうしておけば、報告を受けた部門長は、原因がなかったのではなく、原因判断に必要な情報が未確認だと分かります。

AIへの依頼には、分析内容だけでなく出力順も指定します。冒頭に「情報源名／対象期間／取得状態／不足内容」を表形式で出し、その後に結論案を示すよう求めます。さらに、「未取得・アクセス不可・更新日不明の情報を推測で補わない。不足が結論に与える影響を記す」と明示します。

原因や影響を断定する表現には、確認条件を追加します。たとえば「原因として確定」と書けるのは、どの原典のどの記録で確認した場合かを依頼文に定めます。条件を満たさない場合は、「可能性」「追加確認が必要」といった区分に置き、断定文と混ぜない運用がよいでしょう。

例：AIへの指示は「未取得の情報源は推測で補わず、情報源名と不足内容を結論より先に列挙してください。原因を確定と記す場合は、確認した原典名、対象期間、該当記録を併記してください」とします。

出力確認者は、数字、日付、原因の断定、顧客や従業員への影響を原典と照合します。確認者を「AIを操作した人」と同一に固定する必要はありません。情報源の内容を説明できる管理担当と、報告を承認する責任者を分けると、確認依頼の行き先を明確にできます。

報告可否は「結論を出す」「不足情報付きの中間報告にする」「人の調査へ戻す」の3択で残します。アクセス不可の情報源があるから常に調査を止めるのではなく、今回の判断にどの程度影響するかで選びます。一方で、法令対応、対外説明、人事判断、金額や安全に関わる結論は、不足情報のまま確定扱いにしない条件をあらかじめ決めておくことを提案します。

連絡票を毎回長文で振り返る必要はありません。月1回、未取得になった情報源、更新日不明だった資料、原典照合で修正した箇所を一つずつ数え、最も繰り返す欠損を一つ選びます。その欠損について、担当への依頼時期、台帳の出力形式、閲覧権限、更新責任のどれを直すかを決めます。

例：毎月、営業からの重要連絡だけが締め日までに集まらないなら、AIの指示文を長くするより、営業担当が記入する期限と記入欄を先に決めます。次回は、その連絡がそろったかを取得状態で確認し、改善の成否を判断します。

横断調査を継続利用する鍵は、AIにすべてを知っているように答えさせることではありません。情報が不足している事実を、判断する人へ早く、同じ形式で渡せる状態にすることです。結論と欠損を同時に記録すれば、次回の調査は「何を調べ直すか」から始められます。

対象業務・調査の問い：＿＿＿＿＿＿＿＿＿＿　この調査で判断すること：＿＿＿＿＿＿＿＿＿＿

結論を承認する責任者：役職＿＿＿＿＿＿　氏名＿＿＿＿＿＿　報告期限＿＿＿＿＿＿

情報源一覧：情報源名＿＿＿＿＿＿／管理担当＿＿＿＿＿＿／対象期間＿＿＿＿＿＿／取得日時＿＿＿＿＿＿

取得状態：確認済み・未取得・アクセス不可・更新日不明　不足内容：＿＿＿＿＿＿＿＿＿＿

未取得時の扱い：結論に含めない・取得済みの別情報源に基づく仮説と明記・管理担当へ確認・人の調査へ戻す（未取得情報で補完しない）

出力確認者：数字＿＿＿＿＿＿　日付＿＿＿＿＿＿　原因の断定＿＿＿＿＿＿　影響範囲＿＿＿＿＿＿

報告可否：結論を出す・不足情報付き中間報告・人の調査へ戻す　次回直すこと：＿＿＿＿＿＿

AI横断調査の情報源・欠損連絡票

• 対象業務・調査の問い：＿＿＿＿＿＿＿＿＿＿　この調査で判断すること：＿＿＿＿＿＿＿＿＿＿
• 結論を承認する責任者：役職＿＿＿＿＿＿　氏名＿＿＿＿＿＿　報告期限＿＿＿＿＿＿
• 情報源一覧：情報源名＿＿＿＿＿＿／管理担当＿＿＿＿＿＿／対象期間＿＿＿＿＿＿／取得日時＿＿＿＿＿＿
• 取得状態：確認済み・未取得・アクセス不可・更新日不明　不足内容：＿＿＿＿＿＿＿＿＿＿
• 未取得時の扱い：結論に含めない・取得済みの別情報源に基づく仮説と明記・管理担当へ確認・人の調査へ戻す（未取得情報で補完しない）
• 出力確認者：数字＿＿＿＿＿＿　日付＿＿＿＿＿＿　原因の断定＿＿＿＿＿＿　影響範囲＿＿＿＿＿＿
• 報告可否：結論を出す・不足情報付き中間報告・人の調査へ戻す　次回直すこと：＿＿＿＿＿＿

出典・参考資料

1. AWS（確認日：2026-10-29）