目次
「システムを刷新したい」。情シス担当やDX推進担当が声を上げても、経営層の壁を越えられないケースは多い。技術的な必要性は理解している。しかし、稟議が通らない。予算がつかない。結果として、老朽化したシステムをだましだまし使い続ける。
JUAS「企業IT動向調査2026」によると、IT予算のDI値は5年連続で上昇し、2026年度も増加傾向が続く見込みだ(出典:JUAS「企業IT動向調査2026」速報)。IT予算増加の理由として「基幹システムの刷新」を挙げた企業は44.5%に達している(出典:JUAS「企業IT動向調査2025」プレスリリース)。多くの企業がシステム刷新の必要性を感じている。しかし「必要性の認識」と「社内承認の獲得」の間には大きな溝がある。
本記事では、システム刷新の社内稟議を通すための資料作成術を解説する。経営層が何を見ているか、どう書けば承認されるかを具体的に示す。
システム刷新の稟議が通らない3つの原因
まず、稟議が否決される典型的な原因を押さえておく。原因を知れば、対策は見える。
原因1:費用だけが目立ち、効果が曖昧
「総額3,000万円の投資が必要です」。この一文だけが印象に残る稟議書は多い。経営層は「3,000万円を払って何が返ってくるのか」を知りたい。費用の記載は具体的なのに、効果の記載が「業務効率化が期待される」程度では判断材料にならない。
原因2:技術用語が多く、経営目線が欠けている
「Spring BootからQuarkusへの移行により、ランタイムのメモリ使用量が30%削減されます」。技術者には魅力的な説明だ。しかし経営層には響かない。経営層が知りたいのは「それで年間いくら浮くのか」「売上にどう影響するのか」である。
原因3:「やらない場合のリスク」が示されていない
刷新のメリットだけを並べても、経営層は「今のままでも動いているのでは」と考える。現状維持のコストやリスクを定量的に示さなければ、「来年また検討しよう」で先送りされる。
この3つの原因は裏を返せば、稟議書の改善ポイントでもある。ここからは、承認される資料の作り方を具体的に解説する。
社内稟議を通すための資料構成|5つの必須パート
システム刷新の稟議書には、以下の5つのパートを盛り込む。順番も重要だ。経営層は最初の1ページで判断の大枠をつかみたい。
パート1:エグゼクティブサマリー(結論を先に)
経営層は忙しい。最初の30秒で「投資すべきかどうか」が伝わらなければ、残りは読まれない。冒頭に以下の4点を簡潔に書く。
- 提案内容(何をするか)
- 投資総額と回収期間
- 主要な効果(3項目以内)
- 推奨する判断(承認を求める結論)
たとえば「基幹システムの刷新を提案する。投資総額2,800万円、回収期間2.5年。年間維持費を900万円削減し、改修リードタイムを50%短縮する」と書けば、判断の輪郭が30秒でつかめる。
パート2:現状の課題を数字で示す
課題を列挙するだけでは弱い。数字で裏付けることが承認の鍵になる。
| 項目 | 記載例 | 数字の出し方 |
|---|---|---|
| 年間維持費 | 2,400万円/年(うち障害対応450万円) | 保守契約書・委託費・人件費から積算 |
| 改修リードタイム | 要件確定から平均4.5ヶ月 | 直近3年の改修案件の平均値 |
| 障害発生頻度 | 年間8回(うち業務停止を伴うもの3回) | インシデント管理台帳から集計 |
| 技術的負債の影響 | 同規模の改修工数が3年で1.8倍に増加 | 類似改修の工数比較 |
ポイントは「3年前との比較」を入れることだ。維持費の推移、障害件数の推移、改修工数の推移。トレンドが悪化していることを示せば、「今動かなければさらに悪化する」という危機感が伝わる。
経済産業省のDXレポートでは、IT予算の約80%が現行システムの維持・運用に費やされていると指摘されている(出典:経済産業省 DXレポート)。自社の維持費比率を算出し、この数値と並べて提示すれば、業界水準との比較が可能になる。
パート3:定量的な費用対効果(ROI)
経営層が最も厳しくチェックするパートだ。「費用対効果が見えない」ことがIT投資を見送る最大の理由だとする調査結果もある(出典:総務省 情報通信白書)。
ROIの算出には、3つの効果軸を組み合わせる。
効果軸1:維持費の削減額。 現行の年間維持費と刷新後の年間維持費の差額を算出する。ハードウェア保守費、ライセンス費、外部委託費、社内人件費を項目別に比較する。
効果軸2:業務効率の向上額。 改修工数の削減分を金額換算する。年間改修工数60人月、人月単価80万円で効率が30%改善するなら、年間1,440万円の効果になる。
効果軸3:リスク低減の期待額。 障害対応コストや、セキュリティインシデント発生時の想定損害額を試算する。発生確率を掛けてリスクコストを算出する。
3つの軸の効果額を合算し、投資総額で割ればROIが出る。回収期間も明記する。一般的にシステム刷新のROIは年間20〜40%、回収期間は2.5〜5年が目安だ。
パート4:リスクシナリオ(投資しない場合)
稟議で見落とされがちだが、効果が大きいのが「やらなかった場合のコスト」の提示だ。経営層は投資の「コスト」には敏感だが、「投資しないコスト」には鈍感になりやすい。
以下の3つのリスクシナリオを数字で示す。
シナリオ1:保守費の増加リスク。 サポート切れのOSやミドルウェアを使い続けると、延長保守費用が通常の1.5〜2倍に跳ね上がる。「現状維持にも追加コストがかかる」事実を示す。
シナリオ2:人材リスク。 現行システムを保守できるエンジニアが退職した場合の代替調達コストを試算する。古い技術(COBOL、VB6など)のエンジニア単価は年々上昇している。属人化のリスクを金額で見せる。
シナリオ3:事業機会の逸失リスク。 システム改修に半年かかるために新サービスの投入が遅れた場合、競合に市場を奪われる可能性がある。売上への影響額を概算で示す。
経済産業省は、レガシーシステムの放置により最大で年間12兆円の経済損失が生じると試算している。日本全体の数値だが、自社の規模に按分して「放置コスト」を示せば、投資の必然性が伝わる。
パート5:実行計画とスケジュール
経営層は「承認した後に何が起きるか」も知りたい。以下の情報を盛り込む。
- フェーズ分割と各フェーズの投資額
- 主要マイルストーンと期間
- 推進体制(社内・外部の役割分担)
- 段階的なリリース計画(一括ではなくフェーズごとに効果を出す)
「まず第1フェーズで最もリスクの高い領域から着手し、6ヶ月後に効果検証を行う」のように段階的な計画を示すと、経営層の心理的ハードルは下がる。全額を一度に承認するより、フェーズ単位で承認する方が通りやすい。
稟議の土台となるのは、現行システムの正確な実態把握だ。 設計書が古い、あるいは存在しないケースでは、ソースコードからの構造解析が有効な手段になる。SysDockでは、AIマルチエージェントがソースコードを解析し、依存関係・データフロー・技術的負債の所在を1週間で可視化する。非エンジニアでも読めるWord・PPTレポートのため、稟議資料の添付資料としてそのまま活用できる。
着手金0円・完全後払い。まずはお見積り → sysdock.genbacompass.com
経営層が稟議書でチェックする4つのポイント
資料の構成がわかったところで、経営層の視点を知っておく。決裁者が何を見ているかを理解すれば、資料の精度はさらに上がる。
チェック1:投資に見合うリターンがあるか
最も基本的な関心事だ。ROIと回収期間が明確か。効果の見積もりに根拠があるか。「楽観シナリオ」だけでなく「保守的シナリオ」でも投資回収が見込めるかを確認する。
3段階のシナリオ(楽観・標準・保守的)でROIを提示すると効果的だ。保守的シナリオでも3〜4年で回収できるなら、経営層の懸念は大幅に和らぐ。
チェック2:リスクは管理可能か
経営層は「うまくいかなかった場合に何が起きるか」を気にする。プロジェクトが頓挫した場合の撤退基準、予算超過時の対応方針、スケジュール遅延時のリカバリー策。リスク管理の方針を明記しておく。
フェーズ分割による段階的な投資は、リスク管理の観点からも有効だ。「第1フェーズの結果を見て、第2フェーズの実行判断を行う」と記載すれば、経営層は「最悪でも第1フェーズの投資額で止められる」と安心できる。
チェック3:他社はどうしているか
経営層は自社だけの判断では不安を感じる。業界動向や同規模企業の事例が判断の後押しになる。
JUAS「企業IT動向調査2025」では、IT予算を増額した企業の50.9%が「既存システムの刷新」を理由に挙げている(出典:JUAS「企業IT動向調査2025」)。「同業他社もシステム刷新に動いている」という事実は、経営層の背中を押す材料になる。
IT投資判断に必要なデータの種類と収集方法は、こちらの記事で解説している。
チェック4:現場は本当に困っているか
定量データに加え、現場の声も判断材料になる。「受注処理に2時間かかるため、顧客対応が遅れている」「月末の締め作業が深夜に及んでいる」。こうした具体的なエピソードを1〜2件添えると、数字だけでは伝わらない切迫感が伝わる。
ただし、現場の声はあくまで補足だ。主役は定量データである。感情に訴えるだけの稟議書は、財務部門の審査で弾かれる。
稟議を通すための「事前準備」3つの鉄則
資料の内容が完璧でも、段取りを間違えると否決される。稟議プロセスの進め方にも鉄則がある。
鉄則1:決裁者への事前説明(根回し)を怠らない
稟議書をいきなり回付するのは悪手だ。決裁者に事前説明を行い、懸念点をヒアリングしておく。「コストが気になる」と言われたら、ROI算出の精度を上げる。「リスクが心配だ」と言われたら、フェーズ分割の計画を厚くする。事前に懸念を潰しておけば、正式な稟議はスムーズに進む。
鉄則2:味方を先につくる
経営企画、財務、関連部門の責任者のうち、味方になってくれるキーパーソンを見つける。その人に先に提案内容を共有し、「この投資は妥当だ」と言ってもらえる状態をつくっておく。稟議の場で第三者から賛同の声が上がれば、承認率は大きく上がる。
鉄則3:補助金・助成制度を併記する
2026年度から「IT導入補助金」は「デジタル化・AI導入補助金」に名称変更し、AI導入も支援対象に加わった(出典:中小企業庁「デジタル化・AI導入補助金」)。補助金を活用すれば実質的な投資負担が軽くなる。稟議書に補助金の適用可能性を記載しておくと、経営層のコスト懸念を和らげる効果がある。
稟議資料に添付すべきエビデンス
稟議書本体に加え、以下のエビデンスを添付資料として用意すると、説得力が増す。
| 添付資料 | 内容 | 効果 |
|---|---|---|
| 現行システムの維持費内訳 | 項目別の年間コスト一覧 | 投資の必然性を裏付ける |
| 障害・インシデント履歴 | 直近3年の発生件数と影響額 | リスクの深刻さを定量化する |
| 構造解析レポート | システムの依存関係・技術的負債の可視化 | 刷新対象と優先順位の根拠になる |
| 業界ベンチマーク比較 | 売上高IT予算比率、維持費比率の業界平均 | 自社の位置づけを客観視する |
| ベンダー見積もり(複数社) | 刷新にかかる概算費用 | 投資額の妥当性を担保する |
とくに構造解析レポートは、設計書が整備されていないシステムの稟議において強力なエビデンスになる。「システムの中身がこうなっている」という客観的なデータがあれば、「本当に刷新が必要なのか」という問いに根拠をもって答えられる。
稟議書のNG表現とOK表現
最後に、稟議書でよくあるNG表現を修正例とともに紹介する。
| NG表現 | 問題点 | OK表現 |
|---|---|---|
| 「業務効率化が期待される」 | 効果が曖昧 | 「月間40時間の作業工数を削減し、年間384万円のコスト減」 |
| 「最新技術への対応が急務」 | 根拠がない | 「Windows Server 2012のサポートが終了済み。延長保守に年間200万円の追加費用が発生」 |
| 「競合他社も導入している」 | 自社の課題が不明 | 「同業A社は2024年に刷新を完了し、受注リードタイムを40%短縮」 |
| 「なるべく早く着手したい」 | 時期が不明確 | 「2026年度下期に第1フェーズを開始し、2027年度上期に稼働」 |
| 「将来的にはDXにもつながる」 | 抽象的すぎる | 「刷新後のAPI基盤により、EC連携機能を3ヶ月で追加可能になる」 |
共通するのは、「定量化」と「具体化」だ。経営層が判断できるのは数字と具体的な事実だけである。形容詞や修飾語に頼った表現は、すべて数字に置き換える意識で書き直す。
まとめ
システム刷新の社内稟議を通すには、技術の話ではなく「経営の話」として資料をまとめることが不可欠だ。
本記事のポイントを整理する。
- 稟議が否決される原因は3つ。 効果が曖昧、技術用語が多い、「やらない場合のリスク」が欠けている。この3つを潰すことが出発点になる。
- 稟議書は5つのパートで構成する。 エグゼクティブサマリー、現状課題、ROI、リスクシナリオ、実行計画。結論から書き、数字で語ることが鉄則だ。
- 経営層は4つの視点で判断する。 投資リターン、リスク管理、他社動向、現場の実態。この4つの問いに答える資料を用意する。
- 事前準備が成否を分ける。 決裁者への根回し、キーパーソンの確保、補助金の併記。資料の中身だけでなく、稟議の進め方にも戦略が要る。
稟議の成否は「資料の質」で決まる。そして資料の質は「データの質」で決まる。現行システムの正確な実態を把握し、定量的な根拠を揃えることが、承認への最短ルートだ。
システム刷新の稟議に必要な「現行システムの実態データ」を揃えたい方へ。 SysDockは、AIマルチエージェントがソースコードを解析し、依存関係・技術的負債・データフローを1週間で可視化する。Word・PPT・フロー図の3点セットで納品するため、稟議資料の添付エビデンスとしてそのまま使える。ライト30万円から。完全後払い・ソースコード非送信で、導入前の稟議段階でも安心して利用できる。
着手金0円・完全後払い。まずはお見積り → sysdock.genbacompass.com
よくある質問(FAQ)
Q. 稟議書は何ページくらいが適切ですか?
A. 本文は3〜5ページが目安だ。エグゼクティブサマリー1ページ、課題とROIで2ページ、リスクシナリオと実行計画で1〜2ページ。詳細なデータや見積もりは添付資料に回し、本文はコンパクトにまとめる。経営層が15分で読める分量を意識するとよい。
Q. ROIの算出に必要なデータが社内にありません。どうすれば?
A. まず年間の維持費を項目別に分解することから始める。保守契約書、委託費、人件費の工数実績を集めれば、維持費の内訳は把握できる。システムの構造データが不足している場合は、ソースコードからの構造解析で依存関係や技術的負債を可視化する手段もある。
Q. 経営層が「今のままでいい」と言います。どう説得すればよいですか?
A. 「現状維持にもコストがかかる」ことを示すのが有効だ。サポート切れの延長保守費用、障害対応の増加傾向、エンジニア単価の上昇。「何もしなくても費用は増え続ける」事実を3年分のトレンドで提示する。投資を「攻め」ではなく「防衛」として位置づけると、経営層の反応が変わることが多い。
Q. 複数のベンダーから見積もりを取るべきですか?
A. 稟議の説得力を高めるために、最低2〜3社から見積もりを取ることを推奨する。ただし、見積もりの前提条件を揃えることが重要だ。現行システムの構造が不明なまま見積もりを依頼すると、ベンダーごとに前提が異なり比較できない。まず構造解析で現状を把握してから見積もりを依頼すると、精度の高い比較が可能になる。
現場改善に役立つ関連ツール
GenbaCompassでは、SysDock以外にも現場のDXを支援するツールを提供している。
移行費用シミュレーター
4つの質問で、システム移行の概算費用レンジがわかります。
システムの規模感は、どのくらいですか?
正確にわからなくても大丈夫です。感覚で選んでください
どの言語で作られているか、ご存知ですか?
聞いたことがある程度でOKです。不明なら「わからない」で
移行・刷新のスケジュール感は?
社内の温度感で選んでください
移行の見積もりは、すでに取っていますか?
ベンダーからの提案・見積書の有無