生成AI導入の稟議書|6つの判断材料

目次
「生成AIで月100時間を削減できる」
魅力的な数字だ。だが、その一行だけでは稟議を判断できない。誰の、どの業務を、何件処理したときの数字なのか。確認や修正に使う時間は含むのか。精度が不足したら止められるのか。前提が見えなければ、承認者は金額の妥当性もリスクも比べられない。
生成AI導入の稟議書は、AIの性能を説明する資料ではない。会社が管理できる投資かを判断する資料である。
必要な判断材料は六つに絞れる。
- 対象業務と現状の基準値
- 効果の計算式と測定方法
- 初期費用と運用費を 含む総費用
- リスクと具体的な制御
- 段階承認と撤退条件
- 責任者と残す成果物
この六つがそろえば、最初から大きな効果を断言しなくてもよい。小さく試し、測定し、次の投資を判断できる稟議になる。
生成AI導入の稟議書が止まる3つの理由
効果の数字に根拠がない
「作業時間を50%削減」のような数字は、現在の処理件数と所要時間がなければ検証できない。しかも生成時間だけを比べると、人の確認、修正、差し戻しが抜ける。
経済産業省のAI導入ガイドブック概要でも、導入上の課題として費用対効果の分かりにくさが扱われている。先に置くべきなのは派手な削減率ではなく、測れる基準値だ。
費用が利用料だけになっている
生成AIサービスの月額料金は見つけやすい。一方、データ整理、権限設計、評価、教育、問い合わせ対応には人の時間がかかる。個別開発なら、外部システム連携、監視、障害対応も加わる。
利用料だけの稟議は、導入後に費用が膨らみやすい。反対に、必要な準備をすべて初期費用へ詰め込むと、小さく試す選択肢を失う。費用を段階で分ける必要がある。
リスクが注意書きで終わっている
「個人情報を入力しない」「出力を確認する」と書くだけでは、誰がどこで止めるか分からない。
経済産業省と総務省のAI事業者ガイドライン第1.2版は、AIの開発・提供・利用に関わる主体が、リスクベースで取り組むための考え方とチェックリストを示している。稟議書でも、抽象的な安全宣言ではなく、対象データ、権限、承認、記録、停止方法へ落としたい。
稟議書に入れる6つの判断材料
次の6項目を、承認者が比較できる順番で並べる。効果だけでなく、費用・リスク・段階承認・責任者まで一つの稟議書で追えるようにする。
1. 対象業務と現状の基準値を決める
最初に「全社の生成AI活用」と書かない。承認対象を、一つの業務と利用者群まで狭める。
たとえば営業会議の議事録作成なら、次の現状を測る。
| 項目 | 記録する内容 |
|---|---|
| 対象 | どの会議を扱うか |
| 件数 | 週・月あたりの会議数 |
| 現在時間 | 録音整理、要約、確認、共有にかかる時間 |
| 品質 | 修正回数、記載漏れ、共有遅延 |
| 利用者 | 作成者、確認者、閲覧者 |
| 対象外 | 機密会議、録音同意がない会議など |
対象外を書くのがポイントだ。「何をしないか」が決まれば、必要なデータと権限を限定できる。費用も試験範囲も見積もりやすくなる。
業務の切り出し方に迷う場合は、社内AIエージェントを90日で導入する5段階で扱ったように、件数があり、人が結果を確認でき、判断ルールを説明できる業務から始めるとよい。
2. 効果を「計算式」と「測定方法」で示す
効果は一つの予測値ではなく、変数が見える式にする。
時間効果の基本形は次のように置ける。
月間削減時間 = 月間件数 ×(導入前時間 − 導入後の生成・確認・修正時間)× 実利用率
ここで実利用率を入れる。導入対象100人のうち実際に使う人が半分なら、全員利用を前提にした効果は出ない。確認時間もゼロにしない。生成AIの出力を業務へ使う以上、品質確認は作業の一部である。
時間以外の効果も分けて測る。
- 処理時間:依頼から完了までの時間
- 品質:誤り、差し戻し、再作業の件数
- 量:同じ人数で処理できた件数
- 利用:対象者のうち継続利用した割合
- 事業成果:商談化、応答速度、失注防止など対象業務に近い指標
売上への寄与を直接証明できない段階で、無理に金額へ変換しなくてよい。最初は処理時間と品質を測り、業務成果との関係が確認で きてから金額へ広げる方が堅い。
生成AI PoCの成功基準も、試す前に本番化の条件を置く考え方を整理している。稟議時点で、測定データの取得方法まで決めておきたい。
3. 総費用を初期・利用・運用に分ける
費用は三つの箱で見る。
| 費用区分 | 主な内容 |
|---|---|
| 初期 | 業務整理、データ整備、要件定義、連携、権限、試験、教育 |
| 利用 | ライセンス、モデル、検索、保存、外部API |
| 運用 | データ更新、品質評価、監視、問い合わせ、改善、障害対応 |
さらに、社内担当者の時間を忘れない。業務部門が正解例を作る時間、情シスが権限を確認 する時間、法務が規約を確認する時間も投資である。
ROIを使うなら、式と対象期間を明記する。
ROI =(期間内の効果額 − 期間内の総費用)÷ 期間内の総費用
ただし、導入前に置くROIは予測だ。前提となる件数、単価、利用率、確認時間を併記し、悲観・標準・楽観の三つで試算する。小数点まで精密な一つの値を出すより、どの前提が崩れると投資判断が変わるかを見せたい。
削減時間を、そのまま人件費削減額へ置き換えるのも避ける。空いた時間によって残業や外注費を減らすのか、処理件数を増やすのか、別の高付加価値業務へ移すのかで効果額は変わる。金額へ換算できない段階では「月20時間の余力創出」のように時間で残し、その余力を何へ振り向けたかを本番化後に測る。
4. リスクを制御と確認証跡へ変える
リスク欄は「情報漏えいに注意」で終わらせない。リスクごとに、予防、検知、対応を一行ずつ書く。
| リスク | 予防 | 検知 | 対応 |
|---|---|---|---|
| 機密情報の混入 | 入力対象を限定し、権限を分ける | 利用ログと禁止データ検査 | 出力停止、担当者へ連絡 |
| 誤回答 | 正式な参照元と回答範囲を定める | 代表ケースで定期評価 | 人へ差し戻し、根拠を修正 |
| 無断実行 | 参照と書き込みの権限を分離 | 承認記録を残す | 実行権限を停止、変更を戻す |
| 費用超過 | 利用量と上限を設定する | 部門・用途別に監視 | 対象を縮小、上限を変更 |
NIST AI RMF Coreは、AIリスクをGovern、Map、Measure、Manageの四つで継続管理する。稟議時の一度きりの確認では足りない。導入後に測り直し、性能や利用状況が前提から外れたら管理方法を変える。
5. PoC・本番・展開を別の承認にする
生成AIの効果は、実際の業務データと利用者で試さないと読めない部分がある。そこで、全社導入を一度に承認するのではなく、三つのゲートに分ける。
ゲート1:PoC開始
- 対象業務、利用者、期間、予算上限が決まっている
- 利用できるデータと禁止データが決まっている
- 効果とリスクの測定方法がある
ゲート2:本番化
- 代表ケースで品質基準を満たした
- 確認、差し戻し、停止の運用を試した
- 実測した効果と総費用を確認した
ゲート3:他部署展開
- 継続利用され、運用担当が回せている
- 対象拡大による権限とデータの変化を評価した
- 展開後の費用上限と支援体制がある
各ゲートには撤退条件も置く。品質基準を連続して下回る。人の確認時間を含めると効果が出ない。禁止データを安全に分離できない。こうした場合は、停止、対象縮小、非AI手段への変更を選べるようにする。
6. 責任者と残す成果物を決める
「AI推進チームが担当」では、最終判断者が見えない。業務、システム、リスク、予算の責任を分ける。
| 役割 | 決めること |
|---|---|
| 業務責任者 | 対象業務、正解、受け入れ条件 |
| システム責任者 | データ、権限、連携、監視 |
| リスク確認者 | 法務、情報管理、セキュリティ上の条件 |
| 予算責任者 | 費用上限、次段階への投資判断 |
PoC後に残す成果物も稟議へ書く。業務フロー、要件一覧、代表ケース、評価結果、権限表、運用手順、費用実績が残れば、採用しない判断でも次に生かせる。AI内製化で残したい4つの資産で触れたとおり、コードだけでなく、業務判断、仕様と評価基準、運用ログ、改善権限を社内に残すことが大切だ。
A4一枚にまとめる稟議書の型
詳細資料を添付する場合でも、決裁者が最初に読む一枚は次の順でまとめる。
- 申請内容:誰が、どの業務で、どの期間使うか
- 現状課題:件数、時間、品質の基準値
- 期待効果:計算式、測定方法、採用する指標
- 費用:初期、利用、運用、社内工数、予算上限
- リスク対応:データ、権限、確認、ログ、停止方法
- 承認範囲:今回はどのゲートまで承認を求めるか
- 次回判断:評価日、合格条件、撤退条件、決裁者
ツールの機能一覧は補足資料へ回せる。稟議書の中心は、業務課題、測定、費用、制御、判断である。
生成AI導入の稟議では、成功を約束する必要はない。何を試し、何を測り、いくらまで使い、どこで止めるかを約束する。これなら承認者は、分からないことが残っていても投資範囲を判断できる。
対象業務の切り出し、AIが読める要件、評価条件、段階導入の整理から始めたい場合は、株式会社Atsumellへご相談ください。企画を実装へ急いで渡さず、判断できる仕様へ整えるところから支援します。



