通販サイト/システム刷新の費用は、構築手法、事業規模、連携範囲によって、数十万円から数億円まで変わります。金額の幅を左右するのは、この3つの要因です。
金額を比べるときは、初期費用とランニングコストを分けて、見積書に出にくい費用も含めて見る必要があります。
▼全体ガイドの記事
・通販サイト/システム刷新の完全ガイド
レガシーシステム刷新の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
通販サイト/システム刷新の費用相場（手法別・規模別）
通販システム刷新の相場は、構築手法と事業規模の二軸で把握するのが基本です。手法による差は大きく、ASPでは月額数万円の例がある反面、フルスクラッチでは初期5,000万円超の例があります。
手法別の費用相場（ASP/クラウドEC/OSS/パッケージ/フルスクラッチ）
手法によって、初期費用の水準も毎月の費用の中身も変わります。5つの手法について初期費用と月額費用を並べると、選択肢の違いを比較できます。
- ASP・SaaS型：小規模に始めやすい料金帯の方式です。
- 高機能ASP・クラウドEC：自由度を高められる代わりに、費用も上がります。
- オープンソース（OSS）：ライセンス費を抑えやすい方式です。
- パッケージ：既製の機能を基盤にして導入する形です。
- フルスクラッチ：独自要件に合わせて構築する方式です。
ASP・SaaS型は初期0〜10万円程度、月額数千円〜数万円が目安です。高機能ASPやクラウドECは、初期が数十万〜300万円程度、月額が10万〜数十万円で、自由度が高まります。なお、クラウドECは事業者向けにカスタマイズできるクラウド基盤です。
OSSは初期100万〜500万円程度で、ライセンス費はかかりません。ただし、サーバ運用やセキュリティ対応は自社または委託先が担い、バージョンアップも自社または委託先の対応が必要です。
パッケージ導入は初期500万〜3,000万円程度です。フルスクラッチは初期1,000万〜数億円と幅広く、独自業務フローや基幹システム連携が必要な大規模事業者ほど、フルスクラッチに近づきます。
ASPは初期費用が安くても、流通額が増えると従量課金が膨らみます。決済手数料も、流通額に応じて増える場合があります。
一方で、フルスクラッチは初期費用が高くても、ランニングコストを抑えられる場合があります。そのため、手法の選択は、後述するTCOの視点と合わせて判断する必要があります。
月商・事業規模別の費用目安
月商の段階ごとに見ると、現在の規模に合う費用帯と方式が絞り込めます。
- 立ち上げ期：月商100万円未満で、小さく始める段階。
- 成長期：月商数百万〜数千万円で、選択肢が広がる段階。
- 大規模事業者：月商数億円以上で、大規模投資が前提になる規模。
月商100万円未満の立ち上げ期は、ASPやモール出店で費用を抑えます。また、この時期の刷新費用は数十万円規模に収まります。
月商数百万〜数千万円の成長期は、高機能ASP、クラウドEC、OSSが候補になります。この段階の刷新費用は、数百万〜1,000万円台が中心です。
月商数億円以上の大規模事業者は、独自業務フローへの対応が前提になります。基幹システムやWMS（倉庫管理）との連携も必要になりやすく、投資額はパッケージやフルスクラッチで2,000万〜数億円になることがあります。
方式は、現在の月商だけでなく、3〜5年後の拡張性まで見て選ぶ必要があります。成長期に再刷新すると、移行コストを二重に払うことになります。安さを優先して再刷新が必要になると、結果的に割高です。
費用の内訳（初期費用とランニングコスト）
見積書は、初期費用とランニングコストを分けて読みます。そのうえで両方を合算して比べると、刷新費用を正しく判断できます。
初期費用の内訳
構築時に一度だけかかる費用は、工程ごとに分けて書き出すと内訳がはっきりします。中心になるのは、構築工程、移行・連携、公開準備の3つです。
- 構築工程：要件定義・設計・開発・デザインの費用
- 移行・連携：データ移行と外部システム連携にかかる費用
- 公開準備：テストと公開前の調整にかかる費用
初期費用の中心は、要件定義費・設計費・開発費・デザイン費です。なかでも要件定義には、数十万〜数百万円かかることがあります。
要件定義はプロジェクト全体の品質を左右する工程で、ここを圧縮すると開発の途中で手戻りが起きやすくなります。手戻りが重なると、トータルの費用が膨らむケースもあります。
見積書の項目に「一式」とまとめた箇所がないかを確認してください。一式表記は中身が見えにくく、後から追加請求につながりやすい書き方です。適正価格を見極める第一歩は、各社の見積を同じ粒度に揃えることです。
ランニングコストの内訳
公開後に継続する費用は、利用量と運用体制の両面から確認します。利用関連、運用基盤、流通額に連動するものの3つに分かれます。
- 利用関連：月額利用料、決済手数料、アプリ利用料
- 運用基盤：サーバ・インフラ費と保守運用費
- 成長連動：流通額に応じて増える従量課金
月額利用料はASPやクラウドECで発生するほか、SaaSやアプリにも利用料がかかります。ただし、ASP・SaaS型は月額が安く見えても、流通が伸びるほど負担が増えていきます。
決済手数料は、一般に売上の3〜4%前後かかります。
パッケージやOSSでは、バージョンアップ費用が継続して発生します。加えて、セキュリティパッチやOS・ミドルウェアの更新費も必要になります。
これらの費用は、契約時に明示されないことがあります。たとえば、数年後にサポート終了と大規模改修の必要性が判明するケースもあります。そのため、ランニングコストは最低3年分を見積もりに織り込みます。
見落としがちな「隠れコスト」
予算超過を防ぐには、見積書に載りにくい費用を先に洗い出しておく必要があります。隠れコストとは、要件として明示しなかったため見積に含まれないことが多い費用のことです。
ベンダーが意図的に隠しているとは限りません。むしろ、発注側の要件不足が原因になることが多いです。
データ移行費・連携開発費・要件定義費・オープン前保守費
データ移行と連携開発、公開前の保守は、見積書で独立した項目として示してもらう費用です。
- データ移行：既存データを新システムに整えるための費用
- 連携開発：基幹システムや外部サービスとの接続にかかる費用
- 公開前の保守：構築中も旧システムを動かし続ける費用
顧客情報・商品マスタ・注文履歴・ポイント残高の移行には工数がかかります。データの整形・名寄せ・検証も必要になるため、移行費は数十万〜数百万円に達することがあります。
会計データは1円の差異も許されないため、売掛・買掛残高の突合に手間がかかります。基幹システムやWMS、CRMとの連携開発費も見落とされがちです。特に、API連携かCSV連携か、仕様をどこまで担保するかは、見積の段階で詰めておく必要があります。
責任分界点が曖昧なままだと、後から追加の開発費が発生します。さらに、構築期間中は旧システムを動かし続けるため、オープン前保守費もかかります。構築が長引くほど、その費用は無視できない金額になります。
決済手数料・従量課金・アプリ追加費の積み上がり
流通額や利用機能に連動する費用は、事業が成長した後の負担まで確認します。売上や注文数に連動するものと、後から加えるアプリ費に分かれます。
- 決済手数料：売上に連動して増える費用
- 従量課金：注文数やデータ量に応じて増える仕組み
- 追加アプリ：標準機能を補う月額費用
決済手数料は売上の3〜4%前後で、流通額に連動して積み上がります。たとえば月商1,000万円なら、毎月30万〜40万円になり、年間では400万円前後に達します。
追加アプリは、標準機能では足りない部分を補うために導入するもので、レビュー機能や定期購入、サブスク、マーケティング連携などが対象になります。アプリは1つあたり月額数千〜数万円でも、積み重なると月額数万〜十数万円になります。そのため、導入時点で必要なアプリを一覧にして、月額合計を試算しておきます。
倉庫・コールセンター・社内のオペレーション変更・教育コスト
見積書の外にも、人件費や機会損失として現場の費用が生じます。その中身は、研修、移行期の二重運用、問い合わせ対応の増加です。
- 現場教育：管理画面に慣れるための研修
- 移行期運用：二重運用で生じる一時的な負担
- 問い合わせ対応：増加に備えた人員
倉庫スタッフやコールセンターが新しい管理画面に慣れるまでには時間がかかり、マニュアル整備や一時的な生産性低下も、見えない負担になります。教育を見込まずに公開すると、出荷遅延や問い合わせ対応の混乱につながり、結果として顧客満足度を落としかねません。
業務マニュアルの作成と社内研修の実施も、教育コストに含まれます。こうした費用は見積書に出なくても、人件費や機会損失として確実に発生します。そのため、刷新計画の段階で教育期間と体制を決め、予算に組み込むことが、公開後の定着にもつながります。
3〜5年TCOで比較する考え方とROIシミュレーション
手法やベンダーを比べるときは、初期費用だけでなく継続費用まで含めることが大切です。ランニングコストや隠れコストによって、後から費用の優劣が逆転することがあるからです。そこで、TCO（Total Cost of Ownership／総保有コスト）を使い、3〜5年の総額で比べます。
TCOで比較する理由と算出方法
TCOは、初期費用・年間費用・隠れコストを同じ期間で合算して比べる方法です。それぞれの中身は、項目ごとに分けて示します。
- 初期費用：構築と移行、連携にかかる費用
- 年間費用：利用料、保守、決済などの継続費用
- 隠れコスト：教育や更新など、見積に出にくい費用
初期費用には、要件定義・設計・開発・デザイン・データ移行・連携開発を含めます。年間費用は月額利用料・サーバ費・保守費・決済手数料を合算し、そこに従量課金やアプリ費を加えて、想定利用年数で合計します。さらに、教育コストやバージョンアップ費も加えると、現実に近い総額になります。
たとえば、初期300万円・月額20万円のクラウドECは、5年で1,500万円です。計算は、300万＋（20万×60カ月）=1,500万円となります。
一方、初期1,500万円・月額10万円のパッケージは、5年で2,100万円です。計算は、1,500万＋（10万×60カ月）=2,100万円となります。
有利な選択肢は、流通規模や成長見込みによって変わります。決済手数料を加味すると、TCOの差はさらに動きます。したがって、判断は単年の見積額より、利用期間の総額をもとに行うことが大切です。
ROIシミュレーションと稟議の通し方
投資額は数千万〜数億円規模になることもあるため、費用だけでは稟議を通しにくくなります。そこで、経営層には費用と投資対効果（ROI）をセットで示します。試算は、売上増、コスト減、回収期間の3つで組み立てます。
- 売上増：コンバージョン率やカゴ落ち率の改善分
- コスト減：運用工数の削減などで浮く分
- 回収期間：投資を取り戻すまでの年数
たとえば、表示速度の向上による離脱抑制も、売上増に含めて試算します。そのうえで、売上増とコスト減を数値にまとめ、経営層に示します。
稟議では、複数社のTCO比較表やROIシミュレーション、想定リスクを資料にまとめて提示します。想定リスクには、対策もあわせて添えると説得力が増します。
刷新しない場合の老朽化による障害やサポート終了も併記します。また、競合とのUX差も、刷新しない場合のリスクとして示します。費用は、回収可能な投資として説明すると承認につながりやすくなります。
見積もりを取る際のポイントと注意点
適正価格で刷新するには、要件を固めてから見積もりを依頼することが欠かせません。要件が曖昧なままでは、各社の前提が異なり、相見積もりを比較できません。
相見積もりと比較表の作り方
価格差の理由を見比べるには、各社の前提と項目の粒度を揃えます。揃える点は、依頼条件、費用の粒度、比較軸の3つです。
- 依頼条件：同じRFP（提案依頼書）と要件一覧を各社に共有
- 費用の粒度：「一式」を避けた項目別の見積
- 比較軸：金額、対応範囲、支援体制
相見積もりは、3社程度から取るのが現実的です。作業は、要件定義・設計・開発に分けて項目にします。データ移行や連携、テスト、保守も、同じように項目に分けてもらいます。項目ごとに金額を出してもらうと、各社の差が分かります。
比較表には、初期費用、月額、3〜5年TCOを並べて記入します。加えて、対応範囲や公開後のサポート体制、内製化のしやすさも比べます。
最安値の見積もりが、必ずしも最適とは限りません。安すぎる見積もりには、要件の取りこぼしや追加請求のリスクがあるからです。そこで、金額だけでなく、内訳が妥当かどうかも確かめて判断します。
見積もりで確認すべきリスクと対策
予算超過を防ぐため、追加費用と役割分担は契約前に決めておきます。確かめる点は、追加費用の条件、障害時の対応、発注側の体制の3つです。
- 追加費用の条件：契約後に発生しうる費用の範囲
- 障害時の対応：本番移行で問題が起きたときの備え
- 発注側の体制：役割と承認の流れ
仕様変更時の単価やスコープ外作業の扱いは契約前に明確にし、データ移行が想定を超えた場合の費用も事前に取り決めておきます。また、カットオーバー時の障害に備えて、切り戻しがどこまで費用に含まれるかも確かめておきます。
ベンダーへの丸投げは、認識のずれによる手戻りを招きます。そのため、週次定例の運営や課題管理表の管理に加えて、各フェーズの成果物承認も、発注側が主体的に担う必要があります。
見積もりの安さだけでなく、体制づくりに協力してくれるパートナーかどうかも見極めます。協力体制を確かめておくことは、結果として総コストを抑える最善の策になります。
まとめ
通販サイト/システム刷新の費用は、手法と規模によって、数十万円規模の刷新から数億円規模の刷新まで広がります。費用を比べるときは、初期費用だけでなく、ランニングコストと隠れコストも含めます。
3〜5年のTCOで見ると、データ移行費や連携開発費も判断材料に入ってきます。決済手数料や教育コストを先に洗い出しておけば、予算のぶれを抑えられます。
要件を固めたうえで相見積もりを取り、項目の粒度を揃えて比べます。ROIシミュレーションとリスク対策を経営層に示せば、稟議を進めやすくなります。費用は回収可能な投資と捉え、TCOとROIの両面から意思決定します。
▼全体ガイドの記事
・通販サイト/システム刷新の完全ガイド
▼見積依頼前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。