
Salesforceなどのクラウドは本当に安い?5年・10年のTCOで考える
TCO(Total Cost of Ownership:総保有コスト)とは、システムを導入してから使い終えるまでにかかる費用の総額のことです。Salesforceなどのクラウドサービス(以下、SaaS)は、初期費用を抑えてすぐに使い始められるため、「安い」というイメージを持たれがちです。しかし、利用者数に応じたライセンス費用は毎月かかり続けるため、5年、10年と使い続けた総額で見ると、必ずしも安いとは限りません。
本記事では、SaaSにかかる費用の内訳や「高い」と感じられる理由を整理したうえで、5年・10年のTCOでSaaSと自社開発のシステムを比べる考え方を、試算例とあわせて解説します。
目次
1. TCO(総保有コスト)とは?クラウドの費用を正しく比べる考え方
– TCOの意味
– 「見えやすい費用」と「見えにくい費用」
– クラウドとオンプレミスでTCOの中身はどう違うか
2. Salesforceなどのクラウド(SaaS)にかかる費用の内訳
– ライセンス費用
– 導入・カスタマイズの費用
– 運用・保守の費用
– 教育・定着の費用
3. Salesforceなどのクラウドが「高い」と感じられる理由
– 利用者が増えるほど費用が増え続ける
– 価格改定(値上げ)の影響を受ける
– 使っていない機能やライセンスにも費用を払っている
– カスタマイズが増えるほど保守の費用がかさむ
4. 5年・10年のTCOで比べるとどうなる?
– TCOの計算方法
– 試算例:SaaSとスクラッチ開発の5年・10年比較
– 試算からわかること
5. 見落としやすいコスト「ベンダーロックイン」
– ベンダーロックインとは
– 乗り換えるときにかかる費用
– ロックインを避けるために確認しておくこと
6. クラウドが向いている企業、スクラッチ開発が向いている企業
– Salesforceなどのクラウドが向いている企業
– スクラッチ開発が向いている企業
– クラウドとスクラッチ開発を組み合わせる方法
7. クラウドのTCOを抑えるためにできること
– ライセンスと利用状況を定期的に見直す
– カスタマイズを最小限にする
– システムの刷新や乗り換えも選択肢に入れる
8. Salesforceなどのクラウドの費用に関するよくある質問
– Salesforceの料金は、今後も値上げされますか?
– 中小企業でもTCOで比較する必要はありますか?
– Salesforceから自社開発のシステムに移行できますか?
9. まとめ:クラウドが安いかどうかは「何年、何人で使うか」で決まる
1.TCO(総保有コスト)とは?クラウドの費用を正しく比べる考え方
SaaSと自社開発のシステムの費用を比べるには、導入時の費用だけでなく、使い続ける間にかかる費用まで含めて考える必要があります。そのための考え方がTCOです。まずはTCOの意味と、クラウドとオンプレミスでの違いを整理しましょう。
TCOの意味
TCOとは、システムの導入から運用、保守、そして使い終えるまでにかかるすべての費用を合計したものです。「総保有コスト」や「総所有コスト」とも呼ばれます。
システムの費用を比べるとき、導入時の初期費用だけを見ると判断を誤ることがあります。初期費用が安くても、毎月の利用料や運用の手間が大きければ、数年間の合計では高くつくことがあるためです。TCOで比べることで、長く使ったときにどちらが本当に経済的なのかを判断できます。
「見えやすい費用」と「見えにくい費用」
TCOには、金額が明確な「見えやすい費用」と、金額として表に出にくい「見えにくい費用」があります。
| 種類 | 主な費用 |
|---|---|
| 見えやすい費用 | ライセンス費用、開発費、サーバーの費用、保守契約の費用 |
| 見えにくい費用 | 社内の管理者の人件費、利用者の教育にかかる時間、システムが止まったときの損失、乗り換えるときにかかる費用 |
見えにくい費用は、IT部門や営業部門、人事部門など、社内のさまざまな予算に分散していることが多く、全体を把握している人がいないケースも少なくありません。TCOを正しく比べるには、見えにくい費用まで同じ条件で数えることが大切です。
クラウドとオンプレミスでTCOの中身はどう違うか
自社でサーバーを持つオンプレミスでは、サーバーの購入費などの初期費用が大きく、その後は保守費や電気代、設置場所の費用などがかかります。一方、クラウドではサーバーを購入する必要がなく、初期費用を抑えられる代わりに、毎月の利用料が発生し続けます。
つまり、オンプレミスは「最初に大きく払う」、クラウドは「少しずつ払い続ける」という違いがあります。どちらが安くなるかは、利用期間や利用者数によって変わるため、TCOで比べる必要があるのです。SaaSも、少しずつ払い続けるクラウド型の費用構造を持っています。
2.Salesforceなどのクラウド(SaaS)にかかる費用の内訳
SalesforceなどのSaaSにかかる費用は、公式サイトに掲載されているライセンス費用だけではありません。TCOを正しく見積もるために、主な費用の内訳を確認しておきましょう。
ライセンス費用
SaaSの費用の中心となるのが、ライセンス費用です。多くのSaaSでは、機能の範囲に応じた複数のエディション(料金プラン)が用意されており、「1ユーザーあたりの月額 × 利用者数」で費用が決まります。上位のエディションほど使える機能が増え、1ユーザーあたりの単価も高くなります。
さらに、基本のライセンスに加えて、追加の製品やオプション機能、データの保存容量の追加、外部のアプリとの連携などに別途費用がかかることがあります。必要な機能をすべてそろえると、当初の想定よりライセンス費用が膨らむケースも少なくありません。
導入・カスタマイズの費用
SaaSは契約すればすぐに使えるわけではなく、自社の業務に合わせた設定やカスタマイズが必要です。Salesforceのように機能が豊富で設定の自由度が高いSaaSでは、導入支援を行うパートナー企業に、要件定義や設定、カスタマイズ、既存のシステムからのデータ移行を依頼することが一般的です。
こうした導入の費用は、カスタマイズの量や連携するシステムの数によって大きく変わります。
運用・保守の費用
導入後も、利用者の追加や権限の設定、画面や項目の変更、レポートの作成など、日々の運用の作業が発生します。こうした作業を担う社内の管理者の人件費や、外部のパートナー企業に運用を依頼する場合の費用も、TCOに含まれます。
また、ほかのシステムと連携している場合は、SaaSのバージョンアップのたびに、連携部分が正しく動くかを確認する作業が必要になることもあります。
教育・定着の費用
新しいシステムを現場で使いこなしてもらうには、利用者への研修や操作マニュアルの作成が必要です。研修にかかる時間や、システムに慣れるまでの間に業務の効率が落ちる分も、見えにくい費用として考えておく必要があります。
3.Salesforceなどのクラウドが「高い」と感じられる理由
SaaSは導入時の費用を抑えやすい一方で、使い続けるうちに「思っていたより高い」と感じる企業も少なくありません。その主な理由を4つ紹介します。
利用者が増えるほど費用が増え続ける
SaaSのライセンス費用は、利用者数に比例して増えていきます。導入時は一部の部署だけで使っていても、利用が全社に広がれば、その分ライセンス費用も増加します。
自社開発のシステムであれば、利用者が増えてもサーバーの増強などで対応できることが多く、費用が利用者数に比例して増えるとは限りません。利用者が多い企業ほど、この違いがTCOに大きく影響します。
価格改定(値上げ)の影響を受ける
SaaSの料金は、提供元の判断で改定されることがあります。たとえばSalesforceは、2023年8月に主要製品の価格を平均で約9%引き上げると発表しました。
SaaSを使い続ける限り、こうした価格改定の影響を避けることはできません。また、海外のSaaSでは、為替の変動によって円での支払額が変わる場合もあります。長期のTCOを考えるときは、将来の値上げの可能性も織り込んでおく必要があります。
使っていない機能やライセンスにも費用を払っている
SaaSのエディションには、自社では使わない機能も多く含まれています。必要な機能が上位のエディションにしかない場合は、ほかの機能を使わなくても上位のエディションを契約しなければなりません。
また、退職者や異動者のライセンスが整理されずに残っていたり、ほとんどログインしていない利用者の分まで費用を払っていたりするケースもあります。
カスタマイズが増えるほど保守の費用がかさむ
自社の業務に合わせるためにカスタマイズを重ねると、その分、保守の手間と費用が増えていきます。カスタマイズした部分は、SaaSのバージョンアップのたびに影響がないかを確認する必要があり、外部のパートナー企業に依頼すれば、その都度費用がかかります。
SaaSの標準機能では業務に合わず、カスタマイズが多くなっている場合は、SaaSを使い続けることが本当に最適なのかを見直すタイミングかもしれません。
4.5年・10年のTCOで比べるとどうなる?

SaaSと自社開発のシステムは、どちらが安いのでしょうか。ここでは、TCOの計算方法を確認したうえで、仮定の条件を置いた試算例をもとに、5年・10年で比べたときの違いを見ていきます。
TCOの計算方法
TCOは、比べたいシステムごとに、同じ年数でかかる費用を足し合わせて計算します。基本的な計算式は次のとおりです。
TCO = 初期費用 + 毎年の費用 × 利用年数 + 改修や乗り換えなど途中で発生する費用
計算するときは、次の手順で進めると漏れを防げます。
- ① 比べる期間を決める(5年、10年など)
- ② 初期費用を洗い出す(導入、開発、カスタマイズ、データ移行など)
- ③ 毎年かかる費用を洗い出す(ライセンス費用、保守費、社内の管理者の人件費など)
- ④ 途中で発生する費用を見込む(大規模な改修、利用者の増加、価格改定など)
- ⑤ 同じ条件で合計し、比べる
SaaSと自社開発で、費用の数え方の条件をそろえることが大切です。たとえば、片方だけ社内の人件費を含めると、正しく比べられません。
試算例:SaaSとスクラッチ開発の5年・10年比較
利用者30人の企業が、SaaSを導入する場合と、自社の業務に合わせてスクラッチ開発でシステムを作る場合を比べてみます。金額はすべて説明のために置いた仮定の数字で、実際の製品の料金ではありません。
前提条件は次のとおりです。
- SaaS:1ユーザーあたり月額2万円のライセンス費用(年720万円)、導入・カスタマイズ費用500万円、運用・保守の費用(社内の管理者とパートナー企業への依頼)年300万円
- スクラッチ開発:開発費用3,500万円、保守・運用とサーバーの費用 年500万円、8年目に大規模な改修1,000万円
- 価格改定や利用者数の増減はないものとする
| 項目 | SaaS | スクラッチ開発 |
|---|---|---|
| 初期費用 | 500万円 | 3,500万円 |
| 毎年の費用 | 1,020万円 | 500万円 |
| 途中で発生する費用 | なし | 1,000万円(8年目) |
| 5年間の合計 | 5,600万円 | 6,000万円 |
| 10年間の合計 | 1億700万円 | 9,500万円 |
この前提では、5年間の合計ではSaaSのほうが400万円安くなります。一方、6年目にはスクラッチ開発の累計額がSaaSを下回り、10年間の合計ではスクラッチ開発のほうが1,200万円安くなります。
試算からわかること
この試算から、次のような傾向が読み取れます。
- 短期間で比べるとSaaSが有利になりやすい:初期費用が小さいため、数年で使い終える場合や、まず試してみたい場合はSaaSが経済的です。
- 利用期間が長いほどスクラッチ開発が有利になりやすい:毎年の費用の差が積み重なるため、長く使うほどスクラッチ開発の初期費用を回収しやすくなります。
- 利用者数によって結果は大きく変わる:同じ条件で利用者が60人になれば、SaaSのライセンス費用は倍になり、5年間でもスクラッチ開発のほうが安くなります。反対に利用者が10人程度なら、10年間でもSaaSのほうが安くなります。
さらに、実際にはSaaSの価格改定や、利用者の増加によってSaaSの費用が増えることもあります。一方で、スクラッチ開発も、要件の追加や不具合への対応で費用が増えることがあります。自社の利用者数、利用期間、必要なカスタマイズの量を当てはめて、実際の数字で試算してみることが大切です。
5.見落としやすいコスト「ベンダーロックイン」

TCOを考えるときに見落としやすいのが、将来ほかのシステムに乗り換えるときの費用です。特にSaaSを長く使い続けるほど、この費用は大きくなる傾向があります。
ベンダーロックインとは
ベンダーロックインとは、特定の製品やサービスに依存した結果、ほかの製品への乗り換えが難しくなる状態のことです。SaaSにデータや業務の仕組みが深く組み込まれるほど、乗り換えの手間と費用が大きくなり、価格改定があっても使い続けざるを得なくなります。
なお、ベンダーロックインはSaaSに限った問題ではありません。自社開発のシステムでも、特定の開発会社しか仕様を理解していない状態になれば、同じように乗り換えが難しくなります。
乗り換えるときにかかる費用
SaaSからほかのシステムに乗り換える場合、主に次のような費用が発生します。
- 蓄積したデータを取り出し、新しいシステムに合わせて整える費用
- SaaS上で作ったカスタマイズや自動化の仕組みを、新しいシステムで作り直す費用
- 利用者に新しいシステムの使い方を覚えてもらうための研修の費用
- 乗り換えの期間中に、二つのシステムを並行して使う費用
カスタマイズを重ねて長く使ってきたSaaSほど、これらの費用は大きくなります。
ロックインを避けるために確認しておくこと
SaaSを導入する場合も、自社開発する場合も、次の点を確認しておくと、将来の乗り換えの負担を抑えられます。
- データを一般的な形式でまとめて取り出せるか
- ほかのシステムと連携するための仕組み(API)が用意されているか
- カスタマイズの内容や設定が、資料として社内に残っているか
- 自社開発の場合、ソースコードや設計書を自社で保有できる契約になっているか
6.クラウドが向いている企業、スクラッチ開発が向いている企業
SaaSと自社開発のどちらが適しているかは、企業によって異なります。TCOの試算とあわせて、自社の状況がどちらに近いかを確認しましょう。
Salesforceなどのクラウドが向いている企業
SaaSは、次のような企業に向いています。
- 利用者が少なく、ライセンス費用の総額が大きくならない
- 業務の流れが標準的で、SaaSの標準機能でほぼ対応できる
- できるだけ早く使い始めたい、または数年以内に見直す予定がある
- 社内にシステムを管理する担当者を置くのが難しい
Salesforceのように機能が豊富なSaaSは、提供元が継続的に新しい機能を追加し、セキュリティ対策も行っています。標準機能を中心に使いこなせる企業にとっては、費用に見合った価値を得やすい選択肢です。
スクラッチ開発が向いている企業
一方で、次のような企業は、SaaSの代替として、自社の業務に合わせたシステムをスクラッチ開発で作ることも検討する価値があります。
- 利用者が多く、ライセンス費用が年々大きくなっている
- SaaSのカスタマイズが多く、保守の費用がかさんでいる
- 自社独自の業務の流れがあり、SaaSの標準機能では対応しきれない
- 10年単位でシステムを使い続ける予定がある
最近は、生成AIを開発に活用することで、スクラッチ開発の費用と期間を抑えやすくなっています。自社業務に合ったシステムをAIを活用して作る方法については、AIスクラッチ開発とは何か、自社業務に合ったシステムをAIで作る方法で解説しています。
クラウドとスクラッチ開発を組み合わせる方法
SaaSか自社開発かの二択で考える必要はありません。たとえば、会計や勤怠管理のように多くの企業で業務の流れが共通している領域はSaaSを使い、自社の強みにつながる独自の業務は自社開発のシステムで支えるという組み合わせも有効です。業務ごとに適した方法を選ぶことで、TCOを抑えながら業務に合ったシステムを実現できます。
7.クラウドのTCOを抑えるためにできること
すでにSaaSを使っている企業でも、見直しによってTCOを抑えられる余地があります。取り組みやすいものから順に3つ紹介します。
ライセンスと利用状況を定期的に見直す
まずは、契約しているライセンスの数と、実際の利用状況を照らし合わせましょう。退職者や異動者のライセンスが残っていないか、ほとんどログインしていない利用者がいないかを確認し、不要なライセンスを整理します。
あわせて、契約しているエディションや追加の製品が、自社の使い方に見合っているかも確認しましょう。使っていない機能が多い場合は、下位のエディションに変更できる可能性があります。
カスタマイズを最小限にする
カスタマイズが増えるほど、保守の費用と、バージョンアップのたびの確認の手間が増えていきます。新しくカスタマイズを加える前に、標準機能で対応できないか、業務のやり方を見直すことで対応できないかを検討しましょう。
システムの刷新や乗り換えも選択肢に入れる
ライセンスの整理やカスタマイズの見直しを行っても費用が下がらない場合は、自社開発のシステムへの刷新や、ほかのサービスへの乗り換えも選択肢に入れましょう。その際は、乗り換えにかかる費用も含めて、今後5年、10年のTCOで比較することが大切です。システムを刷新する際の費用の考え方や、AIを活用して開発費用を抑える方法については、システム刷新の費用とAI活用で開発費用を抑える方法で紹介しています。
8.Salesforceなどのクラウドの費用に関するよくある質問
最後に、Salesforceなどのクラウドの費用とTCOについて、よく寄せられる質問にお答えします。
Salesforceの料金は、今後も値上げされますか?
将来の料金がどうなるかはわかりませんが、Salesforceは2023年8月に主要製品の価格を平均で約9%引き上げています。SaaSの料金は提供元の判断で改定されるため、長期のTCOを考えるときは、一定の値上げの可能性を見込んでおくと安心です。最新の料金は、Salesforceの公式サイトで確認してください。
中小企業でもTCOで比較する必要はありますか?
あります。中小企業は予算が限られているからこそ、導入時の費用だけで判断すると、数年後に想定外の負担を抱えることになりかねません。利用者が少ない場合はSaaSのほうが安くなることも多いため、自社の利用者数と利用期間を当てはめて、実際に比べてみることが大切です。
Salesforceから自社開発のシステムに移行できますか?
移行できます。Salesforceに蓄積したデータを取り出し、自社の業務に合わせて開発したシステムに移すことは可能です。ただし、データの整理やカスタマイズ部分の作り直しが必要になるため、移行の計画と費用をあらかじめ見積もっておきましょう。最近は、AIを活用することでスクラッチ開発の費用や期間を抑えやすくなっています。詳しくは、スクラッチ開発はAIでどう変わるのかを解説した記事をご覧ください。
9.まとめ:クラウドが安いかどうかは「何年、何人で使うか」で決まる
SalesforceなどのSaaSは、初期費用を抑えてすぐに使い始められる一方で、利用者数に応じたライセンス費用が毎年かかり続けます。カスタマイズや運用の費用、価格改定、将来の乗り換えの費用まで含めたTCOで見ると、必ずしも安いとは限りません。
試算例のとおり、短期間や利用者が少ない場合はSaaSが有利になりやすく、利用者が多く長期間使う場合は、自社の業務に合わせたスクラッチ開発のほうがTCOを抑えられることがあります。自社の利用者数や利用期間、カスタマイズの量を当てはめて、5年・10年のTCOで比べたうえで判断しましょう。
SaaSの費用やカスタマイズの多さに悩んでいる場合は、業務分析から基幹システムの構築、運用・改善まで伴走するシステム開発サービスもご検討ください。実際にシステムを導入した企業の取り組みは、A.N.Sの導入事例で紹介しています。
「Salesforceなどのクラウドは本当に安い?5年・10年のTCOで考える」に関連する記事

2026.11.12
仕様書がないシステムもAIで解析できる?ブラックボックス化したシステムの再構築方法
システムのブラックボックス化とは、システムの中身や仕組みを理解している人がいなくなり、どのように動いているのかが誰にもわからない状態のことです。長年使い続けてきた基幹システムでは、仕様書が残っていない、作った担当者がすで […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)
- #システム再構築

2026.11.12
AIで古い基幹システムは刷新できる?AIモダナイゼーションの可能性と注意点
AIモダナイゼーションとは、生成AIを活用して、老朽化した基幹システムなどのレガシーシステムを新しい技術や仕組みへ刷新する取り組みです。長年使い続けてきた基幹システムは、仕様書が残っていない、古いプログラム言語を扱える技 […]
- #AIモダナイゼーション
- #AI関連情報
- #DX(デジタルトランスフォーメーション)

2026.11.12
生成AIで作った業務システムは本番運用できる?プロが見るチェックポイント
生成AIで作った業務システムの本番運用とは、生成AIを使って開発した業務システムを、試作や検証の段階から一歩進めて、実際の業務で継続的に使うことです。生成AIのコーディング支援ツールを使えば、エンジニアでなくても動く業務 […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)

2026.11.12
AIスクラッチ開発とは?自社業務に合ったシステムをAIで作る時代へ
AIスクラッチ開発とは、生成AIを開発の各工程に活用しながら、自社の業務に合わせた業務システムを一から開発する方法です。まだ明確な定義が定まった言葉ではありませんが、本記事ではこの意味で使います。これまで、自社専用のオー […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)
- #スクラッチ開発

2026.11.12
スクラッチ開発はAIでどう変わる?「高い・遅い」は過去になるのか
スクラッチ開発とは、既製のパッケージやSaaSを使わず、自社の業務に合わせてシステムを一から設計・開発する方法です。自社の業務にぴったり合うシステムを作れる一方で、「費用が高い」「完成までに時間がかかる」という理由から、 […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)
- #スクラッチ開発

2026.11.09
AIで作ったシステム、誰が保守する?AI開発時代の新たな課題
AIで作ったシステムの保守とは、生成AIを使って開発したシステムや、AIの機能を組み込んだシステムを、稼働後も正しく使い続けられる状態に保つための作業です。AIを使えば、専門のエンジニアが少ない企業でも業務システムを短期 […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)
- #システム保守

2026.11.09
AIで基幹システムを内製できる?メリットと注意点を解説
基幹システムの内製化とは、販売管理や在庫管理、会計など企業の根幹を支えるシステムの企画・開発・運用を、外部ベンダーに任せきりにせず、自社が主体となって進めることです。これまで基幹システムは規模が大きく専門性も高いため、外 […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)
- #内製化

2026.10.20
AIで基幹システムはどこまで作れる?システム開発の未来を解説
近年、生成AIの進化によって、システム開発の進め方が大きく変わりつつあります。これまでエンジニアが手作業で行っていたプログラミングやテストなどの一部をAIが支援できるようになり、企業の基幹システム開発におい […]
- #AI関連情報
- #DX(デジタルトランスフォーメーション)
- #システム開発工程
- #基幹システム・Webシステム開発

2026.09.24
レガシーシステム刷新の全体像と成功に導くステップガイド
企業のIT担当者や経営層にとって、レガシーシステムの老朽化はコスト増大や技術者不足、DX推進の阻害要因になることが多いです。本記事では、そんなレガシーシステム刷新の意義や多様な手法、段階的な進め方、リスクと […]
- #DX(デジタルトランスフォーメーション)
- #システム再構築
- #デジタル化
- #基幹システム・Webシステム開発
- #業務効率化
- #生産性向上

2026.09.16
ノーコードの限界を見極める:導入企業が知るべき課題と突破策
ノーコードツールの導入は業務効率化を加速させる一方で、その限界や課題に直面する企業も少なくありません。本記事では、ノーコードの機能制約や運用リスク、ベンダーロックインの問題をわかりやすく解説。さらにローコー […]
- #DX(デジタルトランスフォーメーション)
- #ハイブリッド開発
- #基幹システム・Webシステム開発


