通販サイト/システム更改の見積相場や費用/コスト/値段について

通販サイト/システム更改の費用は、数十万円から数億円規模まで幅があります。その幅は、構築手法、事業規模、連携範囲によって決まります。

たとえば、ASP/SaaS型の初期費用は無料から数十万円程度ですが、基幹連携や独自要件を含むフルスクラッチでは1,000万円から数億円になります。

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

通販サイト/システム更改の費用相場【手法別・規模別】

立ち上げ期と成長期の月商目安をカードで示した図解です。
事業の成長段階に応じて、想定する月商の幅が変わります。

構築手法と事業規模によって、費用は大きく変わります。ASPへの乗り換えとフルスクラッチの再構築では、費用に100倍以上の差が出ることもあります。そのため、まずは手法別と規模別の相場を見て、自社の予算の幅をつかむことが大切です。

手法別の費用相場(ASP・クラウドEC・OSS・パッケージ・フルスクラッチ)

構築手法は、初期費用、月額費用、自由度の3点を並べて比べると、違いがはっきりします。

  • ASP/SaaS型:初期無料〜数十万円、月額数千円〜数万円
  • クラウドEC:初期数十万円〜数百万円、月額数万円〜十数万円
  • オープンソース:ライセンス無料で、初期費用100万円〜500万円
  • パッケージ:独自業務に合わせた導入で500万円〜2,000万円
  • フルスクラッチ:基幹連携や独自要件で1,000万円〜数億円

ASP/SaaS型は、サーバやセキュリティの保守をベンダーに任せられるのが特徴です。クラウドECは、ASP/SaaS型よりデザインや機能の自由度が高い方式です。

オープンソースは、ライセンス費こそ無料ですが、カスタマイズや構築には人件費がかかります。全体として、安価な手法ほど自由度と拡張性に制約があり、高額な手法ほど専用業務を実現できる傾向があります。

事業規模・月商別の費用目安

事業規模を月商と成長段階で分けて見ると、過剰投資を避けるための目安がつかめます。

  • 立ち上げ期:月商100万円未満はASPやモールが現実的
  • 成長期:月商数百万円〜数千万円は数百万円〜1,000万円規模
  • 大規模事業者:月商数億円以上は数千万円〜数億円

まず、月商100万円未満では、年間のシステム費用が数十万円程度に収まることが多くなります。月商がまだ小さいこの段階で過剰投資をすると、売上に対するシステムコストが重くなります。

成長期は、販促機能やマーケティング連携が必要になるため、高機能ASPなどが候補になります。一方で、大規模事業者は、基幹システムやWMS(倉庫管理システム)との連携が欠かせません。

さらに、現在の月商だけでなく、3〜5年後の事業計画を見据えて選ぶことが大切です。目先の月商だけで選ぶと、早期の再リプレイスにつながるおそれがあります。

ポイント

初期費用の安さだけで手法を選ぶと、年間の運用費が重なって数年後に割高になることがあります。まず月商と成長段階から、支出の上限の目安を決めておくと、手法の比較で迷いにくくなります。

更改費用の内訳と費用を左右する要因

見積額の周囲にカスタマイズ、外部連携、データ量を配置した図解です。
作り込みや接続先、移行対象の規模が見積額の検討点になります。

見積書の金額は、初期費用とランニングコストに分けて確認します。初期費用は構築時に一度だけ発生し、ランニングコストは公開後も継続して発生します。両者を分けておくと、見積もりが妥当かどうかを判断でき、後で説明するTCO(総保有コスト)の計算にもつながります。

初期費用の内訳(要件定義・設計・開発・テスト)

初期費用は、要件定義から移行までの工程ごとの人件費と移行作業を積み上げて決まります。そのなかでも開発の比重が最も大きく、全体の40〜50%程度を占めます。

  • 要件定義:全体の10〜20%程度
  • 設計:全体の15〜20%程度
  • 開発:全体の40〜50%程度
  • テスト:全体の15〜20%程度
  • 移行:データを新システムへ移す工程

要件定義では、何をどこまで作るかを決めます。この工程を軽視すると、後工程で仕様変更が増え、総額が膨らみます。

人件費は「人月単価×工数(人月)」で計算するのが基本です。エンジニアの人月単価はおおむね80万円〜150万円で、高度な技術ではさらに上がります。

たとえば、中堅規模のECサイトで延べ10人月なら、開発費は800万円〜1,500万円程度です。特に、見積書に「一式」とだけ書かれている場合は、工数の根拠を確認する必要があります。

ランニングコスト(保守・サーバ・決済手数料)

ランニングコストは、保守費、サーバやインフラ費、決済手数料を中心に確認します。

  • 保守費:構築後の継続的な保守にかかる費用
  • サーバ・インフラ費:アクセス数や処理量で変動する費用
  • 決済手数料:売上に応じて発生する従量費用

保守費は、初期構築費の10〜15%程度が年間の目安です。たとえば、1,000万円で構築した場合は、年間100万円〜150万円の保守費を見込みます。

一方、クラウドのサーバやインフラ利用料は、月額数万円〜数十万円と幅があります。また、クレジットカード決済は、売上の3〜4%程度が手数料として差し引かれます。

月商1,000万円なら、毎月30万円〜40万円が継続的に差し引かれます。従量課金は売上に比例するため、初期費用だけで選ぶと長期的に割高になることがあります。さらに、パッケージやオープンソースでは、バージョンアップ費用や保守切れ(EOL)対応費も必要です。

費用を左右する主な要因

同じ規模のサイトでも、カスタマイズや連携、移行の範囲によって見積額は変わります。

  • カスタマイズ:独自業務や特殊な販売形態への作り込み
  • 外部連携:基幹システム、WMS、CRMとのAPI連携
  • データ量:商品点数や会員データの移行規模
  • 多言語・多通貨:対応範囲に応じた追加要件
  • BtoB機能:与信や掛け売りへの対応

標準機能に収めれば費用を抑えられます。ただし、作り込みが増えるほど工数が膨らみ、見積額も上がっていきます。そこで、要件を「Must(必須)」と「Want(あれば良い)」に分けておくと、費用の無駄を減らせます。

ポイント

見積書に「一式」とある項目は、工程ごとの工数の根拠を求めてから金額を判断します。初期費用とランニングコストを分けて比べると、同じ条件の見積もりかどうかも見分けやすくなります。

見落としがちな「隠れコスト」

予算超過の多くは、見積書に明示されない隠れコストから起こります。初期費用だけで計画すると、移行や運用で追加費用が発生しがちです。

費用が当初の想定の1.3〜1.5倍に膨らむケースもあります。そのため、次の3種類の費用を確認しておきます。

データ移行費・連携開発費・オープン前保守費

更改の見積もりで抜けやすいのは、移行、連携、オープン前の保守にかかる費用です。

  • データ移行費:旧システムから情報を移す作業
  • 連携開発費:外部システムとの接続を実装する費用
  • オープン前保守費:開発完了から本番公開までの保守費

顧客情報、商品情報、注文履歴の移行には、抽出・変換・検証の作業が必要です。データ量や項目の複雑さによっては、移行費が数十万円〜数百万円かかります。

会計データでは、1円の差異も許容しない突合作業が必要になることがあります。売掛・買掛残高の不整合を防ぐために、工数が想定以上に膨らむ場合もあります。また、「連携できます」と言われても、CSVの手動連携や項目不足で追加開発になることがあります。

ベンダーと自社の間で、どこまでを誰が受け持つかは、契約前に決めておくことが大切です。あわせて、公開直後の不具合対応費が見積もりに含まれるかも確認しておきます。

決済手数料・従量課金・アプリ追加費の積み上がり

クラウドECやASPは、基本利用料に加えて従量課金も含めて比べる必要があります。

  • 決済手数料:売上に連動して継続する費用
  • システム利用料:流通総額に応じて上乗せされる費用
  • 拡張アプリ:不足機能を補う月額数千円〜数万円の費用

売上に比例する支払いに加えて、流通総額の数%を請求されるサービスもあります。たとえば、月商3,000万円では、利用料率が1%違うだけで年間360万円の差になります。

レビュー、定期購入、ポイント管理などを追加すると、月額費用は積み上がります。そのため、月額利用料が当初の2倍になることもあり、機能ごとの追加費用を確認する必要があります。

オペレーション変更・社内教育のコスト

システム費用のほかに、業務の変更と社内教育にかかる人的コストが発生します。

  • 倉庫業務:出荷オペレーションの変更
  • 問い合わせ対応:コールセンターの手順変更
  • 受発注業務:社内スタッフの作業手順変更

マニュアル整備や操作研修の費用は、見積書に現れなくても確実に発生します。教育を軽視すると、出荷の遅れや対応ミスが起きて、顧客満足度が下がるおそれがあります。

操作性や画面のわかりやすさは、定着にかかるコストを抑える選定基準になります。また、構築後の研修、マニュアル提供、軽微な修正を社内で行えるかどうかも評価しておきます。

ポイント

移行と連携の費用は、見積書に明示されないまま後から加算されやすい項目です。予算は当初想定の1.3〜1.5倍まで膨らむ前提で組むと、途中での増額を抑えやすくなります。

3〜5年TCOで比較する考え方とROIシミュレーション

TCOに含める初期費用、継続費用、導入関連費用を示す図解です。
導入時と運用中に発生する費用を合わせて比較します。

通販システムの更改は、数年にわたって使い続ける投資です。そのため、初期費用、運用費、隠れコストを合算するTCO(Total Cost of Ownership=総保有コスト)で比べると、判断を誤りにくくなります。TCOは、3〜5年の期間で試算することが重要です。

TCO(総保有コスト)で比較する理由

初期費用だけでなく、運用期間全体の支出をそろえて比べることが、判断の基準になります。

  • 初期費用:導入時に一度発生する構築費
  • 継続費用:保守、サーバ、決済、従量課金、アプリ費
  • 導入関連費:要件定義、移行、教育にかかる費用

初期費用が安い手法ほど、ランニングコストが割高になりやすい傾向があります。たとえば、初期費用50万円のASPでも、年間500万円かかるなら、5年で2,550万円になります。一方で、初期費用1,500万円のオープンソースでも、年間300万円なら5年TCOは3,000万円です。

TCOには、上で挙げた費用を3〜5年分積み上げて含めます。そのうえで、複数の見積もりを同じ条件と期間でそろえると、コストパフォーマンスを比べられます。

ROIシミュレーションと経営層への稟議の通し方

数千万円規模の投資では、コストだけでなく投資対効果(ROI)を示す必要があります。

  • 売上向上:更改後に見込める売上効果
  • コスト削減:自動化などで減らせる業務費
  • 回収判断:投資額、回収期間、リスクと対策

たとえばモバイル最適化でCVRが0.5ポイント上がった場合を試算すると、月商3,000万円のサイトでは年間1,800万円の売上増が期待できます。また、受発注の自動化で月20時間を削減できれば、人件費に換算して年間数十万円の効果になります。

稟議書では、上の効果を金額で示したうえで、更改しない場合の障害、機会損失、サポート終了による安全性の低下も明示します。さらに、価格、機能、実績、サポート体制の4項目で各社の比較表を作ると、選定の妥当性を示せます。

ポイント

比較は3〜5年にそろえ、継続費用も同じ条件で積み上げます。初期費用が低い案でも、継続費用が重いと5年後の総額で逆転することがあります。

見積もりを取る際のポイントと注意点

適正な費用で発注するには、依頼の前に要件をそろえ、同じ前提で比べることが欠かせません。要件が曖昧なままだと、ベンダーごとに前提が異なり、金額を比べられなくなります。

要件の具体化とMust/Wantの仕分け

依頼の前に、必要な機能と外部連携の範囲を具体化しておきます。加えて、商品点数や運用体制も書き出しておきます。

  • Must:必ず実装する機能
  • Want:予算に応じて追加する機能
  • Nice to have:将来検討する機能

これらを文書にまとめ、RFP(提案依頼書)として渡すと、各社が同じ前提で見積もれます。すべてを必須にすると費用が膨らむため、まずはMustだけで見積もります。予算に応じてWantを加える進め方は、数百万円単位のコスト削減につながります。

複数社比較と相見積もりの取り方

相見積もりでは、同じRFPを使い、複数社の価格と提案内容をそろえて比べます。

  • 価格:総額だけでなく単価と工数の内訳
  • 機能:要件に対する対応範囲
  • 実績:過去の類似案件への対応経験
  • サポート:保守体制と公開後の支援範囲

見積もりは、最低でも3社程度から取ると相場感がつかめます。1社だけでは判断の材料が足りず、高いのか安いのかを見極めにくくなります。

各社の提案の質や担当者の対応力は、複数社を比べることで見えてきます。一方で、極端に安い見積もりは、工程の省略や後からの追加請求につながることがあります。そのため、上の4項目を一覧表にまとめ、価格だけで決めない判断を心がけます。

見積書でチェックすべき項目と注意すべきリスク

見積書は、まず「一式」の表記を確認し、含まれる作業と前提条件、契約条件へと順に見ていきます。

  • 費用項目:要件定義、移行、テスト、公開後保守
  • 見積条件:有効期限、前提条件、想定工数
  • 契約範囲:別契約の費用と構築中の保守
  • 変更管理:追加要望が出た場合のルール
  • 支払い条件:着手金、中間金、検収後の支払い

「サイト構築一式」とだけ書かれていると、含まれる作業が分からず、追加請求の火種になりかねません。そこで、要件定義費、データ移行費、テスト費、公開後保守費が個別に書かれているかを確認します。要件定義を別契約にする場合の費用や、構築期間中の保守費も確認が必要です。

変更管理のルールを契約前に決めておくと、開発途中の費用トラブルを防げます。また、支払い条件を事前に明確にすると、認識の食い違いも未然に抑えられます。

ポイント

見積もりは、同じRFPを使って3社程度から取ると、相場感と提案内容の差がはっきりします。極端に安い見積もりは、工程の省略や後からの追加請求がないか、内訳で必ず確かめてから判断します。

まとめ

通販サイト/システム更改の費用は、ASPの数十万円からフルスクラッチの数億円まで幅があり、その幅を決めるのは構築手法と事業規模です。さらに、費用を大きく左右するのは、カスタマイズと外部連携の度合いです。

判断するときは、初期費用だけでなく、ランニングコストや移行費、決済手数料、教育コストも確認します。そのうえで、3〜5年のTCOで比べることが、長期的な判断の基本になります。

Must/Wantに仕分けて必要な機能に絞れば、コストを抑えられます。見積もりは、同じRFPをもとに複数社から取り、各社の価格と提案内容を比べます。

一式表記や曖昧な条件を確認すれば、予算超過やトラブルを防げます。TCOとROIの両面から判断することで、事業成長を支える更改につながります。

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

会社紹介

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

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

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

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

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

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