AIツールの導入稟議は、「便利そう」「作業時間が減りそう」だけでは通りにくくなっています。承認者が見たいのは、どの業務を、誰が、どの範囲で使い、いくらかかり、どのリスクをどう管理し、導入後に継続するか停止するかを判断できる材料です。
特に生成AIは、入力した情報の扱い、出力結果の確認、アカウント管理、ログ確認、退職者対応、利用ルールの周知まで含めて説明する必要があります。稟議書はツール紹介資料ではなく、業務改善とリスク管理をセットで承認してもらうための資料として作るのがポイントです。
総務省・経済産業省の「AI事業者ガイドライン」では、AI開発・提供・利用にあたって必要な取組についての基本的な考え方が示されており、最新版として第1.2版が公開されています。社内稟議では、このような公的ガイドラインを踏まえ、「会社として管理された利用である」と示すと説明しやすくなります。
https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html
まず決めるべきは「全社導入」ではなく「承認できる最小範囲」
AI導入稟議が止まりやすい最大の理由は、対象範囲が広すぎることです。「全社で生成AIを活用して生産性を向上する」と書くと、承認者は費用もリスクも効果も判断できません。最初の稟議では、部署・人数・業務・期間を絞り、試験導入として申請する方が現実的です。
たとえば、営業部全体ではなく「営業部の法人営業チーム10名」、すべての営業活動ではなく「提案メールの下書きと提案書初稿作成」、恒久利用ではなく「3か月の試験導入」と書きます。範囲を絞るほど、費用対効果、入力禁止情報、問い合わせ窓口、評価方法を具体的に書けます。
| 稟議で決める項目 | 差し戻されやすい書き方 | 承認者が判断しやすい書き方 |
|---|---|---|
| 導入目的 | 生産性向上のため | 提案書初稿作成にかかる時間を削減し、営業担当の顧客対応時間を確保する |
| 対象者 | 全社員 | 初期対象は営業部10名。効果確認後に対象拡大を判断する |
| 対象業務 | 文書作成全般 | 提案メール下書き、提案書初稿、公開情報の要約に限定する |
| 利用禁止範囲 | 機密情報に注意する | 個人情報、顧客名、契約金額、未公開資料、認証情報、APIキーは入力禁止とする |
| 評価方法 | 導入後に効果を見る | 3か月後に削減工数、利用件数、問い合わせ件数、禁止データ入力の有無で判断する |
AI導入稟議に必ず入れる項目
AI導入の稟議書には、最低限、次の項目を入れます。重要なのは、空欄を埋めるだけではなく、「誰が確認すれば確定できる情報か」を分けることです。ツールの公式ドキュメントで確認できる項目、自社契約でしか分からない項目、社内規程で決める項目を混ぜると、後で確認漏れが起きます。
| 項目 | 書く内容 | 確認先 |
|---|---|---|
| 導入目的 | 解決したい業務課題、現状の負荷、導入後に変えたい状態 | 業務部門へのヒアリング |
| 対象範囲 | 対象部署、人数、対象業務、対象外業務 | 業務責任者・情シス |
| 導入ツール | 製品名、プラン名、管理機能、契約形態 | 公式サイト、公式ドキュメント、見積書、契約書で正式プラン名を確認 |
| 費用 | 初期費用、月額費用、従量課金、教育工数、管理工数 | 見積書、販売代理店、社内工数単価の管理部門で確認 |
| セキュリティ | 入力禁止情報、ログ、学習利用の有無、アクセス権、退職者停止 | 公式ドキュメント、DPA、契約書、管理画面、社内規程でデータ取扱いを確認 |
| 運用体制 | 業務オーナー、管理者、問い合わせ窓口、例外承認者 | 業務部門、情シス、セキュリティ担当 |
| 評価方法 | いつ、どの指標で、継続・停止・拡大を判断するか | 承認者、業務責任者 |
費用対効果は「削減できそう」ではなく計算式で書く
稟議やツール導入の説明で何度か感じたのは、効果だけを書いても通りにくい、ということです。最初のころは「どれだけ便利になるか」「何時間削減できるか」「いくら安くなるか」を前面に出していました。もちろんそれも大事ですが、承認する側が本当に気にしているのは、そのあとです。導入したあと誰が管理するのか、問い合わせはどこで受けるのか、退職者や異動者のアカウントは誰が止めるのか、権限の棚卸しはどの頻度でやるのか、ログ確認や障害時の一次対応は誰が見るのか、追加費用や保守費用は本当に入っているのか。ここを書いていないと、かなり高い確率で突っ込まれます。
印象に残っているのは、あるツール導入の説明で、効果や利用イメージは書けていたのに運用体制の記載が薄かったことです。月額費用も効率化できる業務も削減時間も説明していたのに、確認の場で結局「で、誰が管理するんですか」「ユーザー追加や削除はどこがやるんですか」「問い合わせが来たら誰が受けるんですか」と聞かれました。そのとき、稟議で見られているのは導入前の期待だけではなく、導入後の面倒まで含めた現実性なのだと感じました。ITツールは買って終わりではなく、アカウント作成、権限付与、退職者停止、問い合わせ対応、障害時確認、ベンダー問い合わせ、契約更新時の利用状況確認といった地味な運用が必ず発生します。それ以降は、月額費用だけでなく初期・保守・追加ライセンス費用と設定工数、利用部門だけでなく管理部門・一次問い合わせ先・ベンダー問い合わせ先、退職者停止やログ確認の担当、棚卸し頻度まで先に書くようにしました。最初から「管理は情シス、一次窓口は各部門、棚卸しは半年ごと、退職者停止は既存のID管理に合わせる」と書いておくと、承認者も判断しやすくなります。
もうひとつ気をつけているのは、効果を盛りすぎないことです。稟議を通したい気持ちがあると「年間〇〇時間削減」「〇〇万円効果」と大きく書きたくなりますが、実際には問い合わせ対応、設定変更、教育、ルール整備の工数がかかります。効果だけ大きく見せて運用工数を書かないと、あとで実績とずれ、「あのときも効果が出ると言っていたけど実際どうだったのか」と見られて、次の稟議が通りにくくなります。だから今は、効果は少し控えめでも前提条件を明確に書きます。対象業務を限定する、削減時間は試算であり定着後に見直す、初期運用では問い合わせ対応が増える可能性がある、運用開始後に利用状況を確認して継続可否を判断する。自分が運用側にいると導入後の面倒が見えるので、稟議には「便利になります」だけでなく「導入後に誰が、何を、どこまで見るのか」まで書くようにしています。
費用対効果は、承認者が最も確認しやすい項目です。ただし、「大幅な効率化が見込める」では判断できません。稟議書では、現状工数、対象人数、発生頻度、削減率、単価、ツール費用を分けて書きます。
費用対効果の基本式
現状工数(月)=対象人数 × 1人あたり作業時間 × 発生日数または件数
削減工数(月)=現状工数 × 想定削減率 − AI出力の確認工数
工数削減額(月)=削減工数 × 社内の時間単価
投資対効果(月)=工数削減額 − AIツール費用 − 運用工数相当額
たとえば、営業部10名が提案メールと提案書初稿作成に1日20分、月20営業日を使っている場合、現状工数は10名×20分×20日=4,000分、約66.7時間です。削減率を30%、確認工数を月3時間と置くなら、削減工数は約17時間です。ここに自社の時間単価を掛け、ツール費用と運用工数を差し引きます。
ここで使う時間単価、利用人数、月額費用、削減率は会社によって異なります。稟議本文では、推定値を断定せず、次のように注記しておくと差し戻しを減らせます。
本試算では、対象者10名、月20営業日、1人あたり1日20分の対象業務を前提とする。時間単価は[要確認:社内で使用する工数単価]、AIツール費用は[要確認:正式見積金額]を用いて最終化する。導入後3か月間は実績値を記録し、削減率と確認工数を再計算する。
セキュリティ欄は「注意する」ではなく禁止・確認・停止を分ける
生成AIの稟議で最も差し戻されやすいのは、情報管理の説明です。個人情報保護委員会は、生成AIサービスの利用に関する注意喚起を公表しています。また、IPAはAIのセキュリティ面の課題として、サプライチェーン攻撃、漏洩、改ざん、学習データ汚染、個人情報・営業秘密漏洩、偽情報・誤情報などを挙げています。
https://www.ppc.go.jp/news/careful_information/230602_AI_utilize_alert/
https://www.ipa.go.jp/digital/ai/security/index.html
稟議書では、リスクをゼロにすると書く必要はありません。むしろ、どの情報を入力禁止にし、どの用途では人の確認を必須にし、違反や誤入力があった場合にどう止めるかを明記します。
| 論点 | 稟議に書くべき内容 | 文例 |
|---|---|---|
| 入力禁止情報 | 個人情報、顧客名、契約金額、未公開資料、認証情報、APIキーなど | 個人情報、顧客別の契約条件、未公開資料、ID・パスワード・APIキーは入力禁止とする。 |
| 出力確認 | AIの回答をそのまま社外送信しない。担当者が事実確認する | AI出力は下書きとして扱い、社外送信前に担当者が事実確認を行う。 |
| 学習利用 | 入力内容がサービス改善や学習に使われるか確認する | 入力データの学習利用有無は、[要確認:利用予定サービスのDPA・利用規約・管理設定]を確認したうえで判断する。 |
| ログ | 取得範囲、閲覧者、保存期間、確認頻度を決める | 利用ログの取得範囲、保存期間、閲覧権限は[要確認:サービス仕様・契約プラン・自社ログ方針]に基づき整理し、管理者が定期的に確認する。 |
| 退職者対応 | アカウント停止の担当者と期限を決める | 退職・異動時は情シスがアカウント停止と権限変更を実施する。 |
| 事故時対応 | 誤入力、誤送信、禁止用途利用時の連絡先を決める | 禁止情報の入力が疑われる場合は、利用者が速やかに情シスと業務責任者へ連絡し、必要に応じて利用を一時停止する。 |
製品選定では「公式情報で確認できること」と「自社契約でしか分からないこと」を分ける
AIツールの比較表を作るときは、機能の多さだけで選ばないようにします。法人管理、権限管理、ログ、データ保持、外部連携、サポート、契約条件を確認し、公開情報で確認できない項目は稟議上に「要確認」として残します。
たとえば、サービスサイトに「セキュリティに配慮」と書かれていても、自社の契約プランでログが何日保存されるか、管理者がどの範囲まで閲覧できるか、入力データがどの条件で処理されるかは、契約内容や管理設定で変わる場合があります。そのため、稟議では次のように確認欄を置きます。
製品確認メモのひな型
製品名:[要確認:正式製品名]
契約プラン:[要確認:正式プラン名・契約単位]
法人管理機能:[要確認:管理者機能、ユーザー管理、権限設定の範囲]
ログ取得範囲:[要確認:取得できるログ項目、保存期間、エクスポート可否]
入力データの学習利用:[要確認:DPA、利用規約、管理画面の設定、契約上の取り扱い]
SSO・SCIM対応:[要確認:対象プランでの対応可否、追加費用の有無]
サポート窓口:[要確認:契約上の問い合わせ先、対応時間、SLAの有無]
なお、正式プラン名、ログ保存期間、DPAの適用範囲、SSO・SCIMの利用可否、SLAの有無は、公開ページだけでは判断できない場合があります。実際の稟議では、公式ドキュメント、見積書、契約書、管理画面、ベンダー回答を確認したうえで記載してください。
運用体制はRACIで書くと責任が曖昧にならない
AI導入後に情シスへ相談が集中する原因は、稟議時点で役割分担が決まっていないことです。業務部門が利用目的と効果測定を持ち、情シスがアカウント・権限・ログを管理し、セキュリティ担当や法務が例外利用を確認する、という分担を明記します。
| 役割 | 主担当 | 稟議に書く内容 |
|---|---|---|
| 業務オーナー | 利用部門 | 対象業務の選定、利用者への周知、削減工数の集計、出力内容の確認責任を持つ。 |
| システム管理者 | 情シス | アカウント発行、退職者停止、権限変更、管理画面設定、ログ確認を担当する。 |
| セキュリティ確認 | セキュリティ担当 | 入力禁止情報、ログ運用、外部連携、例外申請の妥当性を確認する。 |
| 契約確認 | 法務・購買 | 利用規約、DPA、契約期間、解約条件、支払条件を確認する。 |
| 問い合わせ窓口 | 情シスまたは業務部門 | 利用相談、ライセンス追加、誤入力報告、障害時連絡を受け付ける。 |
3か月後の評価は「継続・拡大・停止」の基準まで書く
試験導入の稟議では、導入後の評価基準が重要です。「効果を確認する」だけではなく、どの状態なら継続、どの状態なら対象拡大、どの状態なら停止するかを決めておきます。
IPAの「テキスト生成AIの導入・運用ガイドライン」では、組織が管理する生成AIを導入・運用・管理する担当者を対象に、安全な導入と運用を促進するためのリスク対策が整理されています。稟議でも、導入時だけでなく運用後の評価と改善を組み込むことが重要です。
https://www.ipa.go.jp/jinzai/ics/core_human_resource/final_project/2024/f55m8k0000003spo-att/f55m8k0000003svn.pdf
| 評価項目 | 確認方法 | 判断基準の例 |
|---|---|---|
| 削減工数 | 利用者アンケート、作業時間記録、対象業務件数 | 月間削減工数が目標の70%以上なら継続を検討する。目標を大きく下回る場合は、対象業務や利用方法を見直す。 |
| 利用定着 | 週次または月次の利用者数・利用件数 | 対象者の過半数が継続利用していれば定着施策を継続する。利用が一部の担当者に偏る場合は、教育や対象業務の見直しを行う。 |
| 問い合わせ負荷 | 問い合わせ件数、FAQ閲覧数、対応時間 | 問い合わせが特定テーマに偏る場合は、FAQまたは利用ルールを更新する。対応工数が大きい場合は、展開範囲を広げない。 |
| セキュリティ | 禁止データ入力の有無、誤送信報告、ログ確認結果 | 重大な禁止情報入力が発生した場合は、対象範囲の拡大を見送り、ルールと教育を見直す。 |
| 費用 | 月額費用、従量課金、管理工数 | 工数削減額が費用を下回る場合は、対象業務の変更またはライセンス数の縮小を検討する。 |
なお、削減工数の目標値、継続利用とみなす利用率、利用ログの取得可否、費用対効果の算出方法は、対象業務や利用するAIサービスの契約プランによって異なります。そのため、実際の稟議では自社の目標値、ログ取得範囲、費用算定ルールを確認したうえで判断基準を設定してください。
そのまま使えるAI導入稟議テンプレート
この稟議は、実際にAgileWorksの電子決裁で回しています。紙やメールの稟議だと、差し戻されたときに「どのコメントで、どこで止まったのか」が後から追いにくいのですが、ワークフローにすると差し戻し履歴が残ります。私はこれを、次の稟議で同じ指摘を受けないための材料として使っています。たとえば前回「運用体制が薄い」で差し戻されたなら、その履歴を見て、次は運用体制と確認工数を最初から書き込んでおく。承認ルートと差し戻し理由を残せる形にしておくことが、結果的に差し戻しを減らす近道でした。


件名:AIツール試験導入の申請
1. 申請概要
○○部における○○業務の効率化を目的として、AIツールを○か月間試験導入したく申請します。初期対象は○○部○名とし、利用範囲は○○業務に限定します。導入予定ツールは[要確認:正式製品名・契約プラン名]です。2. 背景・課題
現在、○○業務に1件あたり○分、月○件の作業が発生しており、月間○時間の工数がかかっています。繁忙期には対応遅れや品質ばらつきが発生しているため、AIにより下書き作成、要約、分類、文章整形を支援します。3. 利用範囲
利用対象は、○○業務における下書き作成、社内向け要約、公開情報の整理に限定します。AI出力は補助情報として扱い、最終判断および社外送信前の確認は担当者が行います。4. 利用禁止事項
個人情報、顧客名、契約金額、未公開資料、人事評価、認証情報、APIキー、パスワードは入力禁止とします。禁止情報の入力が疑われる場合は、利用者が速やかに情シスおよび業務責任者へ連絡し、必要に応じて利用を一時停止します。5. 費用対効果
月額費用は[要確認:月額利用料・契約人数]、初期費用は[要確認:初期費用・導入支援費用]です。現状工数○時間/月に対し、AI導入により○%削減、月○時間の削減を見込みます。時間単価は[要確認:社内で使用する工数単価]を用いて算出します。6. セキュリティ・情報管理
利用者は会社管理アカウントに限定します。アカウント発行、退職者停止、権限変更は情報システム部が担当します。ログ取得範囲、保存期間、閲覧権限は[要確認:利用予定サービスの仕様、契約プラン、自社ログ方針]に基づき整理します。7. 運用体制
業務オーナーは○○部、システム管理者は情報システム部、契約確認は○○部、セキュリティ確認は○○担当とします。問い合わせは○○フォームまたは○○チャンネルで受け付けます。8. 評価方法
導入○か月後に、利用件数、削減工数、問い合わせ件数、禁止データ入力の有無、費用実績、利用者満足度を確認し、本格導入、対象拡大、継続見送り、停止のいずれかを判断します。9. 承認依頼
上記の通り、対象範囲を限定し、情報管理と運用体制を整えたうえでAIツールを試験導入したく、承認をお願いいたします。
なお、正式製品名、契約プラン、費用、ログ取得範囲、保存期間、閲覧権限は、利用するAIサービスや契約条件によって異なります。実際の稟議では、見積書、契約書、管理画面、ベンダー回答を確認したうえで記載してください。
稟議に添付すると差し戻しを減らせる資料
本文だけで説明しきれない場合は、添付資料を用意します。承認者、情シス、セキュリティ担当、法務・購買がそれぞれ見たい情報は異なるため、1枚の長い説明資料にせず、判断材料ごとに分けると確認しやすくなります。
- 費用対効果の計算表:対象人数、現状工数、削減率、時間単価、ツール費用、運用工数
- 対象業務フロー:AIが担当する工程、人が確認する工程、禁止する工程
- 入力禁止情報一覧:個人情報、顧客情報、契約情報、認証情報、未公開資料など
- 製品確認表:プラン名、ログ、管理機能、データ取扱い、SSO、サポート、契約条件
- 運用体制表:業務オーナー、情シス、セキュリティ、法務・購買、問い合わせ窓口
- 3か月後の評価表:継続、拡大、縮小、停止の判断基準
AI導入稟議は、ツールの魅力を伝える資料ではありません。対象業務を絞り、費用対効果を計算式で示し、入力データ・ログ・アカウント・問い合わせ・評価方法まで設計して初めて、承認者が判断できる資料になります。まずは小さく試し、実績を測り、リスクを管理しながら段階的に広げる。稟議は、通すためだけに書くものではありません。導入後に誰が管理し、どの効果を測り、どこまで責任を持つのかを残しておくことで、あとで自分たちが困らない稟議になります。



コメント