最近のシステムは、自社でサーバーを持つのではなく、クラウド上に構築することが一般的になりました。また、地図、決済、メール配信、AIといった機能を、外部のサービス（API）を利用して実現することも増えています。これらの費用は、開発費とは性質が異なります。一度払えば終わりではなく、システムを使い続ける限り、月額や従量で発生し続けるためです。
本記事は連載第8回として、クラウド費用・外部API費の読み方を整理します。開発費の見積には含まれず、運用段階になって初めて見えてくることもある費用です。発注前に、継続的にかかる費用の全体像を把握しておくことが大切です。
まず結論
- クラウド費用と外部API費は、初期開発費とは別に月額・従量で発生し続けます。
- 見るべき項目は、サーバー、DB、ストレージ、通信量、バックアップ、外部API利用料、監視費用です。
- 想定利用者数・アクセス数・データ量で月額目安を出し、利用増加時にどの費用が伸びるかを確認します。
| 見る項目 | 判断のしかた | 発注前の確認ポイント |
|---|---|---|
| 月額固定 | サーバー・DBの基本料 | 最低利用料と契約主体 |
| 従量課金 | 通信量・API呼び出し・保存容量 | 利用増加時の変動幅 |
| 運用関連 | 監視・バックアップ・復旧 | 保守費に含むか別費用か |
OUTCOME BLUEPRINT
AI/DX投資の前に、成果KPIと発注条件を整理しませんか？
補助金、SaaS選定、開発見積、PoCの前に、業務要件・費用レンジ・RFP・合格条件を成果起点で整理します。
この連載での位置づけ
- 前に読む記事：連載第7回：テスト・移行・教育
- 次に読む記事：連載第9回：再委託・オフショア
- 比較表で整理する：連載第11回：比較表
- 発注前の質問に落とし込む：連載第12回：開発会社への20問
初期費用と継続費用を分けて読む
クラウドや外部サービスの費用は、「最初だけかかる費用」と「使い続ける限りかかる費用」に分けて読むと整理しやすくなります。
| 区分 | 例 | 性質 |
|---|---|---|
| 初期費用 | 環境構築、初期設定、開発 | 一度きり |
| 月額費用 | サーバー、データベース、ストレージの基本料 | 毎月固定 |
| 従量費用 | アクセス量・データ量・API呼び出し回数に応じた料金 | 利用量で変動 |
開発費の見積に注目していると、月額費用と従量費用が視界から抜けやすくなります。とくに従量費用は、利用が増えるほど高くなるため、想定する利用量を踏まえて見積もっておくことが重要です。
クラウド費用で確認したいこと
クラウドを利用する場合、次のような費用が継続的に発生します。
- サーバー（計算リソース）の月額・従量料金
- データベースの月額・従量料金
- ストレージ（データ保存）の容量に応じた料金
- 通信量（データ転送）に応じた料金
- バックアップの保存にかかる料金
これらは、利用者数やデータ量が増えると上がります。見積段階では、「想定する利用規模での月額はおおよそいくらか」「利用が増えたとき、どのくらい変動するか」を確認しておくと、運用後の費用感が読めます。クラウドの利用料が開発会社の保守費とは別に発生する点は、連載第4回でも触れました。
外部API費で確認したいこと
外部のサービス（API）を利用する機能は、その提供元に利用料を支払うことがあります。代表的なものを挙げます。
- 地図・位置情報の表示
- クレジットカードなどの決済
- メール・SMSの配信
- 帳票・ドキュメントの生成
- AI・機械学習を使った処理
これらは「呼び出した回数」「処理したデータ量」に応じた従量課金であることが多く、利用が増えると費用も増えます。見積で確認したいのは、どの外部サービスを使うか、その料金は誰が支払うのか（開発会社経由か、自社が直接契約するか）、そして想定利用量での月額の目安です。
無料枠が設定されているサービスもありますが、利用が一定を超えると課金されます。「最初は無料だが、本格運用すると費用が発生する」点を把握しておくと、運用後に想定外と感じることを避けられます。
監視・バックアップの扱い
システムを安定して動かすには、稼働状況の監視と、データのバックアップが必要です。これらにも費用と運用の手間がかかります。
- 監視：システムが止まっていないか、異常がないかを見続ける仕組み
- バックアップ：障害やデータ消失に備えて、定期的にデータを保存する
- 復旧（リストア）：問題が起きたとき、バックアップから元に戻す
これらが、誰の責任で・どこまで行われるかは確認しておきたい点です。監視やバックアップが開発会社の運用費に含まれるのか、自社で行うのか、クラウドの機能で自動化するのかによって、費用と安心の水準が変わります。
月額費用を抑える設計の考え方
クラウドの月額費用は、最初から大きな構成にせず、利用規模に合わせて段階的に広げる設計にすると抑えやすくなります。たとえば、利用者が少ないうちは小さな構成で始め、利用が増えてから拡張する、という進め方です。また、常時動かす必要のない処理を必要なときだけ動かす設計にすると、従量費用を抑えられることがあります。設計の段階で「どこに費用がかかり、どこを抑えられるか」を開発会社と共有しておくと、運用後の費用をコントロールしやすくなります。
外部APIは料金体系が変わりうる
外部のサービス（API）の利用料は、提供元の方針によって料金体系が変わることがあります。契約時点の料金がずっと続くとは限らないため、主要な外部サービスについては、料金が変わった場合に自社のシステムにどの程度影響するかを、あらかじめ把握しておくと安心です。代替手段があるか、特定のサービスにどの程度依存しているかも合わせて確認しておくとよいでしょう。これは特定のサービスを避けるという話ではなく、依存の度合いを把握しておくという観点です。
発注前チェックリスト（クラウド・外部API費）
- 初期費用・月額費用・従量費用が分けて示されているか
- 想定する利用規模での、月額のおおよその目安が分かるか
- 利用が増えたときに、費用がどう変動するかの考え方が分かるか
- 使用する外部APIと、その料金・支払い主体が明確か
- 無料枠を超えた場合の課金条件を確認したか
- 監視・バックアップが、誰の責任でどこまで行われるか分かるか
- データ復旧（リストア）の手順と対応範囲が分かるか
- クラウド・API費が、開発会社の保守費とは別かどうか分かるか
開発会社に確認する質問
- 「クラウドの月額費用は、想定する利用規模でおおよそいくらですか」
- 「利用が増えたとき、費用はどのように変動しますか」
- 「使用する外部APIと、その料金・支払い方法を教えてください」
- 「無料枠を超えた場合、どの程度の費用が発生しますか」
- 「監視・バックアップは、誰がどこまで担いますか」
継続費用まで含めて説明できる相手は、運用段階の費用も見据えて提案している傾向があります。
相談前に整理しておくとよい情報
- 想定する利用者数・アクセス量・データ量の規模感
- 利用したい外部機能（地図、決済、メール配信、AIなど）
- システムが止まると困る度合い（監視・バックアップに求める水準）
- 運用の費用に充てられる月額予算の幅
- 既存で契約しているクラウドや外部サービスがあるか
これらを整理しておくと、継続費用の見積精度が上がり、運用まで含めた総額（TCO）を検討しやすくなります。TCOの考え方は連載第11回でも扱います。
月額費用を試算するときの置き方
クラウド費用や外部API費は、見積時点で正確に当てるよりも、利用量ごとの幅を置くことが大切です。たとえば利用者50名、100名、300名の3パターンで、月額5万円、10万円、20万円のようにレンジを作ります。APIも、月1万回、10万回、100万回の呼び出しでどの程度変わるかを確認します。
この試算があると、初年度だけでなく3年・5年での費用が見えます。初期費用が安くても、月額が15万円高いと5年で900万円の差になります。クラウド費用は小さく見えても、長期運用では開発費に近いインパクトを持つことがあるため、相見積もりでは必ずTCOに含めてください。
GXOの発注前レビューで見る実務メモ
GXOが見積書の相談を受けるときは、最初から「高い」「安い」を判定せず、見積の前提を分解します。まず初期費用、月額費用、追加費用、発注側作業、リスク項目の5区分に分けます。そのうえで、3社比較、5年TCO、社内稟議、契約条件の順に確認します。これにより、金額の差が価格差なのか、範囲差なのか、リスクの見込み方の差なのかを説明しやすくなります。
発注側で用意しておくとよいのは、完璧な要件定義書ではありません。現行業務の流れ、利用者数、画面・帳票・連携の数、希望時期、予算の幅、社内決裁者、止められない業務、個人情報や機密情報の有無です。これらが曖昧なまま見積を取ると、開発会社ごとに前提が変わり、相見積もりの比較が難しくなります。
| 確認領域 | 発注側が用意する情報 | 見積で確認すること |
|---|---|---|
| 業務範囲 | 対象部署、利用者数、現行フロー | どこまでが開発対象か |
| 機能規模 | 画面数、帳票数、API本数 | 工数の根拠が説明できるか |
| データ | 移行対象、件数、クレンジング要否 | 移行費・移行リハーサルの有無 |
| 運用 | 利用時間、障害時の影響、社内担当 | 保守範囲、SLA、月額費用 |
| 契約 | 請負/準委任、検収、知財、再委託 | 責任分界と追加費用の条件 |
| 稟議 | 予算上限、比較対象、判断基準 | 3社比較や5年TCOで説明できるか |
この整理を先に行うと、AI開発、セキュリティ要件、補助金活用を含む案件でも、見積の前提を同じ粒度にそろえやすくなります。特に補助金を使う場合は、対象経費と対象外経費、発注前着手の可否、証憑の残し方を見積段階で確認しておく必要があります。
外部APIは、料金体系の変更や無料枠の縮小が起きることもあります。見積では、現在の料金だけでなく、契約主体、請求先、上限アラート、月額上限の設定可否を確認してください。月額3万円のAPIでも、5年では180万円の費用になります。
実務では、見積書の1行だけで判断せず、議事録、提案書、契約書、メール回答を合わせて読みます。見積書に書かれていない前提でも、提案書に「別途」と書かれていれば追加対象になります。逆に、口頭で含むと言われた内容も、契約前に文書で残しておかないと、担当者変更後に確認が難しくなります。発注前の30分で前提を文書化するだけでも、後工程の手戻りは減らせます。
さらに、見積確認の結果は「採用する/しない」だけで終わらせず、未確認事項リストとして残します。未確認事項が5件以内なら契約前の確認で解消しやすいですが、10件以上残る場合は、見積比較より先に要件整理やRFP作成へ戻る判断も必要です。
この段階で判断に迷う場合は、発注ではなく見積レビューだけを先に行い、1週間以内に不足情報をそろえる進め方もあります。
契約前にこの確認を行うことで、発注後の調整を減らし、社内説明にも使える判断材料を残せます。
参考にすべき一次情報・確認観点
見積書を社内稟議やベンダー比較に使う場合は、一般論だけで判断せず、公式資料と自社データを照合してください。特に契約形態、責任分界、DX投資の目的、セキュリティ要件は、見積金額より前にそろえるべき前提です。
- IPA「情報システム・モデル取引・契約書」：請負、準委任、成果物、検収、責任分界を確認する際の参考になります。
- 経済産業省「DX推進指標」：経営課題、ITシステム、組織体制を分けて、DX投資の目的を確認する際の参考になります。
- 自社の見積比較では、3社比較、5年TCO、月額5万円・10万円・15万円、画面20件、帳票10件、API3本、移行データ1000件、受入テスト5日、操作研修2回、障害受付24時間、初期予算500万円・1000万円など、仮でも数字を置いて前提をそろえます。
- AI開発、セキュリティ要件、補助金活用を含む案件では、機能要件だけでなく、ログ保管、個人情報、権限管理、証跡、補助対象経費の切り分けも見積条件に入れてください。
よくある質問
Q. クラウド費用は、毎月いくらかかりますか。
A. 利用者数やデータ量によって変わります。見積段階で「想定する利用規模での月額の目安」と「利用が増えたときにどう変動するか」を確認しておくと、運用後の費用を見通せます。最初は小さく始め、利用が増えてから拡張する設計にすると抑えやすくなります。
Q. 外部APIの費用は、誰が払うのですか。
A. 開発会社を経由して支払う場合と、自社が直接契約する場合があります。どの外部サービスを使い、料金体系と支払い方法がどうなるかを、見積段階で確認しておきます。料金体系は提供元の方針で変わることもあるため、依存の度合いも把握しておくと安心です。
Q. 無料枠があるサービスは、費用ゼロで使えますか。
A. 一定の利用量までは無料でも、超えると課金されることが一般的です。本格運用での利用量を想定し、無料枠を超えた場合に発生する費用も把握しておくと、運用後に想定外と感じることを避けられます。
まとめ
クラウド費用と外部API費は、開発費とは性質が異なり、システムを使い続ける限り月額や従量で発生し続けます。初期費用・月額費用・従量費用を分けて読み、想定利用量での目安と、利用増加時の変動を確認しておくことが、運用後の費用を見通すうえで重要です。監視・バックアップの責任範囲も合わせて確認しましょう。次回は、見積の体制に関わる「再委託・オフショア体制」の確認項目を扱います。
関連記事
システム開発の見積・相見積もりを整理しませんか
GXOでは、システム開発の見積書、相見積もり、要件定義、開発会社選定について、発注前の整理をご支援します。総額だけでなく、工数、保守範囲、追加費用、体制、契約条件まで確認し、自社に合う進め方を一緒に整理します。
※ 初回相談では、営業資料の説明よりも見積内容と発注前の論点整理を優先します。
