AI導入

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

株式会社Atsumell|9分で読めます
生成AI導入の稟議書に必要な6つの判断材料を示すブログサムネイル

「生成AIで月100時間を削減できる」

魅力的な数字だ。だが、その一行だけでは稟議を判断できない。誰の、どの業務を、何件処理したときの数字なのか。確認や修正に使う時間は含むのか。精度が不足したら止められるのか。前提が見えなければ、承認者は金額の妥当性もリスクも比べられない。

生成AI導入の稟議書は、AIの性能を説明する資料ではない。会社が管理できる投資かを判断する資料である。

必要な判断材料は六つに絞れる。

  1. 対象業務と現状の基準値
  2. 効果の計算式と測定方法
  3. 初期費用と運用費を含む総費用
  4. リスクと具体的な制御
  5. 段階承認と撤退条件
  6. 責任者と残す成果物

この六つがそろえば、最初から大きな効果を断言しなくてもよい。小さく試し、測定し、次の投資を判断できる稟議になる。

生成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一枚にまとめる稟議書の型

詳細資料を添付する場合でも、決裁者が最初に読む一枚は次の順でまとめる。

  1. 申請内容:誰が、どの業務で、どの期間使うか
  2. 現状課題:件数、時間、品質の基準値
  3. 期待効果:計算式、測定方法、採用する指標
  4. 費用:初期、利用、運用、社内工数、予算上限
  5. リスク対応:データ、権限、確認、ログ、停止方法
  6. 承認範囲:今回はどのゲートまで承認を求めるか
  7. 次回判断:評価日、合格条件、撤退条件、決裁者

ツールの機能一覧は補足資料へ回せる。稟議書の中心は、業務課題、測定、費用、制御、判断である。

生成AI導入の稟議では、成功を約束する必要はない。何を試し、何を測り、いくらまで使い、どこで止めるかを約束する。これなら承認者は、分からないことが残っていても投資範囲を判断できる。

対象業務の切り出し、AIが読める要件、評価条件、段階導入の整理から始めたい場合は、株式会社Atsumellへご相談ください。企画を実装へ急いで渡さず、判断できる仕様へ整えるところから支援します。


関連記事

#生成AI#AI導入#稟議書#ROI#PoC

生成AI導入の判断材料を、自社の業務に合わせて整理しませんか?

対象業務、効果測定、リスク、受け入れ条件をつなぎ、段階的に判断できる要件定義を支援します。

相談する