「クラウドにすればコストが下がる」。この説明は半分正しく、半分間違っています。
クラウドは使った分だけ払う仕組みです。したがって、使用量が変動する用途や、数年ごとに大きな更新投資が発生していた用途では総額が下がります。逆に、常時同じ量を使い続ける用途では、自社で持つほうが安くなることがあります。
本記事では、中堅・中小企業がクラウドを検討するときに必要な判断材料を、コスト構造・移行の順序・つまずく箇所の3点から整理します。
クラウドとは何か——3つの層
クラウドとは、サーバーやソフトウェアを自社で保有せず、事業者が提供するものをネットワーク経由で必要な分だけ使う形態です。提供される範囲によって3つに分かれます。
| 層 | 何を借りるか | 代表例 | 自社が管理するもの |
|---|---|---|---|
| SaaS | 完成したソフトウェア | Microsoft 365、Google Workspace、各種業務システム | 設定とデータのみ |
| PaaS | アプリを動かす土台 | AWS の各種マネージドサービス、Azure App Service | 自社のアプリとデータ |
| IaaS | サーバーやストレージ | Amazon EC2、Azure Virtual Machines | OS から上すべて |
中堅・中小企業が最初に触れるのはほぼSaaSです。メール、ファイル共有、会計、勤怠。これらをクラウドのサービスに置き換えるだけで、サーバーの保有そのものが不要になる会社は少なくありません。
AWSやAzure（IaaS／PaaS）が必要になるのは、自社開発のシステムを持っている場合か、SaaSでは要件を満たせない場合です。この区別を最初に付けておかないと、「クラウド化」という言葉のもとで不要に大きな検討が始まります。
コスト構造がどう変わるか
支出の性質が変わる
| オンプレミス（自社保有） | クラウド | |
|---|---|---|
| 初期費用 | 大きい（機器購入、構築） | 小さい、またはゼロ |
| 月額 | 小さい（電気代、保守） | 使用量に応じて発生 |
| 会計上の扱い | 資産計上し、減価償却 | 費用として毎月計上 |
| 更新 | 5年前後で再投資 | 不要（事業者が更新） |
| 障害時の対応 | 自社で復旧 | 事業者が対応（範囲は契約による） |
| 容量の増減 | 事前に見込んで購入 | 必要なときに変更 |
経営上の意味は、大きな初期投資を、平準化された月額費用に置き換えられるという点です。資金繰りへの影響は小さくなります。
一方で、費用は使い続ける限り発生し続けます。5年使えば累計額がオンプレミスを上回ることは普通にあります。
比較すべきは月額料金ではない
最も多い判断ミスが、月額料金と現在のサーバー保守費だけを比べることです。
正しくは、5年程度の総額（TCO）で比較します。含めるべきは次のとおりです。
| 含める費用 | オンプレミス | クラウド |
|---|---|---|
| 機器・ライセンスの購入費 | ○ | — |
| 5年後の更新費用 | ○ | — |
| 設置場所・電気代 | ○ | — |
| 保守契約費 | ○ | 一部 |
| 運用にかかる人件費 | ○ | ○（減るが消えない） |
| 障害対応の工数 | ○ | ○（減る） |
| 月額利用料 | — | ○ |
太字にした運用の人件費が、両者を分ける最大の要素です。オンプレミスでは、担当者がサーバーの状態を見て、パッチを当て、バックアップを確認しています。この時間は目に見える費用として計上されていないことが多く、比較から抜け落ちます。
外注費を含めた総額での評価方法は、外注コスト削減で失敗しないTCO評価と手戻り工数の削減法でも扱っています。
クラウドが割高になる場面
次の条件に当てはまる用途は、自社で持つほうが安くなる可能性があります。
- 使用量が常に一定で、変動しない — 従量課金の利点が効きません
- 大量のデータを頻繁に外部へ転送する — 転送量の課金が積み上がります
- すでに機器を購入済みで、償却が終わっていない — 二重の費用になります
3番目は見落とされます。買ったばかりのサーバーがある状態で移行すると、償却が残ったまま月額費用が増えます。この場合は、機器の更新時期に合わせて移行するのが合理的です。
移行の順序
全社一斉ではなく、影響範囲の小さいものから順に移します。
| 順 | 対象 | 難易度 | 効果 |
|---|---|---|---|
| 1 | メール、ファイル共有 | 低 | サーバー保有の削減、社外からの利用 |
| 2 | 会計、勤怠、給与などの業務パッケージ | 低〜中 | 更新作業からの解放、法改正対応の自動化 |
| 3 | 社内のファイルサーバー、NAS | 中 | 物理機器の削減、バックアップの自動化 |
| 4 | 自社開発システム | 高 | 拡張性の確保、災害時の可用性 |
1と2だけで効果が出る会社が相当数あります。4まで進む必要があるかどうかは、自社開発システムを持っているかどうかで決まります。
順序を守る理由
先に4から着手すると、要件定義に数か月かかり、その間に他の領域は何も変わりません。結果として「クラウド化は難しい」という印象だけが社内に残ります。
1から順に進めると、数週間ごとに目に見える変化が出るため、社内の理解が得やすくなります。
つまずく4か所
1. 設定ミスによる情報の公開
クラウドでの事故の大半は、基盤の脆弱性ではなく設定の誤りで起きています。ストレージの公開範囲を誤って全体公開にしてしまう、権限を広く付けすぎる、といった類です。
対処は、誰が設定を変更できるかを限定し、変更の記録が残る状態にすることです。基盤の堅牢性を事業者に任せられる代わりに、設定と権限の管理は自社の責任範囲として明確に残ります。
2. 気づかないうちに費用が増えている
従量課金は、使った分だけ増えます。検証用に作った環境を止め忘れる、不要になったデータを消さずに置く、といったことで月額が膨らみます。
対処は、予算の上限額を設定し、超過時に通知が来るようにすることと、月次で費用の内訳を見る担当を決めることです。誰も見ていない従量課金は必ず増えます。
3. 部署ごとにバラバラに契約し始める
現場の判断で個別にSaaSを契約していくと、同種のサービスが複数走り、データが分断されます。統制上も費用上も不利になります。
対処は、契約の窓口を一本化することです。ただし、禁止だけを通達すると各部署が経費で勝手に契約するため、必要なものを速やかに承認する経路とセットにしてください。
4. 移行したが、業務のやり方は変わっていない
最も多い「効果が出ない」の正体です。サーバーの置き場所が変わっただけで、承認の流れも、紙の書類も、二重入力も残っています。
クラウド化そのものは手段です。何の業務をどう変えるのかを先に決めていないと、費用の払い先が変わるだけで終わります。この構造はDXとは何か？今さら聞けない意味と、中小企業が生き残るための実践法で扱っています。
判断のためのチェックリスト
検討にあたって、次の6項目を確認してください。
| # | 確認事項 | 確認できていない場合 |
|---|---|---|
| 1 | 現在の運用にかかっている人件費を時間で把握しているか | 比較の前提が作れない |
| 2 | 既存機器の償却は終わっているか | 二重の費用になる |
| 3 | データの転送量はどの程度か | 従量課金が想定を超える |
| 4 | 設定を変更できる人を限定しているか | 設定ミスによる事故が起きやすい |
| 5 | 費用の内訳を月次で見る担当がいるか | 費用が膨らんでも気づけない |
| 6 | 移行後に変える業務が決まっているか | 効果が出ない |
1と6が確認できていない状態での着手は、ほぼ確実に「思ったより安くならなかった」という結論になります。
まとめ
- クラウドは万能の削減策ではありません。使用量が変動する用途と、更新投資が重かった用途で効きます
- 比較すべきは月額料金ではなく、5年程度の総額です。とくに運用の人件費を必ず含めてください
- 中堅・中小企業は、まずメール・ファイル共有・業務パッケージから。ここだけで足りる会社が少なくありません
- 事故の大半は基盤ではなく設定の誤りで起きます。設定変更の権限を限定してください
- 業務のやり方を変えないまま移行すると、費用の払い先が変わるだけで終わります
