相談内容が固まっていなくても受け付けるべきですか？
受け付けます。初期相談と正式申請を区別し、未定項目を明示したうえで、目的整理、情報分類、候補比較など次に必要な作業と担当を返します。完成資料を入口条件にすると、非公式利用を把握しにくくなります。
USE CASES / ARTICLE 26
AI相談・申請窓口を、案件が前へ進む仕組みにする。
社内のAI活用相談・申請窓口を、単なる受付箱にしない実務設計。12の受付項目、4軸の優先順位、部門間の責任分担、6段階の運用手順を解説します。
SHORT ANSWER
まず、結論から。
AI検索や生成AIが一部を引用しても意味が変わらないよう、最初にこの記事の結論を示します。
結論機能する窓口は、情報が揃うまで受け付けない審査部門ではありません。最低限の情報で案件を受け、業務価値・影響・実行可能性・緊急性の4軸で仕分けし、業務部門と専門部門の次の行動を明確にします。
AI活用の相談窓口は、相談・試行・調達・本番利用・変更申請を一つの入口で受け、案件の目的、影響、準備状況に応じて適切な確認経路へ振り分ける仕組みです。
対象カテゴリ対象別活用読了目安約14分主な対象企業のAI・DX推進事務局、情報システム部門／AI活用を提案する業務部門の責任者／セキュリティ・法務・個人情報・調達・監査の担当者発行元株式会社ファーストイノベーション
KEY POINTS
この記事の、4つの要点。
導入判断や社内共有に使えるよう、重要点を先に確認できます。
- 相談、試行、調達、本番利用、変更を一つの入口で受け、案件ごとに確認経路を分ける
- 受付時は12項目で目的・利用者・情報・出力・外部操作・責任者・期限を揃える
- 業務価値、影響、実行可能性、緊急性の4軸を分け、声の大きさだけで順番を決めない
- 窓口は判断を抱え込まず、業務部門と専門部門の担当・承認・相談・共有を明確にする
INTAKE DESIGN
入口は一つ、確認経路は分ける。
AI活用が部門ごとに始まると、事務局には『使ってよいか』『試したい』『予算を取りたい』『本番へ移したい』『連携先を変えたい』という異なる相談が同じ形で届きます。メール、チャット、会議、口頭へ散らばると、同じ案件の重複、未回答、承認前の利用、担当不在を把握しにくくなります。最初の入口を一つにし、受付番号、状態、次の担当、期限を共通にします。
ただし、窓口を一つにすることと、全件を同じ会議で審査することは別です。公開情報を使った社内下書きの相談と、個人情報を扱い外部システムへ書き込む本番案件では、必要な確認者も証拠も異なります。入口では相談種別と影響を見分け、簡易相談、限定試行、専門確認、調達・契約、本番変更などの経路へ振り分けます。
経済産業省・総務省のAI事業者ガイドライン第1.2版は、AI利用者を含む各主体がリスクベースで取り組む考え方を整理しています。NIST AI RMF Playbookも、AIガバナンスを既存の組織統治・リスク管理へ接続し、目的、責任、優先順位、記録を明確にする行動例を示しています。窓口は新しい権限組織を増やすより、既存の業務責任と専門確認をつなぐ設計にします。
- 相談：用途や使い方が未確定で、論点整理から始める
- 限定試行：対象者、期間、情報、出力利用を限定して確かめる
- 調達・契約：提供条件、費用、データ取扱い、責任分界を確認する
- 本番利用：運用担当、確認、監視、停止、代替業務まで承認する
- 変更・廃止：モデル、ナレッジ、権限、連携、用途、終了処理を見直す
REQUEST FORM
案件を比べられる、12の受付項目。
受付票は、製品名や『AIで効率化したい』という希望だけでは判断できません。現在の業務、困りごと、AIを使う範囲、結果を誰がどう使うかを同じ順序で確認します。未定の項目には仮の答えを作らず、『未定』『提供事業者へ確認中』『業務部門で整理中』と状態を残します。
特に、入力する情報とAIが参照するナレッジは分けます。入力は案件ごとに渡す内容、ナレッジは継続利用する規程・手順・商品情報などです。さらに、AIの出力を人が読むだけか、顧客へ送るか、別システムへ登録・更新するかで影響が変わります。外部操作を伴う場合は、操作対象、実行権限、取消し方法、重複防止も受付時に確認します。
IPAが2026年7月31日に公開した手引書は、全社AIガバナンスと、企画・調達・技術検証・設計・運用・廃棄のライフサイクル、対象業務や取扱情報に応じた固有リスク評価を整理しています。受付票も導入時だけの申請書ではなく、試行、本番、変更、廃止まで同じ案件記録へつなげます。
- 1. 依頼部門・業務責任者・実務連絡先
- 2. 現在の業務、困りごと、AIを使わない代替案
- 3. 利用目的、対象業務、期待する出力
- 4. 利用者、対象人数、社外利用者の有無
- 5. 入力情報の種類と機密性、個人情報の有無
- 6. 参照させるナレッジ、正本、更新責任者
- 7. 出力の利用先と、人が確認・承認する事項
- 8. 外部送信、公開、登録、更新、削除の範囲
- 9. 利用候補のサービス、契約、委託先、連携先
- 10. 成功条件、確認方法、許容しない結果
- 11. 希望時期、業務上の期限、止めた場合の影響
- 12. 試行責任者、運用責任者、予算・調達の担当
PRIORITIZATION
優先順位は、4軸を分けて決める。
依頼件数が増えると、『経営層の案件』『締切が近い案件』『削減時間が大きく見える案件』が先になりがちです。しかし緊急性だけで進めると、目的が曖昧な高影響案件へ確認資源が偏り、準備が整った小さな案件が滞留します。業務価値、影響、実行可能性、緊急性を別々に評価し、何を理由に次へ進めるかを記録します。
点数の合計だけで機械的に順位を決めません。例えば、価値と準備状況が高く影響を限定できる案件は短期試行へ進めます。価値は高いが個人への不利益や不可逆な操作へつながる案件は、順位を上げるのではなく専門確認と経営判断へ送ります。準備不足の案件には却下ではなく、業務整理、情報分類、成功条件の設定など次の宿題を返します。
NIST AI RMFのGOVERNは、限られたリスク管理資源を重要な課題へ配分するため、リスクの把握・測定・優先付けや、承認・条件付き承認・不承認の方針を持つことを示しています。MAPは、想定目的、利用状況、影響、利害関係者を把握し、利益とリスクを文脈に沿って整理する考え方です。4軸は公的な一律基準ではなく、これらを企業の案件選定へ落とす実務上の設計例です。
- 業務価値：目的、困りごと、対象件数、品質、利用者への便益を説明できるか
- 影響：情報、権利、金銭、契約、人事、対外発信、外部操作、取消し困難性はどの程度か
- 実行可能性：責任者、正本、検証データ、確認者、予算、運用担当を用意できるか
- 緊急性：法定・契約期限、繁忙期、既存障害など、日付と根拠があるか
RESPONSIBILITY
窓口が抱え込まず、判断を持ち主へ戻す。
AI推進事務局がすべてを承認すると、業務の妥当性を知らない組織が最終判断を持ち、専門部門は形式的な確認へ追われます。業務部門は目的、現行手順、出力の利用、最終成果へ責任を持ちます。AI・DX事務局は受付、重複確認、経路設計、案件全体の可視化を担います。情報システム・セキュリティ、法務・個人情報、調達、監査は、自らの専門領域の確認と条件提示を担います。
案件ごとに、実行担当、最終承認者、相談先、共有先を一人または一組織へ明示します。会議体全体を承認者とだけ書くと、誰が論点を確認し、誰が条件付きで進め、誰が停止できるのか分かりません。高影響案件では経営層やリスク責任者を承認者にし、業務部門・専門部門の確認結果と未解決事項を一枚にまとめます。
NIST AI RMF Playbookは、人とAIの構成に関わる役割・責任を定義し、利用者と監督者を区別することを挙げています。AI事業者ガイドラインも、AI開発者・提供者・利用者の役割を踏まえた連携を重視しています。社内窓口では、提供事業者の説明だけで自社の承認を代替せず、契約・設定・実際の用途に即して自社の責任範囲を決めます。
- 業務部門：目的、現行業務、出力利用、確認者、成果、業務継続
- AI・DX事務局：受付、重複整理、初期仕分け、経路、状態、全体台帳
- IT・セキュリティ：利用環境、認証、権限、連携、ログ、停止、技術変更
- 法務・個人情報・調達：法令・権利、取扱い、契約条件、委託、費用、終了条件
- 経営・リスク責任者：リスク許容、優先順位の例外、残存リスク、本番承認
OPERATING LOOP
受付から見直しまで、6段階で回す。
窓口の運用品質は、申請件数や承認件数だけでは分かりません。受付から一次回答までの滞留、差戻しの理由、同種案件の重複、確認待ち、試行から本番へ進んだ条件、停止・廃止、期限超過を見ます。滞留が多い項目は申請者の知識不足と決め付けず、受付票、説明、担当割当て、会議頻度、専門確認の順序に原因がないか見直します。
案件の状態は、受付、情報確認中、仕分け済み、試行準備、試行中、本番確認、運用中、保留、廃止など、次の行動が分かる名称にします。『検討中』だけで長期間止めません。各状態に担当、期限、完了条件を置き、期限を過ぎたら申請者だけでなく窓口側の未処理も確認します。
既存案件の知見は、個別の成果を誇張せず再利用します。似た用途の受付項目、確認観点、テスト、契約条件、停止基準をテンプレート化し、新しい案件の初期整理へ使います。本記事は企業での活用例であり、Lumina Corporateまたは特定企業の確認済み導入実績や効果保証を示すものではありません。
- 1. 受け付ける：最低限の情報で受付番号・状態・連絡先を返す
- 2. 揃える：12項目の不足と確認担当を明示し、推測で埋めない
- 3. 仕分ける：相談種別と4軸から経路・優先順位・専門確認を決める
- 4. 確かめる：限定試行で通常・例外・禁止・停止・人の確認を検証する
- 5. 決める：条件、残存リスク、責任者、記録、代替手順を付けて承認する
- 6. 見直す：利用実態、変更、事故、期限、廃止を案件記録へ反映する
FREQUENTLY ASKED QUESTIONS
よくある疑問を、短く正確に。
記事の要点を、質問と回答の形でも確認できます。
すべてのAI利用を同じ会議で承認しますか？
一律にはしません。取扱情報、出力の利用先、外部操作、誤りの影響に応じて、簡易相談、限定試行、専門確認、経営判断などへ分けます。低影響案件まで高影響案件と同じ経路にすると、双方が滞留します。
優先順位を点数だけで決めてもよいですか？
点数は比較材料にできますが、合計点だけで自動決定しません。業務価値、影響、実行可能性、緊急性を個別に見て、高影響案件は専門確認へ、準備不足案件は必要な宿題へつなげます。
AI・DX推進部門が最終承認者になりますか？
通常、事務局は受付と経路設計を担い、業務の妥当性は業務責任者、専門リスクは各専門部門、組織のリスク許容は権限者が判断します。案件ごとに実行担当・承認者・相談先・共有先を明記します。
既に部門が使っているAIはどう扱いますか？
利用を隠させないよう事実を受け付け、用途、情報、出力先、契約、権限、確認、停止方法を整理します。影響に応じて継続、条件付き継続、限定、停止を判断し、個人の責任だけに寄せず組織の運用へ移します。
窓口の成果は承認件数で測れますか？
承認件数だけでは不十分です。一次回答までの滞留、差戻し理由、重複、期限超過、試行の完了条件、本番後の変更・停止・廃止、利用実態との差を確認し、申請者側と窓口側の両方を改善します。
PRIMARY SOURCES
判断の基準にした、公式情報。
制度・製品・提供条件は変更されるため、リンク先の最新表示も併せて確認してください。
導入・運用企業が専用AIを導入するメリット｜属人化を減らす設計の考え方
専用AIの価値は、回答を速くするだけでなく、社内ルールや資料を再利用できる形に整え、業務の再現性を高めることにあります。
記事を読む →
導入・運用社内AI利用ルールの作り方｜禁止事項だけで終わらせない実務設計
利用者が迷ったときに『使ってよい・承認が必要・使わない』を判断でき、相談先と例外手続まで分かるルールにすると、安全と業務活用を両立しやすくなります。
記事を読む →
導入・運用AIエージェントのPoCを本番運用へ移す方法｜評価基準・終了条件・引継ぎ設計
PoCは、AIの出力を見せるデモではなく、対象業務、合格条件、残るリスク、運用担当、停止方法まで確認し、本番へ進むかを決めるための検証です。
記事を読む →CONTACT LUMINA