結論から言うと、補助金で初期開発費の負担が下がっても、システムの5年総費用が同じ割合で下がるとは限りません。クラウド、SaaS、監視、問い合わせ、障害対応、脆弱性対応、OSや外部APIの更新、追加改修、教育、データ移行、終了時の撤去は、導入後も自社が負担する費用になり得ます。
経営者が見るべき数字は、採択時の見積総額ではなく「初期投資＋5年間の運用・変更・終了費用−そのシステムが生む粗利改善・人件費削減・損失回避」です。補助金の入金を収益改善と混同せず、利用部門のKPIと資金繰りを同じ表で確認します。
この記事の12費目、3シナリオ、更新・停止基準はGXOの発注・運用診断用の実務基準です。補助対象経費や保有期間等は制度・公募回で異なります。補助金入金前の13週資金繰り、事業化状況報告のKPI台帳と合わせ、公式資料・事務局・会計担当へ確認してください。
5年TCOは、初期・継続・変更・終了の4層で見るリンク
初期費用だけで投資判断すると、導入翌年に保守契約を切る、セキュリティ更新を先送りする、利用者追加のライセンス費で運用が止まる、といった失敗が起きます。費用を初期、継続、変更、終了の4層へ分け、補助金の有無にかかわらず発生条件を記録します。
デジタル庁の標準ガイドライン解説書は、政府情報システムについて企画から整備、運用、保守、終了までのライフサイクルを扱っています。民間企業の強制基準ではありませんが、開発費だけでなく運用・保守と終了までを一体で計画する参考になります。
費用表には、金額だけでなく単価、数量、開始月、増減条件、契約期間、解約期限、担当部門、見積根拠、代替手段を入れます。「月額一式」では、利用者増、データ量増、API従量課金、為替、サポート範囲変更のどれで増えるか判断できません。
表は横にスクロールして全項目を確認できます
| 層 | 主な費用 | 経営判断 |
|---|---|---|
| 初期 | 要件定義、設計、開発、移行、初期教育 | 補助対象候補と自己負担を分離 |
| 継続 | クラウド、ライセンス、監視、保守、問い合わせ | 月額・年額の増加条件を固定 |
| 変更 | 法改正、外部API、脆弱性、業務変更、追加開発 | 予備費と変更承認線を設定 |
| 終了 | データ抽出、移管、アカウント閉鎖、廃棄、並行稼働 | 出口費用と責任者を予約 |
12費目をゼロ円扱いせず、発生条件を置くリンク
未契約や未発生の費用を、見積表で空欄にしてはいけません。0円、他契約に含む、発生時見積、未確認のいずれかを明記します。特にバックアップ復旧、障害一次対応、セキュリティ更新、データ抽出は、必要になった後では価格交渉と代替調達が難しくなります。
非機能要求は品質だけでなく費用条件です。復旧時間を短くする、ログを長く保管する、同時利用者を増やす、夜間監視を付けるほど、設計・クラウド・運用の費用は変わります。非機能・セキュリティ要件18項目で要求レベルを決めてからTCOへ反映します。
保守の「含む範囲」も分解します。質問回答、不具合修正、監視、バックアップ、復旧、軽微改修、法改正対応、クラウド設定変更、外部サービス障害の切分けは別物です。受付時間、初動時間、復旧目標、月間上限、超過単価まで確認します。
5年TCOに入れる12費目
要件定義・設計・開発・受入テスト
初期データ整備・移行・並行稼働
クラウド基盤・通信・ストレージ・バックアップ
SaaS・外部API・証明書・ドメイン等のライセンス
監視・障害一次対応・問い合わせ窓口
不具合修正・定期保守・OSや依存関係の更新
脆弱性診断・権限棚卸し・ログ保管・事故対応
利用者教育・マニュアル・担当者交代時の引継ぎ
データ量・利用者数・拠点数増加による従量費
法改正・業務変更・外部API変更への改修
ベンダー変更時のデータ抽出・技術移管・再テスト
終了時のアカウント閉鎖・保管・廃棄・代替移行
楽観・基準・悪化の3シナリオで5年間を並べるリンク
単一の予算表は、利用者数や外部サービス価格が変わったときに崩れます。楽観は利用者とデータが計画内で大きな改修がない場合、基準は通常の増加と年次更新を含む場合、悪化は従量課金増・法改正・移管・障害対応が重なる場合として計算します。
年0は初期開発・移行・教育、年1は安定化と追加教育、年2〜4は更新・増加・業務変更、年5は継続・刷新・終了の比較を置きます。補助金入金は資金繰り上の入金として別行に置き、システムそのものの総費用を相殺して見えなくしません。
悪化シナリオが起きても会社が止まらない現預金余力を持てるか、基準シナリオで粗利改善や削減効果が上回るか、楽観シナリオでしか成立しない投資になっていないかを経営会議で判定します。
表は横にスクロールして全項目を確認できます
| 年度 | 主な支出 | 確認する成果 | 停止・見直しの例 |
|---|---|---|---|
| 年0 | 開発、移行、初期教育 | 受入合格、権限、移行結果 | 未達要件と残費用を再判定 |
| 年1 | 安定化、保守、クラウド、再教育 | 利用率、処理時間、障害、粗利 | 利用されない原因を診断 |
| 年2〜3 | 更新、従量増、業務変更 | 単位当たり効果、保守品質 | 代替SaaS・内製・移管を比較 |
| 年4 | 大型更新、セキュリティ、契約更新 | 残存価値、技術負債、移管性 | 年5以降の更改RFPを開始 |
| 年5 | 継続、刷新、終了、移管 | 累積効果と出口費用 | 継続・縮小・置換・終了を決定 |
費用だけでなく、効果と損失回避を月次で結ぶリンク
TCOが分かっても、効果を「DX推進」だけで置けば更新判断はできません。処理件数、作業時間、再作業率、受注率、粗利率、請求遅延、在庫差異、監査対応時間、障害損失など、システムが変える数字を月次で記録します。
削減時間はそのまま利益ではありません。空いた時間を受注、納期短縮、残業削減、欠員吸収のどれへ使ったかを決め、金額換算の前提を残します。売上増はシステムだけの効果と断定せず、営業施策や市場変化との関係も記録します。
利用率が低い場合、機能追加を先に予算化しません。運用崩壊の立て直し診断で業務適合、操作、データ、権限、教育、障害を分け、少額で回復できる原因から直します。
月次で残す投資判断5点
当月の12費目実績と年間予算との差
利用者数・処理件数・データ量と単位費用
業務KPI・粗利・削減時間・損失回避の根拠
障害、問い合わせ、セキュリティ対応、未解決課題
翌四半期の増加条件と継続・縮小・置換の判断日
60分の予算会議で、更新・停止条件まで決めるリンク
最初の15分で12費目と契約を確認し、次の15分で利用者・データ・外部APIの増加条件を置きます。続く15分で楽観・基準・悪化の5年TCOを比較し、最後の15分でKPI、予算上限、更新日、停止時のデータ回収担当を決めます。
停止条件は「予算超過」だけではありません。重大な復旧不能、管理者権限の未回収、セキュリティ更新不能、利用部門の定着見込みなし、代替手段より単位費用が高い状態など、事業継続と投資効果の両面で置きます。
継続する場合も、同じベンダーへ自動更新するのではなく、成果、未解決、次年度費用、解約期限、データ抽出、代替候補を一枚にします。第三者が金額と前提を再計算できれば、補助金終了後も経営判断を続けられます。
まとめ：補助金額ではなく、5年後に残る利益で決めるリンク
5年TCOの目的は、将来費用を一円単位で当てることではありません。費用の発生条件、増加要因、責任者、停止線を可視化し、悪化しても会社が選択肢を失わないようにすることです。
12費目を初期・継続・変更・終了へ分け、楽観・基準・悪化の3シナリオを作ります。そのうえで、月次KPIと年次の継続・縮小・置換・終了判断をつなぎます。
GXOは、要件・見積・運用条件・移管条件を読み解き、5年TCOと実行可能な予算表へ整理します。制度上の補助対象や会計判断は、対象資料と事務局・会計担当へ確認できる事実票を用意します。
よくある質問リンク
補助金で保守費も賄えますか？
対象制度・公募回・費目・期間で異なります。対象になると決めつけず、対象候補と全額自己負担を分けたTCOを作り、公式資料と事務局で確認してください。
5年先の金額が分からない費用はどう扱いますか？
空欄にせず、単価、数量、増加率、発生確率、発生条件を置き、楽観・基準・悪化の幅で計算します。更新日ごとに実績で補正します。
保守契約を結ばず、障害時だけ依頼すれば安くなりますか？
平時は安くても、障害時の調査開始、権限、復旧手順、人員確保が保証されません。許容停止時間と代替運用から、必要な保守範囲を決めます。
SaaSならTCO表は不要ですか？
必要です。利用者・データ・APIの従量費、初期設定、連携、教育、データ抽出、解約後の保管、代替移行まで含めます。
GXOは補助対象経費や会計処理を確定しますか？
確定しません。技術費目、発生条件、運用・移管の前提を分解し、士業、会計担当、事務局が確認できる予算表を作ります。
出典・公式情報リンク
- 確認 2026-07-25
- 確認 2026-07-25
- 確認 2026-07-25
- 確認 2026-07-25
- 確認 2026-07-25
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-25）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。
この記事の更新履歴
- 初版。5年TCOの12費目、3シナリオ、更新・停止判断、60分予算会議を公開