生成AIの稟議資料の作り方|経営層が見る3点と費用・回収期間・やめる条件の書き方

この記事のポイント
生成AI導入の稟議資料で経営層が見るのは、回収期間・損失の上限・情報の扱いと責任者の3点です。PoCと本開発で稟議を分ける書き方、業務量の測り方、説明用の1枚版の記入例、経理・情シス・法務に聞かれることまで、前提を示した試算で解説します。
生成AI導入の稟議資料で経営層が見るのは、①いくら投じて何年で回収できるか、②失敗したら損失はいくらで止まるか、③社内の情報の扱いと責任者が決まっているかの3点です。ツールを社員の人数分契約するだけなら1人あたり月数千円の製品もありますが、業務に組み込む開発はPoC(本格的に作る前に小さく試作し、業務で使えるかを確かめる工程)だけでも数百万円の判断になることがあります(当社の公開価格ではPoC 300万円〜・税別)。そのため、PoCと本開発で稟議を分け、段階ごとに「次に進む条件」と「ここで止めた場合の損失」を示すと、決裁者が判断しやすくなります。
生成AIの稟議について解説した情報の多くは、ChatGPTやCopilotのようなツールを人数分契約する前提で書かれています。この記事が主に扱うのは、数百万〜1,000万円規模の開発を経営会議に上げるときの資料です。経営層が見る3点の書き方、1枚にまとめるときの項目と記入例、ツール契約と開発で資料がどう変わるか、自社でAIを使って準備できる部分と開発会社に確かめてもらう部分、経理・情報システム部門・法務から聞かれること、業務量の測り方、そして「稟議を出す前に計画を小さくしたほうがいい」ケースまでを順に説明します。記事中の金額・時間の表は、断りのない限り説明用の仮定に基づく試算です。なお当社の受託開発の価格はPoC 300万円〜、既存システムの改修100万円〜、本開発は個別見積(すべて税別)です。
生成AIの稟議はどこで止まっているか

稟議が止まるのは、多くの場合「決裁者が反対した」場面ではありません。回付の途中で質問が出て、差し戻され、日数が積み上がる場面です。
弁護士ドットコムの「社内稟議の実態調査」(2024年9〜10月、クラウドサイン利用者312名)では、稟議の承認までに1日以上かかる人が73.5%で、最も多いのは「2〜3日」の52.5%でした。稟議の課題として最も多く挙がったのは「承認完了までに関わる人が多すぎる」(41.0%)で、「相談や根回しに時間がかかる」(35.9%)が続きます。エイトレッドの調査(2022年3月、従業員100名以上の会社で起案経験のある109名)でも、悩みの1位は「承認までに時間がかかる」(60.5%)で、「稟議書の作成に時間がかかる」も30.2%ありました。100床以上の医療施設を対象にした同社の調査では、1件の稟議に「2週間以上かかる」「30人以上の承認が必要」という声まで出ています。
生成AIの稟議では、この「関わる人の多さ」がとくに大きくなります。お金の審査とリスクの審査を同時に受けるからです。
回付先 | 聞いてくること |
|---|---|
経理 | 資産にするのか費用にするのか。来年以降、毎年いくら出ていくのか |
情報システム部門 | 入力した社内データがAIの学習に使われないか。どのシステムとつなぐのか |
法務 | 個人情報を入れてよい業務か。契約はどういう形か |
経営層 | 何年で元が取れるのか。うまくいかなかったらいくら失うのか。誰が責任を持つのか |
1回の回付が2〜3日で済んでも、どこか1か所で答えられない質問が出るたびに差し戻され、書き直してまた最初から回ることになります。差し戻しが2回、3回と重なれば、承認までの日数はそのぶん積み上がります。資料の段階でこれらの質問に先回りして答えておくことが、稟議を早く通すいちばん確実な方法です。
経営層の関心は「入れるか」から「回収できるか」に移っている
もう1つ押さえておきたいのが、経営層の関心の変化です。総務省「令和8年版 情報通信白書」によると、何らかの業務で生成AIを利用している日本企業は86.4%に達しています。日本情報システム・ユーザー協会(JUAS)の「企業IT動向調査2026」速報(東証上場企業などのIT部門長957社が回答)でも、文章を扱う生成AIを導入済みの企業は33.9%、試験導入・準備中を含めると53.4%、売上高1兆円以上の企業では導入済みが85.1%でした。
一方で、PwC Japanの「生成AIに関する実態調査2026 春 6カ国比較」(2026年6月公表、売上高500億円以上の企業で生成AIの導入に関わる課長職以上が対象)では、日本企業の87%が生成AIを活用・推進しているのに、効果が「期待を大きく上回る」と答えた割合は日本が9%で、米国38%・英国32%を大きく下回り、6か国で最も低い結果でした。「期待未満」と答えた日本企業も19%あります。効果が出るまでの期間を「1年以内」と見ている企業は、米国66%に対して日本は41%です。
つまり今の経営層にとって、「他社も入れているから」はもう決め手になりません。問われているのは、入れて回収できるのか、回収できなかったときにどこで止められるのかです。次の章の3点は、この問いにそのまま対応しています。
経営層が稟議資料で見る3点

①いくら投じて、何年で回収できるか
最初に見られるのは、総費用と回収期間です。資料を作るときに押さえる点は4つあります。
- 費用は初期費用だけでなく、運用費を年数分入れる。 生成AIを業務に組み込むシステムには、保守費、AIの利用料、システムを動かす基盤の費用が稼働後も続けてかかります。保守費が見積に含まれるのか別契約なのかを確認して入れてください。初期費用だけで回収期間を計算すると実際より大幅に短く見え、経理の確認で必ず指摘されます
- 評価する期間は5年を上限にする。 国税庁のタックスアンサー(No.5461)では、自社で使うソフトウェアの耐用年数は5年です。「5年で償却する資産に、5年で元が取れない投資をするのか」という説明は、経営会議でそのまま通じます
- 削減時間は実測し、下振れを見込んで割り引いて見る。 担当者に聞いた概算のまま計算すると、稼働後の実績と合わずに信用を失います。測り方は後半の「1の実測で記録すること」にまとめています。人件費の単価は自社の給与と社会保険料などから置き、置いた値を資料に書きます(下の試算では仮に時給3,000円としています)
- 数字を「実測した値」「見積の値」「仮に置いた値」に分けて書く。 3つを混ぜると、どこまでが確かな数字なのか経営層が判断できません
同じ金額でも、載せる業務の量で結論は逆転します。PoC 300万円+本開発700万円の計1,000万円を投じる場合の、仮定に基づく試算です(本開発700万円は仮置き。保守費を本開発費の年15%、AIの利用料を月3万円と仮に置き、月の運用費は11.75万円)。
月の削減時間(補正後) | 月の効果額(時給3,000円) | 回収期間(本番稼働から) | 5年間のROI |
|---|---|---|---|
80時間 | 24万円 | 約82か月(約6.8年) | −15.5%(5年で回収できない) |
300時間 | 90万円 | 約13か月 | 約217% |
210時間(300時間のケースで削減が3割少なかった場合) | 63万円 | 約19.5か月 | 約122% |
※ROI(投じたお金に対して、どれだけ上乗せで返ってくるかの割合)=(5年間の効果額 − 5年間の総費用)÷ 5年間の総費用。すべて仮定に基づく試算で、当社の実績値ではありません。運用費は保守費とAIの利用料だけで置いた控えめな値のため、システムを動かす基盤の費用が別にかかる場合、回収はさらに延びます。
逆算すると、1,000万円を投じるなら、補正後で月95時間を超える業務を載せないと5年たっても元が取れません。 24か月で回収したいなら月約178時間が必要です。稟議資料には「月何時間の業務を載せる前提か」と、「削減時間が3割少なかった場合でも回収できるか」を並べて書いてください。
もう1つ、浮いた時間を残業の削減・外注の停止・採用の見送り・ほかの業務への配置換えのどれで回収するかも書きます。人件費は固定費なので、ここが空欄だと「人を減らさないなら、支払う人件費は変わらないのでは」と突っ込まれます。
PwCの調査で「1年以内に効果が出る」と見ている日本企業は41%でした。回収期間を楽観的に短く書くより、「前提がずれても2年以内に収まる」という幅で示したほうが信用されます。 計算式と前提の置き方の詳細はAI導入のROI試算で解説しています。
②失敗したら、損失はいくらで止まるか
2つ目に見られるのは、うまくいかなかった場合の損失の上限です。1,000万円を一度に承認してもらおうとすると、「失敗したら1,000万円がなくなる」という前提で審査されます。
これを避ける方法が、PoCと本開発で稟議を分けることです。経済産業省の「AI・データの利用に関する契約ガイドライン」(平成30年6月)は、AI開発を「①アセスメント → ②PoC → ③開発 → ④追加学習」の段階に分け、段階ごとに契約する進め方(探索的段階型)を示しています。「国のガイドラインが示す段階的な進め方に沿っている」と資料に書けることは、社内で説明するときに役立ちます。
段階 | 投じる金額(試算例・税別) | 次に進む条件 | ここで止めた場合の損失 |
|---|---|---|---|
0. 業務の実測 | 担当者が記録する手間のみ | 実測した時間が、回収に必要な時間を超えている | ほぼなし |
1. PoC | 300万円 + 自社側の時間(仮に48〜72時間と置き、時給3,000円で換算して約14〜22万円相当) | 事前に決めた合格ラインを満たし、PoCの実測値で計算し直しても回収できる | 約314〜322万円が上限 |
2. 本開発 | 700万円(累計1,000万円) | 旧来のやり方と並行して動かし、結果が一致する | 累計1,000万円が上限 |
この試算では、PoCで不合格になっても損失は約314〜322万円で止まります。本開発まで進めてから効果が出ないと分かった場合の1,000万円と比べると、およそ3分の1です。先ほどのPwCの調査で効果が「期待未満」と答えた日本企業が19%あることを考えると、この「止める場所」が資料にあるかどうかで、経営層の受け止め方は大きく変わります。
ポイントは、合格ラインとやめる条件を、PoCを始める前に資料に書いておくことです。
- 合格ラインの例:「対象の質問100件のうち85件以上に、根拠となる資料の箇所を示して正しく答えられる」
- やめる条件の例:「合格ラインに届かない。または、PoCで測った削減時間とAIの利用料で計算し直したとき、前提が3割ずれると5年以内に回収できない」
合格ラインを決めずに始めると、終わってから「正答率80%は高いのか低いのか」という議論が始まり、結論が出ないまま追加の検証で費用が膨らみます。PoCの費用の内訳と、納品される成果物はAIのPoC費用の相場にまとめています。
③社内の情報の扱いと、責任者が決まっているか
3つ目は、情報漏えいや誤りが起きたときに、誰が何をするのかが決まっているかです。経営層が気にしているのはAIの技術的な仕組みではなく、事故が起きたときに会社としてどう説明するかです。
総務省「令和8年版 情報通信白書」の調査では、生成AIを使った業務の変革について「組織的な取組はない」と答えた日本企業が27.0%と約3割にのぼり、米国・ドイツ・中国と比べて顕著に高い結果でした。企業規模別に見ると、中小企業で特に高い傾向が出ています。裏返せば、責任者と運用のルールが資料に書いてあるだけで、他の稟議と差がつきます。
資料に書くのは、次の3行で足ります。
- AIに入れてよい情報・入れない情報(例:個人情報を含む書類はPoCの対象外。入力したデータがAIの学習に使われない契約・設定であることを確認済み)
- AIがもっともらしい誤りを出したとき、誰が気づいて、誰が直すか(例:AIの回答は必ず担当者が確認してから社外に出す。誤りは◯◯部で週1回集計する)
- 本番稼働後の運用責任者の名前(「情報システム部で対応」ではなく、個人名で)
とくに3つ目が重要です。運用責任者が名前で決まっていない案件は、本番に移っても使われなくなりがちです。これはAIの性能とは関係のない、社内体制の問題です。
判断の拠り所には、総務省・経済産業省の「AI事業者ガイドライン」が使えます。最新版は2026年3月31日公表の第1.2版で、別添にチェックリストとワークシートがあり、稟議資料の添付としてそのまま使えます。 ルールがないまま社員が個人でAIサービスを使っている状態のリスクは、シャドーAIの企業リスクで扱っています。
生成AI導入の稟議資料に入れる項目|1枚版の構成と記入例

稟議書は承認をもらうための1〜2枚の要約で、実行のための詳しい計画書とは役割が違います。1枚目には経営層が3点を判断できる情報だけを載せ、見積書や実測の記録は別添にします。
以下は、社内の規程やマニュアルを探して問い合わせに回答する業務に、資料をAIに読ませて根拠つきで答える仕組みを入れる場合の記入例です。説明用の架空の記入例で、当社や顧客の実際の決裁資料ではありません。PoCの金額は当社の公開価格(300万円〜)を、時間・本開発・運用費は仮に置いた値を使っています。
項目 | 書くこと | 記入例 | 主に見る人 |
|---|---|---|---|
1. 決裁してほしいこと | 今回承認してほしい範囲と金額。次の段階は別の稟議にすると明記 | PoCの実施(300万円・税別)。本開発はPoCの結果をもって別途起案する | 決裁者 |
2. 対象業務と現状 | 業務名、担当人数、月の作業時間(実測か推定か) | 社内規程を探して回答する業務。10名が各月30時間(2週間の実測を月に換算) | 経営層・現場の責任者 |
3. 目的 | 業務の成果で書く。「生成AIを活用するため」は目的にならない | 回答までの時間を減らし、担当者ごとの回答のばらつきをなくす | 経営層 |
4. 範囲 | 対象の部門・業務を1つに絞る | ◯◯部の社内問い合わせ対応のみ。他部門は本開発の判断後に検討 | 経営層 |
5. 費用 | 今回の金額、次の段階の概算、運用費、自社側の時間 | PoC 300万円/本開発の概算700万円(仮置き)/運用費 月約12万円(仮置き)/自社側の時間48〜72時間 | 経理・経営層 |
6. 効果と回収期間 | 前提を書いたうえで、ずれた場合も併記 | 削減 月300時間(補正後)× 時給3,000円 = 月90万円。本番稼働から約13か月で回収、削減が3割少なくても約19.5か月 | 経営層・経理 |
7. 合格ラインとやめる条件 | PoCの開始前に決める | 質問100件中85件以上に根拠つきで正答。届かなければ本開発は起案しない | 経営層 |
8. 情報の扱い | 入れる情報・入れない情報、学習に使われない設定の確認結果 | 個人情報を含む書類は対象外。入力が学習に使われない契約であることを確認済み | 情報システム部門・法務 |
9. 体制と責任者 | 名前と、週に出せる時間 | 主担当:◯◯部 ◯◯(週2〜4時間)/データ提供:情報システム部 ◯◯/本番後の運用責任者:◯◯ | 経営層 |
10. ほかの手段と比べた結果 | ツール契約や既製のサービスで足りない理由 | 既製のツールでは社内規程の保管場所につながらず、担当者が毎回資料を探す手間が残る | 経営層・情報システム部門 |
11. スケジュール | 次に判断する日まで書く | ◯月の経営会議で承認 → PoC 8週間 → ◯月の経営会議で本開発を判断 | 決裁者 |
11項目のうち、とくに差がつくのは1・7・10です。1で「今回はPoCだけ」と範囲を区切ると、決裁者は300万円の判断に集中できます。7があれば「失敗したらどうするのか」に答えられ、10があれば「ツールを契約すれば済むのでは」という質問が回付の途中で出なくなります。
5と6の数字には、それぞれ「実測」「見積」「仮置き」のどれなのかを書き添えてください。 記入例の本開発700万円や運用費は仮置きで、PoCの評価結果をもとに取る本開発の概算見積で置き換えます。
ツール契約と開発では、稟議資料の中身が変わる
「生成AIの導入」と一口に言っても、ツールを契約するのか、仕組みを作るのかで、金額の桁も、決裁に上がる場も、資料に必要な数字も変わります。自社の案件がどれに当たるかを先に決めてから資料を作ってください。
ツールを人数分契約する | 既製のサービス・ノーコードのツール | 既存システムの改修 | PoC+本開発 | |
|---|---|---|---|---|
内容 | ChatGPTやCopilotなどを社員が使う | 市販のクラウドサービスや、プログラムを書かずに画面操作で仕組みを作れるツール(ノーコード)で業務を回す | 既存のシステムの、詰まっている1か所を直す | 業務に合わせた仕組みを作り、社内のシステムとつなぐ |
費用の目安(税別) | 1人あたり月数千円 | サービスの月額 × 人数(各社の料金ページで確認) | 改修の見積(当社は100万円〜) | PoCと本開発の見積+運用費(当社はPoC 300万円〜、本開発は個別見積) |
決裁に上がりやすい場(会社の規程による) | 部門の予算で済むことが多い | 部門の予算で済むことが多い | 部門長の決裁で済むこともある | 経営会議に上がることが多い |
資料の中心になる数字 | 人数 × 単価 × 12か月、実際に使う人の割合 | 月額 × 人数 × 5年、ツールに業務を合わせる手間 | 月の作業時間と回収までの月数 | 5年間の総費用、回収期間、途中で止めた場合の損失 |
よく聞かれること | 入力データが学習に使われないか。契約しても使われずに終わらないか | 業務の手順をツールに合わせられるか | つながっている先のシステムが変わったときの修正費 | 何年で回収か、失敗したらいくら失うか、誰が運用するか |
稟議の回数 | 1回 | 1回 | 1回 | PoCと本開発で2回 |
ツール契約の価格の例として、Microsoft 365 Copilot Business(対象のビジネスプランに追加する契約)は、年契約で1ユーザーあたり月2,698円相当(税抜)です(2026年7月1日〜12月31日のプロモーション価格・初年度のみ)。この価格で50人に契約しても、Copilotの追加分は年間で約162万円です。一方、業務に組み込む開発は、当社の公開価格でもPoCだけで300万円〜(税別)で、本開発の金額は機能・利用者数・連携・データ移行などの範囲で個別に決まります。同じ「生成AIの導入」でも、稟議の重さがまったく違います。
何円から誰の決裁になるかは、会社ごとの職務権限規程(決裁権限規程)で決まります。会社法は、取締役会を置く会社では「重要な財産の処分及び譲受け」を取締役会で決めるとしていますが、金額の基準までは定めていません。資料を作り始める前に、その金額を誰が決裁するのかを規程で確認してください。 決裁者によって、必要な資料の厚みも、経営会議の開催日に合わせたスケジュールも変わります。
気をつけたいのは、表の左端の列の感覚のまま、右端の列の稟議を書いてしまうことです。「業務効率化のため生成AIを導入したい。費用は1,000万円」とだけ書いた資料は、ツール契約なら通る書き方でも、開発投資としては回収期間も損失の上限も書かれていない状態です。逆に、ツールの契約で足りる業務に開発の稟議を出していないかも、ここで確認してください。
生成AI開発の費用の目安と、稟議資料に書く数字
開発投資の稟議で、費用の欄に書く項目は次のとおりです(すべて税別で書きます)。金額は対象範囲で大きく変わるため、ここでは一般的な相場の数字ではなく、見積で確認することと資料での書き方をまとめます。当社の価格は次の小見出しに載せています。
費用の項目 | 見積で確認すること | 資料での書き方 |
|---|---|---|
PoC(生成AIを業務に組み込むタイプ) | 対象業務、確かめる問い、合格ラインと評価方法、期間、受け取るもの(評価結果のまとめなど) | 今回承認してほしい上限額として書く |
PoC(自社のデータでAIに学習させるタイプ) | 学習に使うデータの量と質、正解のデータを誰が作るか | 画像による検査や需要予測など。生成AIを組み込むタイプとは見積の前提が違うので区別して書く |
本開発 | 機能、利用者数、ほかのシステムとの連携、データの移行、安全面の要件、運用の体制 | PoCの前は「PoCの結果で確定」と書くか幅で書き、PoCの後に取る概算見積で置き換える |
本番稼働後の運用費 | AIの利用料(使った分の実費か定額か)、システムを動かす基盤の費用、保守費 | 月額と年額にして、5年分を総費用に入れる |
保守費 | 見積に含まれるか別契約か。障害時の対応、軽微な修正、AIのモデルが変わったときの対応のどこまでが入るか | 範囲を書き添える。範囲の違う見積の金額をそのまま並べて比べない |
自社側の時間(PoC期間中) | 現場担当・データの窓口・決裁者が、PoCの間に何時間を出す必要があるか | 見積書に載らないので、時間と人件費の換算を別の行で書く |
既存システムの改修 | 直す箇所、つながっている先のシステム、テストの範囲 | 稟議を小さくできる場合の選択肢として書く |
見積書だけを見て費用の欄を埋めると、運用費と自社側の時間が抜けやすくなります。 これは、経理から「来年以降は毎年いくら出ていくのか」と聞かれて答えられず、差し戻される典型的な原因です。前述の1,000万円の試算では、運用費を控えめに月11.75万円と置いても、5年間の総費用は1,705万円になります(1,000万円+11.75万円×60か月)。初期費用の1.7倍です。
見積の金額が後から膨らみやすい箇所はシステム開発の追加費用、保守費の内訳はシステム保守運用費の相場、開発費の全体像はAI受託開発の費用相場にまとめています。複数社の見積を並べるときは、AI開発の見積もり比較を参考に条件をそろえてください。
当社の価格
当社の受託開発の価格は次のとおりです(すべて税別。クラウドの利用料、外部APIの利用料、ソフトウェアのライセンスなどの実費は別)。
区分 | 当社の価格 | 対象 |
|---|---|---|
既存システムの改修 | 100万円〜 | 今あるシステムへの機能・画面・帳票の追加、ほかのシステムとのデータ連携 |
PoC | 300万円〜 | 検証内容の整理、PoCの設計・開発、評価結果のまとめまで。本番システムの完成価格ではありません |
本開発 | 個別見積 | 機能、利用者数、外部との連携、データの移行、安全面の要件を確認して見積もります |
PoCの後は、評価結果をもとに「継続」「範囲を変えて継続」「中止」を一緒に判断します。2回目の稟議(本開発)に載せる数字を揃えるために、PoCの評価結果のまとめに何を入れるか(合格ラインに対する結果、本開発の概算見積の前提など)を、PoCを始める前に取り決めておくと、2回目の資料を作り直す手間が減ります。
自社でAIを使って準備できること、開発会社に確かめてもらうこと
稟議の準備の多くは、ChatGPTやClaudeなどのAIを使って自社で進められます。一方で、自社のデータ・既存のシステム・権限・例外・評価・本番後の責任に関わる部分は、資料の上では答えが出ず、実物を見て確かめる必要があります。
自社でAIを使って進められること | 開発会社に確かめてもらうこと | |
|---|---|---|
資料づくり | 稟議書の下書き、3点に答えていない箇所の指摘、想定される質問の洗い出し | 見積の前提(対象範囲・連携するシステムの数・データの件数)の整理 |
数字 | 試算表の作成、前提を変えたときの計算、業務の記録の集計 | 実際のデータの欠け・表記ゆれ・例外が、合格ラインと削減時間にどう響くか |
試すこと | ChatGPTなどのツールで業務を試し、どこで止まるかを記録する。画面や処理の流れの簡単な試作 | 既存のシステムや資料の保管場所とつなげるか(公開API・CSV・画面操作のどれでつなぐか、誰に何を見せるか)の確認 |
評価と責任 | 合格ラインの案を書く | 合格ラインを測る評価方法(質問のセットと正解の作り方)の設計と検証、本番後の変更・障害時の分担 |
すでにAIで試作を作っている場合は、それを持ち込んで、残す部分・直す部分・任せる範囲を分けることもできます。右の列が稟議の時点で空欄なら、その部分を「PoCで確かめること」として資料に書くのが正直な書き方です。
当社では、稟議に載せる前の段階、つまり「この業務なら費用をどう書けばいいのか」「PoCから始めるべきか、改修で足りるのか」を整理したい段階からご相談をお受けしています。初回相談は無料・30分・オンライン(Google Meet)で、要件が決まっていなくても大丈夫です。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。既存のシステムの調査報告やPoCなど有償になる作業は、始める前に範囲と金額をお示しします。価格と対応範囲は受託開発サービスのページに掲載しています。
経理・情報システム部門・法務から聞かれること

回付の途中で差し戻しの原因になる質問は、ほぼ決まっています。資料に答えを書いておけば、回付は1周で済みます。
経理から聞かれること
質問 | 資料に書いておく答え |
|---|---|
資産にするのか、費用にするのか | 自社で使うソフトウェアは、多くの場合、資産に計上して5年で償却します(国税庁 No.5461)。購入したソフトの設定費用や、自社の仕様に合わせるための修正費用も取得価額に含まれます。PoCの費用を資産に含めるか費用で処理するかは内容によって分かれるため、顧問税理士に確認した結果を書きます |
利益にはどう響くのか | 現金の回収期間とは分けて書きます。たとえば1,000万円を資産に計上して5年で償却すれば、利益を押し下げる費用は年200万円ずつに分かれます |
情報システム部門から聞かれること
質問 | 資料に書いておく答え |
|---|---|
入力した社内データが、AIの学習に使われないか | 使うAIサービスの契約・設定で、入力データが学習に使われないことを確認した結果を書きます |
どのシステムとつなぎ、誰が何を見られるのか | つなぐシステムの名前、使う人の範囲、AIに読ませる資料の範囲、操作の記録を残すかどうか |
AIの利用料が想定より膨らまないか | 月の利用料に上限を設け、上限に近づいたら通知が来るようにするか。見積の月額に利用料が含まれるのか、使った分の実費なのか |
AIの利用料が企業のコストとして膨らんでいる実態は、企業のAIコスト問題で扱っています。
法務から聞かれること
質問 | 資料に書いておく答え |
|---|---|
個人情報を入れてよい業務か | 個人情報保護委員会の注意喚起(2023年6月2日)では、個人情報を含む指示を入力する場合は利用目的の範囲内かを確認すること、本人の同意なく入力した個人データが回答以外の目的(AIの学習など)に使われると法違反になる可能性があることが示されています。対象業務で個人情報を入れるかどうかと、提供事業者が学習に使わないことの確認結果を書きます |
どういう契約を結ぶのか | PoCは「できるかどうか分からない」ことを確かめる工程なので、完成を約束する通常の開発契約はなじみません。経済産業省のガイドラインは、PoC段階向けに「導入検証契約書」のモデルを用意しています。①成果物やデータの権利が誰に帰属するか、②期待した結果が出なかった場合の扱い、③提供したデータの利用範囲と終了後の扱い、の3点を契約で確認すると書きます |
AIが誤った内容を出したとき、誰の責任になるのか | 人が確認してから使う工程を残すこと、誤りに気づいて直す担当者を決めていることを書きます。AI事業者ガイドライン(第1.2版)別添のチェックリストで確認した結果を添付すると、説明が短く済みます |
稟議の組み立て方の例|段階の分け方で見る3つのパターン
以下は、稟議の組み立て方の違いを説明するための架空の例です。当社の実案件ではなく、金額・期間・効果も示しません。自社の案件がどれに近いかを考える材料として使ってください。
パターン1|PoCを挟まず、改修1回の稟議にする
状況:1つのシステムに入力した内容を、別の管理表へ毎日手で転記している。やることは決まった形式のデータを変換して取り込むことで、技術的に確かめるべき点がない。
稟議の組み方:PoCは組まず、既存システムの改修として1回の稟議にする。資料の中心は月の作業時間と回収までの月数で、「生成AIの導入」として経営会議に上げる規模にはしない。
資料に書いておくこと:つながっている先のシステムの出力形式が変わったときの修正の扱い。
パターン2|1回目のPoCで、2回目の稟議の材料を揃える
状況:社内の文書や記録は多いのに、必要な情報を探すのに時間がかかる。手元の資料をAIに読ませて根拠となる箇所を示しながら答える仕組みが業務に合うかは、試すまでわからない。
稟議の組み方:いきなり全部門に広げず、1部門・1業務に絞ってPoCの稟議を出す。開始前に「どの質問に、どの水準で答えられたら合格とするか」と評価に使う質問のセットを文書で決め、終了時に「合格ラインに対する測定結果」「本開発の概算見積」「本番の運用体制案」を受け取ると取り決めておく。
決裁の観点:経営層が見る3点のうち、①の数字、②の判断基準、③の体制が、2回目(本開発)の稟議の前に揃う。2回目の判断で質問が出ない資料を、1回目のPoCの中で作っておく組み立て方です。
パターン3|本開発の前に「何割を人が見るか」を確かめる
状況:複数のシステムにまたがるデータを、人が突き合わせて確認している。件数が多く、月末に負荷が集中する。
稟議の組み方:本開発の前に、精度より先に「全件のうち何割を自動で照合でき、残りの何割の食い違いを人が見ることになるか」を確かめる。そのうえで、食い違いがある分だけを人に回す仕組みを本開発として起案する。
決裁の観点:この割合が分からないと、本番稼働後の人員配置が決まらず、削減時間も回収期間も書けません。つまり本開発の稟議そのものが書けない状態です。後半の記録表で「例外の件数」を測っておくと、この割合の見当をつけられます。
当社が公開している開発実績
当社が公開している受託開発の実績は次の2件です(匿名)。上の3パターンとは別のもので、稟議の進め方の実例として示すものではありません。社名・削減時間・金額は公開していません。
- 通信事業:数万件の請求情報の取り込み・集計と、確認する対象を絞り込む管理画面
- 薬局:複数店舗・数千人分の記録の管理、権限の設計、確認工程の整理
稟議を出す前に見直したほうがいいケース
稟議資料の作り方を調べていると、「どう通すか」に意識が向きます。ただ実際には、資料を作る途中で、稟議を出さない・計画を小さくする判断をしたほうがいい案件があります。
- 対象業務の時間を実測していない。 概算のまま資料を作っても、①の数字を経営会議で守れません。見積を取る前に、まず2週間測ってください。思ったより小さかったと分かるだけで、数百万円の判断を誤らずに済みます
- 業務の時間に対して、投資が大きすぎる。 月20時間の作業は、時給3,000円換算で月6万円、年間72万円です。これに300万円のPoCを組むと、それだけで回収に4年以上かかります。100万円の改修で解消できるなら、回収は約17か月で、PoCを組む場合の3分の1ほどに縮まります(いずれも仮定に基づく試算で、運用費は含めていません)(システム改修の費用)
- 技術的に確かめることがない。 決まった形式のデータを変換して取り込む、毎月同じ集計をする、といった処理なら、PoCを挟まず直接作るほうが安く早く終わります。稟議も1回で済みます
- ツールの契約や既製のサービスで足りる。 社員が自分で指示を書き、結果を確認して使う業務なら、開発の稟議より先にツール契約で試すのが順番です(生成AIの内製と外注)
- 本番稼働後の運用責任者が決まらない。 ③の3行目が埋まらないなら、開発しても使われなくなる可能性が高く、今は稟議を出す時期ではありません
- 紙やFAXが起点の業務、毎回判断が変わる業務。 紙が起点ならAIより先に電子化の費用対効果を、担当者の経験で結果が変わる業務なら判断のルールを文書にするところから始めるのが順番です
PoCが本開発につながらずに終わる典型的な理由は、AI開発の失敗例にまとめています。当社にご相談いただいた案件がこれらに当てはまる場合は、開発をおすすめせず、その理由と代わりの手段をお伝えしています。2のように改修で足りる案件は、PoCを挟まず受託開発の既存システムの改修(100万円〜・税別)としてお受けしています。
稟議の提出から発注までの流れと期間
開発投資の稟議は、経営会議の開催日から逆算して準備します。
段階 | 期間の目安 | やること |
|---|---|---|
1. 対象業務の実測 | 2週間(月次の業務は1サイクル以上) | 作業時間と件数を記録する |
2. 開発会社への相談・概算の取得 | 会社による。当社の初回相談は無料・30分・オンライン(Google Meet)で、相談後に依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします | 対象業務、月の作業時間、使っているシステムの名前を伝える(秘密情報・本番の認証情報・実顧客データは送らない) |
3. 経理・情報システム部門・法務への事前確認 | 会社による | 前章の質問への答えを資料に入れる |
4. 稟議の回付 | 1件の承認までは「2〜3日」が最多(52.5%)。医療施設では1件2週間以上という声も | 決裁者と回付の順番を規程で確認する |
5. 経営会議での承認 | 開催日次第(月1回の開催なら最大1か月待つ) | 開催日から逆算して提出日を決める |
6. PoC | 範囲によって変わる(見積で確認。記入例では8週間と仮置き) | 合格ラインの合意、データの提供、現場での試用(自社側の時間。上の試算では48〜72時間と仮置き) |
7. 本開発の稟議(2回目) | 3〜5をもう一度 | 仮置きの数字を、PoCの実測値と本開発の見積に置き換える |
1の実測だけで2週間かかり、そこに開発会社への相談と見積の取得、事前確認、回付の日数が加わります。経営会議の開催日から逆算し、それぞれに何日かかるかを社内の規程と過去の稟議で確かめたうえで、余裕をもって実測を始めておくと、提出が間に合わずに次の会議まで1か月待つ、という事態を避けやすくなります。また、7の2回目の稟議に向けて、PoCの終了日と次の経営会議の日程をPoCの開始時点で合わせておくと、待ち時間が出ません。依頼先の選び方はAI開発会社の選び方を参考にしてください。
1の実測で記録すること(説明用の記録表)
業務量の数字は、稟議の①の根拠になります。次の表は記録項目の説明用の例で、項目は業務に合わせて増減してください。
記録する項目 | 記録のしかた | 稟議で使う場面 |
|---|---|---|
日付・担当者 | 1日1行。担当者ごとに記録する | 月の時間への換算、関わる人数 |
処理した件数 | 種類ごとに数える(例:問い合わせの種類、伝票の種類) | 対象を1業務に絞るときの根拠 |
1件あたりの作業時間 | 開始と終了の時刻を書く。思い出して書かない | 削減時間の元の数字(①) |
例外・差し戻しの件数と理由 | 手順どおりに処理できなかったものを、理由と一緒に書く | 何割を人が見ることになるかの見当(パターン3) |
確認・手戻りにかけた時間 | 二重チェック、誤りの修正、問い合わせ直しの時間 | 品質の改善を効果に入れるかの判断 |
使ったシステム・ファイル | システム名、Excelのファイル名、紙かどうか | つなぐ先の確認、紙が起点かどうか(見直しケース6) |
月の時間への換算は「記録した期間の合計時間 ×(月の営業日数 ÷ 記録した営業日数)」で行い、資料には「2週間の実測を月に換算」と書きます。担当者の一部だけで記録した場合は、人数で掛け戻したことも書きます。記録表の作成や集計はAIに任せて構いませんが、時刻は人が記録してください。
要件が決まっていない段階でも、稟議の対象範囲の絞り方、PoCと本開発の分け方、合格ラインと評価方法の置き方を一緒に整理できます。月の作業時間は概算で構いません。初回相談は無料・30分・オンラインで、相談後に依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。
よくある質問
Q1. 見積は何社から取れば、稟議資料として足りますか。
まず自社の購買規程や職務権限規程に、相見積もりの社数が決まっていないかを確認してください。決まっていればそれに従います。決まっていない場合、経営層や経理が見るのは社数そのものより、同じ条件で比べたかどうかです。各社に別々の説明をして取った見積は、金額の差が内容の差なのか条件の差なのか判断できず、何社分並べても根拠になりません。依頼内容(対象業務、月の作業時間、つなぐシステム、納品してほしいもの)を1枚にまとめて全社に同じものを渡し、資料には「同一の依頼内容で取得した」と書いてください。比べるときは金額だけでなく、合格ラインの決め方、納品物、自社側に求める時間が提案に書かれているかも見ます。依頼内容のまとめ方はシステム開発の相見積もりと依頼書(RFP)の作り方で解説しています。
Q2. PoCの金額を部門長の決裁枠に収めるために、発注を分けてもよいですか。
決裁の金額基準を下回るように同じ目的の発注を細かく分けることは、規程の趣旨に反すると見なされるおそれがあります。自社の規程に分割の扱いが書かれていないか、先に確認してください。PoCと本開発で稟議を分けること自体は、経済産業省のガイドラインも示している進め方です。違いは全体像を見せているかどうかです。1回目の稟議で承認を求めるのがPoCの金額だけでも、本開発と運用費の概算、次に判断する時期まで資料に書いておけば、決裁者は全体を知ったうえで最初の一歩だけを承認できます。反対に、全体像を伏せて小さく通すと、本開発の稟議を出した時点で「最初に聞いていない」となり、PoCの結果が良くても止まることがあります。
Q3. 経営層に「ChatGPTを契約すれば十分では」と言われたら、どう答えればよいですか。
境目は3つです。①社員が自分で指示を書き、結果を自分で確認して使う業務か。②社内のシステムや資料の保管場所とつなぐ必要があるか。③毎回同じ手順で、多くの件数を処理する業務か。①だけで済むならツール契約で十分で、開発の稟議を出すべきではありません。②か③が必要なら、ツールだけでは担当者が毎回資料を探して貼り付け、結果を別のシステムに打ち直す作業が残ります。説得力が増すのは、先にツールで試してみて、業務のどこで止まったかを記録しておくことです。「ツールで◯件試したが、◯◯の資料につながらないため、担当者の作業が月◯時間残った」と書ければ、なぜ開発が必要なのかを実際の記録で示せます。
Q4. 要件が決まっていない段階で、稟議に載せる金額はどう書けばよいですか。
「今回承認してほしい上限額」と「次の段階の概算の幅」を分けて書きます。 要件が決まっていない段階で本開発の金額を1つに決めても、後で必ず変わり、「稟議の金額と違う」と説明に追われます。PoCは範囲を1部門・1業務に絞れば金額を固められるため、ここを上限額として承認をもらい、本開発は「幅で示し、PoCの評価結果をもとに取る概算見積で確定させる」と書くのが現実的です。もう1つ、見積書に書かれている前提条件(対象業務の範囲、つなぐシステムの数、扱うデータの件数など)を資料に書き写しておいてください。後から金額が変わったときに、どの前提が変わったのかで説明できます。
Q5. 補助金を前提にして稟議を出してもよいですか。
おすすめしません。回収の計算は補助金なしで作り、補助金ありは別の列で示してください。 理由は3つあります。1つ目は、使えない制度があることです。デジタル化・AI導入補助金2026(旧IT導入補助金)は事務局に登録されたITツールの導入が対象で、一から作る開発や特定の顧客専用のものは登録の対象外です。自社専用に作るシステムには原則として使えません。2つ目は、採択が保証されないことです。中小企業省力化投資補助金(一般型)のように、システムの構築も対象になる制度はありますが、第8回は申請受付が2026年9月18日に始まり、締切が10月16日17時、採択発表は2027年2月上旬の予定です。締切から結果が出るまでだけで約4か月かかります。3つ目は、後払いであることです。事業を終えて実績報告と確定検査を済ませてから入金されるため、入金は締切から採択までの約4か月に、交付の手続きと事業の実施期間(第7回の公募要領では交付決定日から18か月以内)が加わった後になります。事業の期間によっては申請から入金まで1年を超えることもあり、その間は全額を自社で立て替えます。補助金がなければ回収できない案件は、不採択になった時点で投資として成り立たなくなります。対象になるツールの範囲はAI導入補助金の対象、入金までの時間軸は補助金の入金時期にまとめています。
Q6. 生成AIを使って稟議書そのものを作ってもよいですか。
文章の整理や抜け漏れの確認には役立ちます。たとえば下書きを読ませて「回収期間・損失の上限・情報の扱いと責任者、の3点に答えていない箇所を指摘して」と頼むと、回付の途中で出る質問を事前に拾えます。注意点は2つです。1つ目は、社外のAIサービスに見積書や社内の数字、個人情報を入れる前に、自社の利用ルールと、入力が学習に使われない設定になっているかを確認すること。2つ目は、回収期間などの数字をAIに作らせないことです。計算は表計算ソフトで行い、実測値と見積値を人が入れて、前提を書き換えられる形で残してください。稟議や社内申請の内容チェックそのものを仕組みにする方法は、社内申請チェックの自動化で解説しています。
Q7. PoCの結果が合格ラインに届かなかった場合、経営層にはどう報告し、次の稟議はどう書けばよいですか。
報告は「失敗しました」ではなく、何を確かめ、何が分かり、損失はいくらで止まったかの3点で書きます。合格ラインに届かなかったことは、本開発に数百万円を投じる前に「この方法では現時点で合わない」と確定できたという結果です。開始前に合格ラインとやめる条件を書いていれば、この報告は1枚で済みます。次の選択肢は3つです。1つ目は、対象を絞り直すこと。全体では届かなくても、特定の種類の書類や質問だけなら合格ラインを超えている場合は、その範囲だけで回収できるかを計算し直し、範囲を狭めた本開発として起案します。2つ目は、改修に切り替えること。検証の過程で、AIを使わなくても決まった処理で解消できる部分が見つかることがあります。3つ目は、やめることです。いずれの場合も、PoCで見つかったデータの不備や業務ルールのあいまいさは、次の手段を選ぶときの材料としてそのまま使えます。
生成AIの稟議資料でお悩みの方へ
生成AI導入の稟議資料で経営層が見るのは、①いくら投じて何年で回収できるか、②失敗したら損失はいくらで止まるか、③社内の情報の扱いと責任者が決まっているか、の3点です。業務に組み込む開発は、当社の公開価格でもPoC 300万円〜(税別)で、本開発と運用費は範囲によって変わります。PoCと本開発で稟議を分け、合格ラインとやめる条件を先に書いておけば、PoCで止めた場合の損失の上限を示したうえで承認を求められます(本記事の試算では約314〜322万円)。
- 数百万〜1,000万円規模の生成AI開発を稟議に上げたいが、費用と回収期間の数字をどう置けばいいか分からない
- PoCと本開発をどう分け、合格ラインとやめる条件をどう書けばいいか決められない
- そもそも開発の稟議を出すべき案件なのか、改修やツール契約で足りるのか判断がつかない
このいずれかに当てはまるなら、ご相談ください。初回相談は無料・30分・オンライン(Google Meet)で、要件が決まっていなくても大丈夫です。当社の受託開発の価格はPoC 300万円〜、既存システムの改修100万円〜、本開発は個別見積(すべて税別、クラウドや外部APIなどの実費は別)です。
ご相談の際は、①対象にしたい業務、②その業務にかかっている月の時間(概算で可)、③使っているシステムの名前、の3点をお聞かせください(秘密情報・本番の認証情報・実顧客データは送らないでください)。相談の中で、自社でAIを使って進める部分と任せる部分を切り分け、相談後に依頼範囲の候補、進め方(改修・PoC・本開発・調査のみ)、費用の目安をまとめた相談メモをお送りします。開発をおすすめしない場合は、その理由と代わりの手段も相談メモに書きます。
関連記事:AI導入のROI試算/AIのPoC費用の相場/AI受託開発の費用相場/システム保守運用費の相場/AI開発の見積もり比較/システム改修の費用/業務自動化の効果測定
参考資料
- 弁護士ドットコム「社内稟議の実態調査」(2024年)
- エイトレッド ワークフロー総研「稟議書に関する実態調査」(2022年)
- エイトレッド ワークフロー総研「医療施設の稟議に関する実態調査」
- 総務省「令和8年版 情報通信白書 生成AIの業務利用状況」
- 総務省「令和8年版 情報通信白書 組織的な取組状況」
- 日本情報システム・ユーザー協会「企業IT動向調査2026 速報」
- PwC Japan「生成AIに関する実態調査2026 春 6カ国比較」(2026年6月10日)
- 国税庁「No.5461 ソフトウエアの取得価額と耐用年数」
- 財務省「令和8年度税制改正の大綱」
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」(2023年6月2日)
- 経済産業省「AI・データの利用に関する契約ガイドライン」(平成30年6月)
- 総務省・経済産業省「AI事業者ガイドライン(第1.2版)」(2026年3月31日)
- Microsoft「Microsoft 365 Copilot の価格」
- BUSINESS LAWYERS「重要な財産の処分及び譲受けと取締役会決議」
- マネーフォワード クラウド「職務権限規程とは」
- 中小企業基盤整備機構「デジタル化・AI導入補助金2026」
- 中小企業基盤整備機構「中小企業省力化投資補助金(一般型)スケジュール」
- ミラサポplus「中小企業省力化投資補助金(一般型)第8回公募」
- 中小企業基盤整備機構「中小企業省力化投資補助事業(一般型)公募要領(第7回公募)」
依頼範囲と費用の目安を30分で整理します
この記事の著者

AI革命
編集部
AI革命株式会社の編集部です。最新のAI技術動向から実践的な導入事例まで、企業のデジタル変革に役立つ情報をお届けしています。豊富な経験と専門知識を活かし、読者の皆様にとって価値のあるコンテンツを制作しています。
最新記事

中国のAI輸出規制案とは?モデルの重み・23技術の中身と日本企業への影響【2026年10月草案】
2026/10/16

Claude Code スラッシュコマンド 作り方|.claude/commands カスタムコマンド完全ガイド【2026年最新版】
2026/04/22

Claude Code コスト最適化完全ガイド|プロンプトキャッシュ・Max vs API・トークン節約術
2026/04/22

Claude Code MCP連携ガイド|GitHub・Slack・Notion・freee統合の設定と実践ワークフロー【2026年最新】
2026/04/22

Claude Code Hooks 使い方|PreToolUse/PostToolUse/Stop/SubagentStop 完全ガイド
2026/04/22

Krea 3とは?2K編集が8秒未満の画像編集AIの料金・使い方・Nano Banana Pro/GPT Image 2との違い【2026年10月】
2026/10/16


