ECサイト構築を外注する費用は、ASP型（＝既存のEC基盤を利用）で30万〜500万円、パッケージ型（＝既製ソフトを改修）で300万〜1,500万円、フルスクラッチ型（＝独自開発）で1,000万〜5,000万円以上が一般的な目安です。方式は予算だけでなく、業務連携と拡張性で選びます。
ECサイト構築費用の相場と方式別の違い
ECサイトの構築費用は、採用する方式と外注範囲によって大きく変わります。同じ「ECサイト構築」でも、既存テンプレートを設定する案件と、在庫管理や基幹システムまで連携する案件では必要な工数が異なるためです。
以下は、設計・構築・テスト・公開支援を開発会社へ依頼する場合の一般的な目安です。金額は税別を想定していますが、商品撮影、商品説明文の作成、広告運用、大量の商品登録などは含まれないことがあります。
| 構築方式 | 初期費用の目安 | 開発期間の目安 | 向いているケース | 主な注意点 |
|---|---|---|---|---|
| ASP型・標準構成 | 30万〜150万円 | 1〜3カ月 | 小規模EC、初めてのEC事業、早期公開 | 独自機能や画面変更に制約がある |
| ASP型・カスタマイズあり | 150万〜500万円 | 3〜6カ月 | オリジナルデザインや一部の外部連携が必要 | 基盤側の仕様変更や利用規約の影響を受ける |
| パッケージ・オープンソース型 | 300万〜1,500万円 | 4〜10カ月 | 独自業務、複数システムとの連携、中規模以上のEC | 保守、更新、セキュリティ対応を自社側でも管理する必要がある |
| フルスクラッチ型 | 1,000万〜5,000万円以上 | 8〜18カ月以上 | 特殊な販売方法、大規模取引、複雑な業務連携 | 初期費用と保守費用が大きくなりやすい |
オープンソースとは、ソースコードが公開され、一定の条件下で利用・改修できるソフトウェアです。ライセンス費用を抑えられる場合がありますが、開発や保守が無料になるわけではありません。脆弱性への対応やバージョン更新も含め、運用体制を用意する必要があります。
初期費用に含まれる主な作業
開発会社の見積もりでは、初期費用がおおむね次の作業へ配分されます。会社によって項目の分け方が異なるため、比率は参考値として確認してください。
| 費用項目 | 初期費用に占める目安 | 内容 |
|---|---|---|
| 企画・要件定義 | 10〜20％ | 目的、対象顧客、必要機能、業務、非機能要件を決める |
| 画面・デザイン設計 | 15〜25％ | 画面構成、購入動線、スマートフォン対応、デザイン制作 |
| 構築・機能開発 | 30〜45％ | 商品、会員、カート、注文、決済、管理画面などの実装 |
| テスト・データ移行 | 15〜25％ | 動作確認、端末確認、商品・会員データの移行 |
| 進行管理・公開支援 | 10〜20％ | スケジュール管理、関係者調整、公開作業、初期支援 |
要件定義とは、作る機能や満たすべき条件を決める工程です。ここが曖昧なままデザインや開発を始めると、追加費用や納期延長が発生しやすくなります。
公開後にかかる月額費用
EC事業では、初期費用だけでなく、公開後3年程度の総保有コストも比較することが重要です。総保有コストとは、構築費だけでなく、利用料、保守、運用、決済手数料などを合計した費用です。
| ランニング費用 | 一般的な目安 | 補足 |
|---|---|---|
| EC基盤の利用料 | 月額5,000円〜30万円以上 | プラン、売上、機能、利用アカウント数などで変動 |
| サーバー・インフラ費 | 月額1万〜50万円以上 | アクセス数、画像容量、冗長化の有無で変動 |
| システム保守 | 月額5万〜50万円以上 | 問い合わせ対応、障害対応、更新、軽微な修正など |
| 運用代行 | 月額10万〜100万円以上 | 商品登録、販促設定、受注処理、分析など。業務範囲で変動 |
| 決済手数料 | 決済額の3〜5％前後が一つの目安 | 決済方法、審査条件、取引規模で異なる |
| 外部サービス利用料 | 月額数千円〜数十万円以上 | メール配信、レビュー、不正検知、検索、接客ツールなど |
特に注意したいのは、決済手数料や従量課金です。月額利用料が安くても、売上増加に比例して費用が上がる場合があります。初期費用だけで判断せず、「月商が1,000万円、3,000万円、1億円になった場合」のように複数の売上想定で試算すると比較しやすくなります。
ECサイトの費用と期間を左右する要素
費用を大きく左右するのは、商品数よりも、販売ルール、業務連携、データ移行、品質要件の複雑さです。商品数が少なくても、定期購入、法人別価格、複数倉庫などが必要なら開発費は高くなります。
機能別の追加費用目安
以下は、標準的なEC機能に対して個別設計・開発が必要となる場合の追加費用目安です。利用するEC基盤に標準搭載されていれば、設定費用だけで済むこともあります。各金額を単純に足し合わせるのではなく、相互の影響を含めて見積もる必要があります。
| 機能・作業 | 追加費用の目安 | 見積もり前に決めたいこと |
|---|---|---|
| オリジナルデザイン | 50万〜200万円 | 対象ページ数、スマートフォン対応、素材の支給範囲 |
| 複数の決済方法 | 20万〜100万円 | クレジットカード、後払い、ID決済などの優先順位 |
| 定期購入・頒布会 | 80万〜300万円 | 配送周期、スキップ、解約、決済失敗時の処理 |
| 会員ランク・ポイント | 50万〜250万円 | 付与条件、有効期限、返品時の扱い、既存会員との統合 |
| 法人向けEC機能 | 150万〜600万円 | 企業別価格、掛け払い、承認、見積書、請求書の要否 |
| 在庫・倉庫システム連携 | 100万〜500万円以上 | 連携頻度、対象データ、エラー時の復旧方法 |
| 会計・基幹システム連携 | 100万〜500万円以上 | 注文、売上、顧客、商品をどちら側で管理するか |
| データ移行 | 30万〜300万円以上 | 商品数、会員数、注文履歴、データの欠損や重複 |
| 多言語・多通貨対応 | 100万〜500万円以上 | 対象国、翻訳範囲、税、配送、決済、返品ルール |
| 高負荷・セキュリティ対策 | 100万〜500万円以上 | 想定アクセス、セール時の集中、個人情報の管理方法 |
外部システムとの連携では、API（＝システム同士がデータを受け渡す仕組み）の有無が費用を左右します。連携先に利用可能なAPIがあっても、取得できるデータ、実行回数、エラー処理に制約がある場合があります。見積もり前に仕様書と利用条件を確認することが重要です。
また、倉庫管理システムはWMS（＝入荷・在庫・出荷を管理するシステム）と呼ばれます。EC側で注文が入ってからWMSへ出荷指示を送り、出荷結果をECへ戻すまでの流れを整理しないと、在庫差異や二重出荷を防ぐための工数を正確に見積もれません。
開発期間が延びやすいポイント
標準的な進行期間は方式別の表が目安になりますが、次の条件があると期間が延びやすくなります。
- 商品、価格、在庫などの管理元が決まっていない
- 返品、キャンセル、返金の業務ルールが未整理である
- 決済サービスや配送会社の契約・審査が終わっていない
- デザイン確認の担当者が多く、承認に時間がかかる
- 既存データに重複、表記揺れ、欠損がある
- 外部システムの仕様書やテスト環境が提供されない
- セールやテレビ放送後など、アクセス集中への対策が必要である
- 公開日を変えずに、開発途中で機能を追加する
発注のご相談を受ける開発会社の立場から見ると、期間を左右するのは実装作業だけではありません。発注者側の確認期間、決済審査、商品データの準備、業務部門との調整が工程のボトルネックになることも多くあります。希望公開日が決まっている場合は、開発期間に加えて、社内承認や外部審査の期間も確保してください。
ECサイトを外注する前の準備と進め方
外注前には、画面や機能を細かく決めるよりも、「誰に何を売るか」「注文後に社内でどう処理するか」「初回公開でどこまで必要か」を整理することが先です。準備が整っているほど、複数社の見積条件をそろえやすくなります。
依頼前の準備チェックリスト
以下の項目を社内で整理し、不明点は「未定」と明記して開発会社へ相談してください。推測で埋めるよりも、未定の論点を共有する方が適切な提案を受けやすくなります。
- EC事業の目的と、公開後に追う売上・注文数などの指標
- 個人向け、法人向け、会員限定などの対象顧客
- 商品数、商品種別、色・サイズなどのバリエーション
- 単品購入、定期購入、予約、見積販売などの販売方法
- 必要な決済方法と配送方法
- 注文、在庫、出荷、返品、返金、問い合わせの業務フロー
- 連携する在庫、倉庫、会計、顧客管理などのシステム
- 移行する商品、会員、注文履歴、ポイントなどのデータ
- 希望公開日、予算上限、初回公開後の追加開発予算
- 商品登録、撮影、原稿、デザイン素材の担当者
- 公開後のシステム保守とEC運用の担当範囲
- 個人情報、アクセス権限、ログ保存などの社内基準
ECサイトは、構築すれば自動的に売上が発生するものではありません。集客施策、商品ページの改善、受注対応、問い合わせ対応などの運用費も別に必要です。開発予算をすべて初期構築へ使わず、公開後の改善や販促に配分することも検討してください。
外注を進める6つのステップ
1. 事業目的と予算枠を決める
売上目標だけでなく、EC化によって削減したい電話注文や手入力の量なども整理します。予算は初期費用と月額費用を分け、許容できる従量課金も決めます。
2. 現在と公開後の業務フローを整理する
顧客が注文してから、入金確認、在庫確保、出荷、売上計上、返品までの流れを図にします。例外処理も洗い出すと、必要な管理機能が見えやすくなります。
3. 初回公開の範囲を決める
「なければ販売できない機能」と「公開後でもよい機能」を分けます。すべてを初回に実装すると、予算と期間が膨らみ、事業検証が遅れることがあります。
4. 依頼資料を作り、同じ条件で見積もりを取る
目的、必要機能、業務フロー、外部連携、予算、希望時期、提案してほしい事項をまとめます。体系的な依頼資料を作る場合は、RFPの作り方｜システム開発の依頼準備も参考にしてください。RFPとは、発注者が候補会社へ要件や提案依頼事項を伝える文書です。
5. 要件定義から構築・テストを進める
注文、決済、在庫、出荷など、売上や顧客対応に直結する機能を優先して確認します。発注者側でも実際の業務担当者がテストへ参加することが重要です。
6. データ移行と公開後の改善を行う
本番公開前に、移行リハーサル、決済テスト、注文から出荷までの通し確認を実施します。公開後は問い合わせや離脱状況を確認し、小さな改善を継続します。
見積もりの見方と開発会社の選び方
ECサイトの見積もりは、総額だけでなく、前提条件、対象範囲、公開後の費用、追加変更時の扱いまで比較してください。安い見積もりでも、データ移行やテスト、保守が対象外なら、最終的な支払額が高くなる可能性があります。
見積書で確認する項目
| 確認項目 | 確認する内容 |
|---|---|
| 要件定義 | 業務整理、外部連携調査、非機能要件の検討が含まれるか |
| デザイン | 対象ページ数、修正回数、スマートフォン対応、素材作成の範囲 |
| 機能開発 | 標準機能と個別開発が区別されているか |
| 外部連携 | 接続先、対象データ、連携頻度、エラー処理が明記されているか |
| データ移行 | 対象件数、整形作業、移行回数、移行後の確認方法が明確か |
| テスト | 決済、在庫、出荷、端末、負荷、セキュリティの確認範囲 |
| プロジェクト管理 | 会議、課題管理、報告、発注者側の作業が含まれているか |
| 利用料 | EC基盤、サーバー、決済、外部サービスの月額・従量費 |
| 保守 | 対応時間、障害時の連絡方法、軽微修正の扱い、対象外作業 |
| 追加変更 | 追加見積もりとなる条件と、単価・承認手順 |
| 成果物 | 設計書、テスト結果、操作手順、ソースコードなどの納品範囲 |
見積書に「一式」が多い場合は、作業内容と数量の根拠を確認します。ただし、項目が細かいほど正確とは限りません。重要なのは、何を前提として算出し、何が含まれず、条件が変わるとどの項目へ影響するかを説明できることです。
複数社を比較する際は、価格以外の評価軸と質問項目をそろえる必要があります。具体的な比較方法は、システム開発の相見積もり｜取り方と比較方法で詳しく解説しています。
ECサイト開発会社の見極めポイント
候補会社との打ち合わせでは、次の点を確認してください。
- ECの注文・決済だけでなく、在庫、出荷、返品まで理解しているか
- 要望をそのまま見積もるのではなく、優先順位や代替案を提案するか
- 採用するEC基盤の制約や、将来変更しにくい点も説明するか
- 外部システム連携について、正常時だけでなくエラー時も設計するか
- セキュリティ、アクセス集中、バックアップの方針を説明できるか
- 発注者側で必要な作業と期限を明示するか
- 公開後の保守、改善、基盤更新まで支援できるか
- 管理者アカウント、ドメイン、データの所有者が発注者になるか
「ECサイトの実績がありますか」という質問だけでは十分に比較できません。自社と近い販売方法、連携数、注文規模の案件で、どの工程を担当したかを確認してください。守秘義務により詳細を開示できない場合でも、想定される課題や設計方針を具体的に説明できるかは判断材料になります。
契約前に確認したい条件
開発契約には、主に請負契約と準委任契約があります。請負契約は、合意した成果物の完成を約束する契約です。準委任契約は、一定期間の業務遂行に対して費用を支払う契約で、要件が変化しやすい企画・要件定義や継続改善に向いています。
契約前には、次の条件を確認します。
- どの工程を請負契約または準委任契約にするか
- 検収条件と検収期間
- 仕様変更を承認する担当者と追加費用の算定方法
- 不具合修正の対象期間と、仕様変更との区別
- ソースコード、デザイン、データの権利と利用条件
- EC基盤、決済、サーバーなどの契約名義
- 契約終了時に引き渡される資料とデータ
検収とは、納品物が契約した条件を満たしているか発注者が確認する手続きです。「問題なく動くこと」のような抽象的な条件ではなく、対象機能、テスト環境、判定方法を決めておくと認識のずれを抑えられます。
よくある失敗と回避策
| よくある失敗 | 起こりやすい問題 | 回避策 |
|---|---|---|
| 初期費用だけで方式を決める | 売上増加後に従量課金や改修制限が負担になる | 3年程度の総保有コストと売上別の費用を試算する |
| 初回から全機能を作る | 予算超過、公開延期、利用されない機能の増加 | 販売に必須の範囲を先に公開し、段階的に追加する |
| 受注後の業務を整理しない | 手作業、在庫差異、返金漏れが残る | 注文から返品までの業務フローを要件定義で確認する |
| データ移行を後回しにする | 公開直前に欠損や重複が判明する | 初期段階でサンプルデータを調査し、移行リハーサルを行う |
| 標準機能を理解せず個別開発する | 不要な開発費と保守負担が増える | 標準機能、外部サービス、個別開発の順に代替案を比較する |
| アカウントを制作会社名義にする | 契約終了時の引き継ぎが難しくなる | ドメイン、EC基盤、決済などを原則として発注者名義にする |
| 保守とEC運用を混同する | 商品登録や販促設定が保守対象外と後で判明する | システム保守と事業運用の担当範囲を分けて契約する |
自社に合う構築方式や見積もり条件を整理したい場合は、要件が固まる前でも開発のご相談はこちらからご相談いただけます。
まとめ
- ECサイト構築の初期費用は、ASP型で30万〜500万円、パッケージ型で300万〜1,500万円、フルスクラッチ型で1,000万〜5,000万円以上が一般的な目安です
- 方式は初期費用だけでなく、独自業務、外部連携、売上増加時の従量課金、将来の拡張性で選びます
- 公開後には、基盤利用料、インフラ費、保守費、決済手数料、外部サービス費がかかります
- 費用を大きく左右するのは、定期購入、法人取引、在庫・倉庫連携、データ移行、アクセス集中への対応です
- 依頼前に、注文から出荷・返品までの業務フローと、初回公開に必要な機能を整理します
- 見積もりは総額だけでなく、前提条件、対象外作業、月額費用、追加変更時の条件を比較します
- 開発会社は、EC画面の制作実績だけでなく、決済、在庫、出荷、返品、保守まで説明できるかで見極めます
よくある質問
ECサイトの構築には最低いくら必要ですか？
ASP型の標準機能とテンプレートを使い、商品情報や素材を発注者側で用意する場合、外注費は30万〜150万円程度が一つの目安です。ただし、オリジナルデザイン、データ移行、外部連携、商品登録を依頼すると費用は増えます。
ECサイトの構築にはどのくらいの期間がかかりますか？
ASP型の標準構成は1〜3カ月、カスタマイズを伴うASP型は3〜6カ月、パッケージ型は4〜10カ月、フルスクラッチ型は8〜18カ月以上が一般的な目安です。決済審査、データ準備、社内承認の期間も含めて計画してください。
ASP型とフルスクラッチ型はどちらを選ぶべきですか？
標準的な販売方法で早く始めたい場合はASP型が適しています。独自の販売ルールや複雑な基幹連携が事業の中核となり、既存基盤の制約では対応できない場合はフルスクラッチ型を検討します。まずASP型やパッケージ型で代替できないかを確認するのが現実的です。
ECサイトの構築費用を抑える方法はありますか？
初回公開の機能を販売に必要な範囲へ絞り、EC基盤の標準機能と既存の外部サービスを優先して利用する方法が有効です。商品データや画像を指定形式で準備し、確認担当者を一本化することも、手戻りと外注工数の削減につながります。