通販サイト／システムリプレイスの保守・運用費用は、年間100万〜200万円から当初予算の2〜3倍まで幅があり、その差は方式、変動費、カスタマイズの範囲で決まります。スクラッチで自社保守する場合と、SaaSへ乗り換える場合とでは、費用の出方が大きく違います。
▼全体ガイドの記事
・通販サイト／システムリプレイスの完全ガイド
レガシーシステム刷新の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
通販サイト／システムリプレイスのコスト構造の比較
通販システムの保守・運用費用は、何と比べるかによって見るべき論点が変わります。
他領域・ECリプレイスとの違い（コスト評価の視点）
通販サイト／システムリプレイスでは、定期購入やカタログ通販に対象を絞って費用を比べます。
- モダナイゼーション：5つの技術的アプローチごとのコスト削減効果
- 刷新・更改：資産価値や期限を根拠にした投資対効果とTCO
- リニューアル・リアーキテクチャ：UX/UIや分散構成の運用費
- ECリプレイス：業態を問わない乗り換えコストの総論
刷新では、会員基盤や受注実績という資産価値を根拠に、投資対効果を考えます。更改では、保守契約の満了やEOS／EOLを踏まえて、TCOを比べることになります。
また、リニューアルでは定期購入やカタログ通販のUX/UI費用を見ます。リアーキテクチャでは、モノリスをマイクロサービスへ再設計したあとの運用費が論点になります。
費用を比べるときは、月額固定費だけでなく、決済手数料やトランザクション料、頒布会・同梱物管理の費用まで含めることが大切です。
自社スクラッチ通販システム維持コストの構造
自社スクラッチの維持費は、初期開発費を基準にした固定費から始まります。
- 保守費用：初期開発費に応じた年間費用が毎年続く
- インフラ・更新：サーバーやOSなどの対応を自社で負担
- 複雑化：継ぎ足し開発で保守負担が上がりやすい
保守・運用費用は、初期開発費用の年間10〜20%が相場とされます。たとえば1,000万円で開発した場合、年間100万〜200万円の固定費が継続して発生します。
サーバーインフラの維持費や、OS・ミドルウェアの更新対応も、社内で続けて負担することになります。さらに、軽減税率対応などの法改正に伴う改修費用も、維持コストに含まれます。
継ぎ足し開発で複雑化するほど、保守費用は下がりにくく、年々上がりやすくなります。この放置コストの上昇を理解することが、乗り換え後との比較の出発点になります。
定期購入対応SaaS乗り換え後のコスト構造
定期購入対応SaaSでは、月額利用料の内訳と変動費を分けて見る必要があります。
月額固定費に内包される保守・バージョンアップ費用とTCO回収期間（1.5年〜4年）
月額利用料にどこまで含まれるかで、定期購入対応SaaSの中長期のコストが大きく変わります。
- 月額利用料：サーバー維持や法改正対応を含みやすい
- TCO回収：初期費用を含めた投資回収期間
- 事業計画：売上規模とカスタマイズ量をもとにした期間の試算
月額利用料には、サーバー維持費やセキュリティパッチの適用が含まれます。法改正対応を含む無償バージョンアップがあるため、大規模改修費を抑えられます。
初期導入費やデータ移行費はかかります。ただし、TCOは1.5年〜4年で逆転するケースが多いとされます。回収期間は売上規模やカスタマイズ量で変わるため、発注側は自社の事業計画に沿って試算することになります。
見落としがちな変動費（決済手数料・トランザクション料）の二重構造
SaaSの見積もりでは、月額固定費と、売上や注文数に応じて増える費用を分けて見ることが必要です。
- カート基本利用料：月額固定で発生する基礎費用
- 決済手数料：売上に応じて増える費用
- トランザクション料：注文件数の増加とともに膨らむ費用
一般的な定期購入対応SaaSでは、カート基本利用料のほかに変動費が発生します。たとえば、決済手数料は数%で、トランザクション料は1件あたり数十円です。
月額固定費だけで判断すると、実際の請求額との差に気づきにくくなります。そのため、見積もりでは、二重・三重になった費用の構造を分解して確認しておく必要があります。
通販・定期購入業態特有のコスト論点
通販・定期購入では、事業が成長すると、その分が変動費や独自機能の運用費に反映されます。
売上拡大に比例して増加する変動費のシミュレーション（3〜5年後の目標売上での試算）
定期購入対応SaaSの費用は、現在の売上だけでなく、将来の売上と注文件数で評価します。
- スクラッチ：売上が伸びても保守費用は一定の固定費のまま
- SaaS：売上と注文数の拡大に伴い変動費が増える
- 料金見直し：急成長時にプランや契約条件を再評価すること
SaaSでは、売上が伸びるにつれて決済手数料やトランザクション料が際限なく増えます。継続課金は注文件数が積み上がりやすいため、変動費の増加を見過ごせません。試算では、現状だけでなく、3〜5年後の目標売上と注文件数を使います。
急成長する場合は、変動費の水準が大きく変わるため、料金プランや契約条件の再交渉を前提に試算します。
頒布会・同梱物管理の運用コスト（カスタマイズの落とし穴）
頒布会や同梱物管理は、追加開発の範囲によって長期の費用が大きく変わる機能です。
- 追加開発：カスタマイズが増えるほど導入費が膨らむ
- 保守負担：無償バージョンアップを受けにくくなる
- 標準機能：代替できる業務は運用で補う
カスタマイズ率が50%を超えると、導入費用が当初予算の2〜3倍になるリスクがあります。さらに、過度な追加開発は、無償バージョンアップを受けられない原因にもなります。
保守費用が都度見積もりになると、実質的にはオーダーメイドの状態に陥りがちです。そのため、発注側は自社の競争力を支えるルールを見極め、それ以外は標準機能に寄せて考えます。
ベンダーロックイン・スイッチングコストの考え方
スクラッチとSaaSのどちらを選ぶ場合でも、将来の再乗り換えにかかるコストに注意が必要です。
スクラッチの内部的ロックイン（ブラックボックス化）とスイッチングコスト
自社スクラッチでは、長年の継ぎ足し開発がブラックボックス化の背景になり、移行費用を増やします。
- 属人化：特定の担当者しか中身を理解できない状態
- 引き継ぎ調査：移行の前に先行して費用がかかる
- 予算計画：移行前の見えないコストも含めて考える
別システムへの移行前には、新ベンダーによる現行仕様の調査・解析が必要です。引き継ぎ調査だけで、初期段階に30万〜100万円程度の費用が発生します。このスイッチングコストは移行前には見えにくいため、予算に入れ忘れやすい点に注意が必要です。
定期購入SaaS特有のロックイン回避策（定期契約マスタ・決済トークンのデータポータビリティ）
定期通販では、顧客データを次のSaaSへ移せるかどうかで、再乗り換えの難しさが分かれます。
- 定期契約マスタ：次回のお届け日や継続回数の移行
- 決済トークン：カード情報を再入力させずに移行できる条件
- データポータビリティ：CSVやAPIでの書き出しを契約で担保すること
決済トークンを移行できないと、顧客にカード情報を再入力してもらう必要があります。その負担は、大量の顧客離脱や解約を招くおそれがあります。
発注側は、旧SaaSや決済代行会社からCSVやAPIで書き出せるかを、契約上の条件として確かめておきます。月額料金だけでなく、将来の乗り換えの自由度まで比べておくことが、長期的な費用の適正化につながります。
TCO視点でのビルド・バイ判断とコスト適正化の実務
ビルド・バイの判断では、初期費用だけでなく、将来の費用まで同じ表で比べます。
3〜5年のTCO比較表による判断
自社スクラッチとSaaSは、3〜5年の年度別TCOに並べると比べやすくなります。
- 期間：初期費用だけでなく3〜5年の総額
- スクラッチ側：保守やインフラ、法改正などの継続負担を含める
- SaaS側：固定費・変動費・移行・追加開発
スクラッチ側の表には、保守費用、インフラ費用、法改正対応費用を入れます。加えて、属人化によるリスクのコストも、年度別の費用に含めます。
SaaS側には、月額固定費と決済手数料などの変動費を入れます。さらに、将来の目標売上での試算値や、データ移行費、カスタマイズ費用も並べます。
比較表は経営層への説明資料にもなるため、発注側は早い段階から作成しておきます。
段階的な適正化（Fit to Standard徹底とハイブリッド構成）
費用を適正化するには、追加開発を絞り、標準機能と独自機能の役割を分けることが基本になります。
- Fit to Standard：標準機能に業務を合わせ、追加開発を絞ること
- ハイブリッド構成：SaaSと外部APIを組み合わせる形
- 継続見直し：契約更新のたびの料金と利用状況の確認
標準機能で代替できる業務に合わせると、初期費用と保守費用を抑えられます。追加開発は、競争力に直結する領域だけに限定します。
一般的な受注・決済管理はSaaSに任せ、独自ロジックは外部APIで補います。これにより、SaaSの低コストと自社独自の機能を両立できます。
また、契約更新のたびに料金プランと利用状況を見直す運用が、長期の費用対効果を高めます。
まとめ
通販サイト／システムリプレイスでは、スクラッチで維持する場合とSaaSへ移行する場合とで、費用の構造が異なります。通販・定期購入では、変動費、頒布会・同梱物の運用費、ロックインにかかる費用も比べます。
モダナイゼーションは技術手法ごと、刷新は投資対効果、更改は期限を踏まえたTCOを扱います。また、リアーキテクチャは分散構成の運用費、ECリプレイスは業態を問わない総論を扱います。
本記事の論点は、変動費（決済手数料・トランザクション料）、独自機能の運用費、データ移行の自由度です。目先の月額料金だけでなく、3〜5年のTCOと再乗り換えの自由度を比べ、早めに相談することをお勧めします。
▼全体ガイドの記事
・通販サイト／システムリプレイスの完全ガイド
▼見積依頼前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。