通販サイト/システム開発の保守・運用費用・ランニングコストについて

通販システムの保守・運用費用は、月額10万円から100万円以上までの幅があります。金額を左右するのは、事業規模、連携の複雑さ、構築手法です。

費用を見誤ると、売上が伸びても利益が残らない恐れがあります。内訳と構築手法による違いを押さえておくと、見積もりを比べやすくなります。

▼全体ガイドの記事
・通販サイト/システム開発の完全ガイド

通販システムの保守・運用費用の全体像

通販システムの費用を初期費用、月々のランニングコスト、総保有コスト(TCO)の3層で示した図。
毎月の支出が続くほど、長期の総額に影響します。

中〜大規模の通販システム基盤では、保守・運用費用が月額10万〜100万円以上になります。事業規模や連携の複雑さによって、金額は変わります。

ランニングコストは事業を続けるかぎり毎月発生するため、数年単位では初期費用を上回ることもあります。費用の内訳を押さえたうえで、総保有コスト(TCO)で捉えておきましょう。

初期費用とランニングコストの関係

中〜大規模の通販基盤では、初期構築費用よりも継続費用が利益を圧迫することがあります。毎月積み上がるのは、インフラ、保守・監視・改修、決済手数料のほか、コールセンターやCRMなどの利用料です。

これらは月額10万〜100万円以上、年間では数百万〜数千万円規模になることがあります。このため、初期費用が低くても、ランニングコストが高ければTCOは膨らみます。

一方で、初期投資で連携や運用を作り込むと、月々の負荷や費用を下げられる場合もあります。5年間の総額を試算すれば、目先の見積もりに惑わされず、長期の利益で選べます。

規模別のランニングコストの目安

通販システムの費用は、事業規模によって大きく変わります。そのため、月額費用を見積もるときは、規模に応じた固定費と、売上に連動する変動費を分けて考えます。

  • 中規模パッケージ基盤:システム利用料・保守費は月額10万〜50万円程度。
  • 大規模な通販基盤:フルスクラッチや大型パッケージでは、月額50万〜100万円以上になる場合があります。
  • 決済手数料:売上高に比例して、売上の3〜5%程度を占める変動費。

月商5,000万円なら、決済手数料だけで月150万〜250万円になる計算です。物流費も変動費に含め、固定費とは分けて見積もります。

売上が伸びれば変動費も増えるため、規模が大きいほど手数料率を見直すことが利益に直結します。試算では、現在の売上に加えて、将来の成長見込みも踏まえます。

ポイント

判断に迷ったら、月額の金額だけで比べず、初期費用と合わせて5年間の総額(TCO)で見る目安を持つとよいでしょう。見積もりの差を読み違えにくくなります。

通販基盤特有のランニングコストの内訳

通販基盤特有のランニングコストとして、サーバ・インフラ費、保守・監視・改修費、決済手数料、CTI連携、CRM・MAを示した図。
基盤の維持費と周辺サービス費の両方を見渡せます。

通販基盤には、一般的なECサイトと共通する費目のほかに、複数チャネル統合、コールセンター、テレビ・カタログ通販に固有の費用があります。そこで、主要な3費目の相場と、通販ならではの論点を確認します。

サーバ・インフラ維持費とアクセススパイク対策

サーバ・インフラ費は通販基盤の基本となる費用で、月額数万円から数十万円以上が目安です。中〜大規模の基盤では、販促直後のアクセス急増にも備えます。

テレビで商品を紹介した直後や、カタログを大量に配布した後は、Webへのアクセスと注文が一度に集中します。このとき停止すると、販促効果を売上に変えられず、ブランドも損ないます。

平常時に合わせた最小限の設備では、急増に耐えられない場合があります。そのため、強固な設備を常時維持するか、放送や配布の時期だけ増強するかを選びます。

  • 強固な設備を常時維持:ピークにも耐えられますが、固定費が高くなります。
  • 一時的にサーバを増強:放送・配布時に備えられますが、スポット費用が発生します。
  • クラウドのオートスケーリング:ピーク時だけ増強できますが、急増時の上限と予算アラートが欠かせません。

保守・監視・連携エラー対応費(最大の固定費要因)

保守・監視・改修費は、最大の固定費要因になりやすく、月額10万〜50万円以上が相場です。連携が複雑な場合は、これより高くなることもあります。

通販基盤は、基幹システム(ERP)や倉庫管理システム(WMS)とAPIなどで密に連携しています。連携が止まると受注や出荷が滞り、事業に直接の損害が出ます。

保守費は、監視や障害復旧、法令や機能への対応といった作業の中身と、契約で含まれる範囲によって変わります。中身を分けて確かめると、月額のどこに費用が乗っているかが見えてきます。

  • 連携監視と復旧:24時間365日の監視と迅速な障害対応が求められ、保守費を押し上げる要因になります。
  • 定常的な保守:特定商取引法・景品表示法・インボイス制度への対応、決済の追加、セキュリティパッチ、軽微な改修。
  • 契約方式:都度依頼は割高になりやすく、一定の作業を含む月額固定契約が一般的です。
  • 範囲と料金の確認:監視対象、障害時の対応時間(SLA)、含まれる改修、対象外作業の追加料金。

決済手数料・コールセンター・CRM維持費

システム保守費のほかにも、決済、電話注文、顧客管理にかかる周辺費用が続きます。見落としやすい条件もあわせて押さえておきます。

  • 決済手数料:売上の3〜5%程度。後払いや代引では郵送代行費も別途かかる。
  • CTI連携:電話とシステムをつなぐ月額利用料が発生する。
  • CRM・MA:顧客生涯価値(LTV)の向上を支援するツールで、月額数万円から数十万円が目安。

後払いや代引では、決済会社の手数料に加えて、連携システムの設定費と維持費もかかります。決済方式を増やせば利便性は上がりますが、その分、手数料と維持費も増えます。

顧客登録数が少なくても一定額がかかるツールがあり、活用しきれないと固定費だけが残ることがあります。そのため、CRMやコールセンターは、リピート率やLTV向上との費用対効果で評価します。

ポイント

迷ったときは、どの費目が月々の負担で大きいかを先に把握し、その費目の見積もりの中身から確かめるとよいでしょう。費用を下げられる余地も見つけやすくなります。

構築手法によるランニングコストの違い

通販システムパッケージとフルスクラッチを左右2列に置き、月額費用と更新方式を比較した図。
標準機能の更新方法が、日々の保守負担にも関わります。

構築手法によって、ランニングコストの構造は変わります。中〜大規模の通販で代表的なパッケージとフルスクラッチを、費用の面から比べていきます。

通販システムパッケージのランニングコスト構造

ecbeing、SI Web Shopping、eltexDCなどの中〜大規模向けパッケージは、月額10万〜100万円程度が目安です。費用を左右するのは、標準機能をどこまで使うかです。

パッケージでは、ベンダーが提供する標準部分と、自社独自にカスタマイズした部分とで、保守の負担が異なります。

  • 標準機能の更新:本体のバージョンアップ、セキュリティ、法改正や新しい決済方式への対応を、ベンダーが提供することが多い。
  • 個別カスタマイズ:標準更新の対象外になることがあり、追従のための改修費がかかったり、更新できないまま塩漬けになったりするリスクがある。
  • 導入時の設計:カスタマイズを抑えて標準機能を生かすと、長期の費用を抑えやすい。

フルスクラッチのランニングコストと老朽化リスク

フルスクラッチの月額ランニングコストは50万〜100万円以上が目安で、パッケージより高くなる傾向があります。運用や改修は、自社か保守ベンダーが担うことになります。

フルスクラッチでは、パッケージのような自動更新がない分、日々の運用から数年後の更新まで負担が続きます。どの負担が自社側に残るかで、月々の費用の出方も変わります。

  • 継続する運用:インフラの設計と運用、セキュリティ、不具合修正、機能追加を担う。
  • 個別の制度・決済対応:パッケージのような自動更新はなく、法改正や新しい決済方式にも都度開発で応じる。
  • 老朽化:数年後にフレームワークやインフラが古くなり、セキュリティや拡張性に限界が出る場合がある。
  • 更新費用:最新技術へのリニューアルに、数千万円単位の費用がかかるリスクがあります。

日々の保守費と、数年後の大規模な更新費を含めて、長期のTCOを試算します。フルスクラッチは独自性を持てる一方で、将来の負担も続きます。

ポイント

パッケージかフルスクラッチかで迷うときは、初期費用より、カスタマイズの範囲と数年後の更新費用まで含めた長期の負担で比べるとよいでしょう。

ランニングコストを最適化する考え方

コストを削りすぎると、事業の競争力を損なう恐れがあります。固定費と変動費それぞれの性質を踏まえ、事業の成長に合わせて見直す必要があります。

中〜大規模の通販では、変動費の見直しと固定費の調整という2つの考え方があります。

決済手数料・物流費という変動費の見直し

売上規模が大きいほど、決済手数料と物流費が利益に与える影響も大きくなります。見直しの方向は、次のように考えられます。

  • 決済手数料率:一定規模を超えた段階で、決済代行会社との再交渉を検討する。
  • 決済手段の比率:利益率を踏まえて、取扱比率やラインナップを見直す。
  • 物流費:配送会社との交渉、倉庫の運用の見直し、同梱・梱包の効率化。

手数料率が0.5%違うだけでも、月商が数千万円規模であれば、月数十万円の差になります。後払いや代引では、郵送代行費と回収リスクもかかります。

「原価3割・広告費3割・経費と利益で4割」という収益構造の目安もあります。変動費を放置すると、このバランスが崩れ、売上が伸びても利益が残らない場合があります。

固定費を削るには限界がありますが、変動費は売上に連動して膨らみます。だからこそ、成長の段階に応じて定期的に見直すことが、利益の確保につながります。

保守範囲の段階化と一部内製化による固定費調整

保守・監視費やツール利用料は、必要な業務範囲に合わせて調整できます。固定費を見直す方法としては、次のものが考えられます。

  • 保守範囲の段階化:すべてを高額プランにせず、業務への影響度に応じて範囲を分ける。
  • 定常運用の内製化:商品登録やコンテンツ更新、簡単な設定変更を社内で担う。
  • 使っていないツールを洗い出す:活用していないCRM・MAやオプションを解約・整理する。

たとえば、受注・出荷に直結する基幹連携は24時間365日監視し、影響の小さい部分は平日日中の対応にとどめる方法があります。ただし、内製化には社内人材の確保が前提になります。

無理に内製化を進めると、属人化やノウハウ不足を招き、リスクと費用が増える恐れがあります。必要な保守範囲を見極めて、継続性と費用のバランスを図ります。

ポイント

固定費を削りすぎると競争力を損なう恐れがあるため、見直す対象は、売上に連動する変動費と業務範囲に関わる固定費に分けて考えるとよいでしょう。

保守契約と見積もりで確認すべきポイント

保守契約や見積もりでは、費用に含まれる作業と含まれない作業を、発注側がはっきりさせておく必要があります。想定外の出費を防ぐには、契約と比較の条件を確認することが欠かせません。

保守範囲・SLA・障害対応の取り決め

基幹・WMS連携が止まると、業務全体に影響が及びます。障害時の追加費用を避けるには、保守範囲とサービスレベル(SLA)を契約時に決めておくことが必要です。

月額費用が安くても、対応が平日日中のみであれば、夜間や休日に高額な緊急費用がかかる場合があります。一方で、業務時間帯や許容できる停止時間を踏まえれば、過剰なSLAを避けて費用を抑えられることもあります。

対応条件の認識違いを防ぐため、契約書には次の内容を具体的に記載しておきます。

  • 監視対象と連絡体制:対象システム、連絡フロー、初動時間。
  • 障害対応:復旧目標時間と、夜間・休日を含む対応時間。
  • 作業範囲と料金:定例作業に含む内容と、機能追加・更新などの追加料金。

取り決めが曖昧なままだと、月額の固定費に加えて追加費用が積み上がり、TCOが膨らむ原因になります。

5年間のTCOによる複数社の比較

発注側は、開発会社や保守ベンダーを、初期費用だけでなく5年程度のTCOで見比べます。初期費用が安くても月額費用が高ければ、数年で総額が逆転する場合があります。

試算には、初期構築費と、月額のシステム利用料・保守費・インフラ費を60か月分含めます。さらに、決済手数料や物流費、フルスクラッチの数年後のリニューアル費も加えます。

5年分の試算ができたら、各社の見積もり条件と運用体制も合わせて確認します。

  • 前提を揃える:売上規模、想定トラフィック、連携先数が違う見積もりは、単純には比べられません。
  • 運用体制を選ぶ:長期費用を踏まえて事業規模に合う体制を比べたうえで、複数社にTCO見積もりを依頼する。

ランニングコストは、事業を続けるかぎり発生し続けます。そのため、長期の視点で利益が残る体制を選ぶことが、事業の持続可能性を左右します。

ポイント

契約書の確認で迷ったら、月額に含まれる作業と追加料金の対象になる作業を、業務時間帯と許容できる停止時間に照らして見ると判断しやすくなります。

まとめ

中〜大規模の通販における保守・運用費用は、月額10万〜100万円以上になります。固定費と変動費の両方が、利益を左右します。

構築手法や運用体制に応じて費用を試算し、契約範囲と5年間のTCOを比べます。複数社への見積もり依頼が、検討の出発点になります。

▼全体ガイドの記事
・通販サイト/システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。