情シス兼任担当が経営者にIT予算稟議を通すための資料構成と数字の示し方

「IT予算の稟議を出すたびに却下される」「技術的な説明をしているつもりなのに、経営者に伝わらない」——情シスを本業と兼任しながらシステム管理を担う方が直面する典型的な悩みです。

この記事では、情シス兼任担当者が経営者にIT予算を通すための稟議資料の作り方を、構成・数字の示し方・説得の技法まで体系的に解説します。比較表テンプレートと承認前チェックリストも収録しています。

なぜIT予算の稟議は却下されるのか：経営者と情シスの視点の違い

情シスを兼任する担当者が稟議書を持ち込む際、最も多い失敗パターンは「技術的な正しさ」を前面に押し出すことです。「サーバーのOSバージョンがサポート終了を迎えます」「現行のウイルス対策ソフトでは最新の脅威に対応できません」——これらは情シス担当者にとって切実な問題ですが、経営者にとっては「で、うちの会社に何が起きるの？」という疑問の答えが見えない状態です。

経営者と情シス担当者の間には、根本的な関心の違いがあります。情シス担当者はシステムの安定性・セキュリティ・技術的な適正さを重視します。一方、経営者が関心を持つのは「会社の売上・利益・ブランドに何がどう影響するか」です。この視点の違いを放置したまま稟議書を書くと、どれだけ詳しく書いても、経営者は「判断材料が足りない」と感じて保留や否決を選びます。

もう一つの落とし穴は、技術用語の多用です。「EDR導入」「ゼロトラスト移行」「コンテナ化による運用効率化」といった言葉は、IT業界では当たり前でも、多くの経営者には意味が伝わりません。伝わらない稟議書は、経営者に「よくわからないから今すぐ承認はできない」という印象を与えます。

こうした問題を解決するのが「経営者の言語で書く稟議書」です。ポイントはシンプルで、技術用語を経営用語（お金・時間・リスク・競合への影響）に翻訳することです。この翻訳を意識するだけで、稟議書の承認率は大幅に変わります。

情シス兼任担当者が持つべき視点の転換は一点に尽きます。「私はIT担当者として何が必要かを説明するのではなく、経営者として何を今期決定すべきかを提案する資料を作る」——この発想のシフトが、IT予算稟議を通す第一歩です。

実際、IT投資に前向きな中小企業の経営者に聞くと、「担当者が費用対効果を数字で示してくれたから判断できた」という声が多く聞かれます。逆に言えば、数字と経営への影響が書かれていない稟議書は、経営者にとって「判断できない書類」であり、保留や否決のリスクが高くなります。

情シスを兼任している場合、社内での発言権が弱いケースも少なくありません。本業の傍ら、限られた時間でIT管理を担っているため、稟議の準備に十分な時間を割けない現実もあります。だからこそ、一度しっかりとした「型」を持つことが重要です。型があれば、毎回ゼロから考える必要がなく、数字だけ更新すれば次の稟議にも使い回せます。

経営者がIT予算稟議で確認する3つの問い

経営者が稟議書を受け取ったとき、無意識のうちに3つの問いを立てています。この3つに答えられる稟議書は、通過率が格段に上がります。

1. これは何のためにあるのか（目的と緊急性）

「なぜ今この投資が必要なのか」を明確にすることが出発点です。「老朽化対応」「セキュリティ強化」では弱く、「昨年同業他社で発生した情報漏洩事故と同様のリスクが自社のサーバー構成に存在しており、万が一発生した場合には顧客情報○件の流出と損害賠償リスクが生じる。このリスクを今期中に解消するための投資である」という形で、リスクの具体性と時間軸を示します。

経営者は「やらなければならない理由」が明確でなければ、判断を先送りします。「今やらなければいつやるのか」の答えを稟議書に書き込むことが重要です。特に「サポート終了日」「補助金の申請期限」「次期システム更新タイミング」のように、外部から決まっている締め切りは最大の武器です。「〇月〇日にサポートが終了するため、それ以降は脆弱性が放置された状態で運用を続けることになる」という事実は、経営者の先送り心理を崩します。

2. いくら使って、何が得られるのか（費用対効果）

投資対効果は「○万円投資すると、年間○万円削減できる」という単純な数式で示します。技術的な詳細は別紙に回し、本文には費用対効果の数字だけを残すくらいの潔さが必要です。

削減効果が数字で表しにくい場合（セキュリティ対策・コンプライアンス対応など）は、「この投資をしなかった場合に発生するリスクコスト」を代替指標として使います。IPA（情報処理推進機構）が公表している「情報セキュリティ10大脅威」や「中小企業のサイバー被害実態調査」には、業種・規模別の被害額データが掲載されています。また、個人情報漏洩1件あたりの損害額の統計（国内では1件あたり数万円規模の事例あり）を用いて、「自社の顧客情報件数 × 想定漏洩確率 × 1件損害額」で期待損失を算出する方法も有効です。これを「この投資で回避できるリスクコスト」として提示します。

3. やらなかった場合にどうなるか（放置リスク）

心理学の研究では、人は利益を得ることより損失を避けることに強く動機づけられます（損失回避バイアス）。この特性を活用し、「投資をしなかった場合のリスク」を稟議書の中核に据えます。

「現行システムのサポート終了後に障害が発生した場合、外部専門業者による緊急対応費用として100万円超が見込まれ、復旧までの業務停止日数は最大5日間になる可能性がある（売上換算で○万円規模の損失）」という形で、具体的な金額と業務影響を示します。経営者にとって「損失の大きさ」は、「メリットの大きさ」より判断を促しやすいのです。

この3つの問いに稟議書本文で答えることができれば、経営者は「判断できる」状態になります。

承認率が上がる稟議書の構成とセクション別の書き方

承認される稟議書には、決まった構成があります。経営者が読みやすい流れで情報を配置することが重要です。以下に、各セクションで何を書くべきかを具体的に解説します。

1. 表紙・エグゼクティブサマリー（1ページ目）

稟議書の1ページ目には、決裁者が最低限知るべき情報を200字以内にまとめた概要を置きます。「何を・いくらで・なぜ今・効果は何か・決定期限はいつか」の5項目を一段落で示します。忙しい経営者の中には、この概要だけで承認判断をする方もいます。表紙だけで「承認に足る情報が揃っている」と感じさせることが、読み進めてもらうための第一関門です。

2. 現状課題の定量化

現状の問題を数字で示します。「大変です」「困っています」という感覚的な表現はすべて数値に置き換えます。使いやすい指標の例を示します。

・月間ヘルプデスク対応件数と対応工数: 例として「月30件・担当者の月間40時間相当」
・システム障害発生回数: 過去1年間の件数と1件あたりの平均復旧時間（業務停止コスト換算付き）
・手作業業務の月間工数: 時給換算コストで示すと経営者に伝わりやすい
・未適用セキュリティパッチ数: 最終適用日と現在の未適用件数
・現行ライセンスコストの内訳: 複数ツールを個別契約している場合の合計額（統合すれば削減できる金額も計算する）

数字が手元にない場合は、まず2週間の実測データを取得してから稟議を起案することをお勧めします。測定なしで提出した稟議書は、「体感ベースの要求」と受け取られてしまいます。

3. 解決策と3案比較

単一の解決策だけを提案するのは得策ではありません。「推奨案（A案）・廉価案（B案）・現状維持（C案：何もしない）」の3択を比較形式で示します。3択にする理由は、経営者の思考を「やるかやらないか」から「どれにするか」にシフトさせるためです。現状維持案にも「放置した場合のコスト」を明記することで、「何もしない選択肢の代償」を可視化できます。

4. 3年間の総所有コスト（TCO）比較

初期費用だけでなく、3年間の総所有コスト（TCO: Total Cost of Ownership）を記載します。計算式は以下の通りです。

3年TCO ＝ 初期費用 ＋（月額費用 × 36ヶ月）＋ 保守・運用コスト（年額 × 3）

初期費用が安くても月額コストが高い選択肢は長期的に割高になる場合があります。経営者が正確に比較できる形を整えることで、「安物買いの銭失い」を防ぐ判断を後押しできます。

5. ROIと回収期間

ROIと回収期間をシンプルな数式で示します。

ROI（%）＝（年間削減効果 ÷ 投資金額）× 100
回収期間（月）＝ 投資金額 ÷（年間削減効果 ÷ 12）

具体例として、勤怠管理システムを月額2万8,000円のクラウドサービスに切り替えることで、月20時間の手入力作業（時給2,500円換算）がなくなる場合を考えます。年間削減効果は20時間 × 2,500円 × 12ヶ月 ＝ 60万円、年間ランニングコストは2万8,000円 × 12ヶ月 ＝ 33.6万円、実質年間効果は26.4万円です。初期費用が30万円だった場合、回収期間は30万円 ÷（26.4万円 ÷ 12）＝ 約13.6ヶ月（約14ヶ月）と算出できます。

6. 承認期限と逆算スケジュール

「この稟議をいつまでに承認しなければならないか」を明記します。「今期中」ではなく「〇月〇日までに承認いただけると、〇月の調達が間に合います」という具体的な日付を入れることで、先送りを防ぎます。また、実装や導入にかかる期間（ベンダーの納期・設定作業の工数）を考慮した逆算スケジュールを簡易ガントチャートで示すと、「今決めなければ間に合わない」という緊急感が経営者に伝わります。承認が遅れた場合の損失（補助金を逃した場合の自己負担増、緊急対応コストの増加など）を数字で示すことも効果的です。

経営者が動く比較表：Before/After と3案比較の実例

稟議書の中で最も効果的な説得材料は、視覚的にわかりやすい比較表です。文章で長々と説明するより、表形式で並べた方が経営者は一目で状況を把握できます。

以下に、情シス兼任担当者が実際に使える比較表のパターンを示します。数字はあくまで参考値です。実際の稟議書では、自社の実測データに置き換えてください。

Before/After比較表（例：クラウドサービスへの移行）

項目	現状（Before）	導入後（After）
月間IT対応工数	40時間（担当者が手動対応）	15時間（自動化・マニュアル整備後）
システム障害発生頻度	年6回（平均復旧4時間）	年1回以下（SLAベース）
データバックアップ確認	手動（週1回・30分の確認作業）	自動（毎日・確認5分に短縮）
セキュリティパッチ適用	月1回手動（見落としリスクあり）	自動適用（適用率99%以上）
年間コスト	120万円（個別契約5本の合算）	72万円（統合ライセンス）
実質年間工数削減効果	——	25時間×12ヶ月×時給2,500円換算＝75万円相当

3案比較表（推奨案・廉価案・現状維持）

比較項目	A案（推奨）	B案（廉価）	C案（現状維持）
初期費用	50万円	20万円	0円
年間ランニングコスト	36万円	48万円	120万円（現行）
3年TCO	158万円	164万円	360万円
対応範囲	セキュリティ＋自動化＋監視	セキュリティのみ	変化なし
放置リスク解消	◎（ほぼ全解消）	△（部分解消）	×（リスク継続）
担当者月間工数削減	25時間削減	10時間削減	変化なし
3年間の実質効果	△202万円（3年TCO差）	△196万円	基準（0）

この比較表を用いることで、「なぜA案を推奨するのか」が視覚的に自明になります。3年TCOの差（A案158万円 対 C案360万円）を示すことで、「現状維持こそが最もコストの高い選択肢である」という事実を数字で証明できます。これは、「何もしないことのリスクコスト」を可視化する最も強力な手法の一つです。

比較表は、経営者が「A案が明らかに3年トータルで最も安く、効果も高い」と一目でわかるよう設計することが承認への近道です。数字だけでなく「放置リスク解消」や「担当者工数削減」といった定性的な軸も並べることで、純粋なコスト比較だけにならない深みを持たせられます。

よくある質問

Q1. ROIが計算できない投資（セキュリティ対策・コンプライアンス対応）はどう書けばよいですか？

ROIが直接計算できない場合は、「発生した場合のコスト」を代替指標として使います。IPA（情報処理推進機構）の「情報セキュリティ10大脅威」や「中小企業のサイバー被害実態調査」には、業種・規模別の被害額データが掲載されています。「自社の顧客情報件数 × 想定漏洩確率 × 1件あたりの損害額」で期待損失を算出し、「この投資で回避できるリスクコスト」として提示する方法が有効です。また、同業他社のセキュリティインシデント事例を具体的に引用し、「同様のリスクが自社に存在する」と示すことも経営者の危機感を高めます。

Q2. 経営者に数字の根拠を問われた場合、どう答えればよいですか？

稟議書には必ず「数字の出典と算出根拠」を別紙または注釈として添付します。「○○の時間削減効果は、直近2週間の実測値に基づく」「コスト削減額は現行契約書の金額とベンダー見積もりの差額」といった形で根拠を明示することで、経営者からの追加質問に即答できます。数字に自信がないまま稟議書を出すと、根拠を問われた時点で信頼性が大きく下がります。稟議書提出前に、数字の根拠を一つずつ確認しておくことが重要です。

Q3. 承認が遅れると何が問題なのかを経営者に伝えるにはどうすればよいですか？

「承認期限とその理由」を稟議書に明記します。「〇月〇日までに承認いただけると、〇月の補助金申請期限に間に合います」「ベンダーの納期が〇週間かかるため、〇月稼働を目指す場合は〇月〇日までの発注が必要です」という形で、逆算スケジュールを示します。先送りにした場合の具体的なコスト増（補助金を逃した場合の自己負担増加額など）も数字で示すと、経営者の判断を促しやすくなります。

Q4. 情シス兼任で本業も忙しい中、稟議書作成の時間をどう確保すればよいですか？

一度しっかりした「稟議書テンプレート」を作ることに時間を投資することをお勧めします。構成・比較表・ROI計算式の枠組みを整えておけば、次回以降は数字の更新と課題説明の書き換えだけで稟議書が完成します。初回は4～8時間かかっても、2回目以降は1～2時間で仕上がるようになります。また、情報を外に出さない社内専用AI（ローカルLLM）を活用すれば、課題の箇条書きを入力するだけで稟議書の文章構成を自動生成するワークフローを組むことも可能です。

Q5. 稟議書を出したにもかかわらず「検討します」で終わる場合の対処法は？

「検討します」という返答は多くの場合、「判断に必要な情報が足りない」か「今が決断のタイミングではないと感じている」かのどちらかです。前者であれば、経営者に「何があれば判断できますか？」と直接聞き、不足情報を補足します。後者であれば、決断を先送りした場合のリスク（費用増・補助金期限・脆弱性放置による被害リスク）を具体的な数字で再提示します。また、役員会や経営会議のタイミングに合わせて稟議書を提出することで、「その場で議題に上がる」機会を確保することも有効です。

稟議書提出前チェックリスト

稟議書を提出する前に、以下の項目を確認します。一つでも「×」がある場合は、提出前に修正することをお勧めします。

・目的と緊急性: 「なぜ今やらなければならないか」が経営用語（お金・リスク・タイムライン）で明記されているか
・課題の定量化: 現状の問題が感覚ではなく測定可能な数字で示されているか
・3案比較: 推奨案・廉価案・現状維持の3択が費用・効果・リスクで比較されているか
・3年TCO: 初期費用だけでなく、3年間の総所有コストが算出されているか
・ROIまたはリスクコスト: 「投資対効果」または「放置した場合の期待損失」が数字で示されているか
・回収期間: 投資回収までの期間が月単位で明記されているか
・承認期限と理由: 「〇月〇日までに承認が必要な理由」が逆算スケジュールで示されているか
・数字の根拠: 稟議書内の全数字に出典・算出根拠が添付または注記されているか
・技術用語の排除: IT専門用語を経営者が理解できる平易な言葉に置き換えているか
・エグゼクティブサマリー: 1ページ目を読むだけで判断の概要がつかめる要約があるか
・別紙の有無: 技術仕様・詳細試算・根拠資料を別紙として分離しているか

まとめ：稟議書は経営者のための意思決定資料である

情シス兼任担当者がIT予算を通すための稟議書は、技術仕様書ではなく「経営者のための意思決定資料」です。この視点の転換が最も重要なポイントです。

この記事でお伝えした内容をまとめます。

・視点の転換: 「技術的に必要かどうか」ではなく「経営判断として何を今期決めるべきか」で書く
・経営者の3問に答える: 目的と緊急性・費用対効果・放置リスクの3軸を必ず含める
・数字が全て: 感覚的な表現を排除し、実測値・統計データ・算出根拠付きの数字で示す
・3案比較と3年TCO: 選択肢を複数提示し、長期コストで比較することで判断を促す
・承認期限の明示: 逆算スケジュールで「今決めなければ間に合わない理由」を示す
・テンプレート化: 一度作った稟議書の型は数字を更新するだけで次回以降に再利用できる

稟議書の型を一度作れば、以後は数字を更新するだけで次の予算申請にも再利用できます。まずは今期の最優先IT投資1件を選び、この記事の構成に沿って稟議書を書き直してみてください。「経営者に伝わる稟議書」に仕上がったかどうかの最終確認として、「技術部門の人間ではなく、経営者が読んだとき、3分以内に承認・否決の判断ができるか」を自問することをお勧めします。

IT予算の稟議は、技術の正しさではなく、伝え方の正しさで通るものです。今期の稟議書を、経営者の言語で書き直すことから始めてみましょう。