EC-CUBEでECサイトを構築する際は、まず「ターゲット顧客」「商品仕様」「注文方法」「決済方法」「受注後作業」などを整理しましょう。
必要な機能だけでなく、商品・顧客データの移行や、公開後の保守まで決めると、制作会社への相談と見積もり比較を進めやすくなります。
EC-CUBEは、オープンソースのEC構築システムです。
既存の機能を活用して独自の販売ルールや外部システムとの連携を組み込む構築方法を検討できます。
ただし、「EC-CUBEならすべて標準機能で実現できる」という意味ではありません。
この記事では、主にオープンソース版を使った構築を対象に、費用の内訳、構築の手順、制作会社への確認事項を解説します。
EC-CUBEが向いているのは、どのようなECサイトか
EC-CUBEを検討する際は、商品点数やBtoB・BtoCということだけでなく、販売ルールが既存の機能で実現できるかを確認します。
| 実現したいこと | 構築前に具体化する要件 |
|---|---|
| 取引先ごとに価格を変える | 掛け率で計算するか、取引先と商品ごとに価格を登録するか |
| 卸売の発注単位に対応する | 商品ごとの最小数量、ロット、端数注文の扱い |
| 会員だけが利用できるサイトにする | 未ログイン時に隠す範囲、会員登録の承認方法 |
| 販売管理・在庫システムと連携する | 連携するデータ、更新する側、連携頻度、エラー時の処理 |
| 独自の受注業務に合わせる | 注文後の確認・変更・出荷・請求を誰が行うか |
上記要件に合わせた設計が必要な場合、EC-CUBEは構築ツールの候補になります。
一方、既存のSaaS型ECサービスで必要な運用を満たせる場合は、初期費用、運用負担、拡張時の制約をEC-CUBEと比較して選ぶとよいでしょう。
BtoBだから必ずEC-CUBEが適している、という決め方は避けます。
標準機能・プラグイン・個別開発の範囲を分ける
要望を整理したら、それぞれを次の3つに分けて検討します。
- 標準機能と標準設定で対応できること
- プラグインで対応できること
- 個別の設計・開発（カスタマイズ）が必要なこと
ラグインは、機能名だけで選ばず、要件を満たす動作をするかを確認します。
また、採用するEC-CUBEのバージョン、他のプラグインやカスタマイズとの組み合わせ、保守・更新条件も同時に確認する必要があります。
EC-CUBEオープンソース版の特徴や機能は、EC-CUBE公式サイトで確認できます。
取引先別価格や承認フローなども、細かな要件によって実現方法が変わります。
EC-CUBE構築の費用は、初期費用と公開後の費用に分けて考える
EC-CUBEのオープンソース版は無料でダウンロードできますが、ECサイトを無料で構築・運営できるわけではありません。
設計、デザイン、開発、サーバー、外部サービスなどの費用を分けて見積もります。
初期費用で確認する項目
| 項目 | 見積もりに含まれるか確認する内容 |
|---|---|
| 要件整理・設計 | 業務の聞き取り、画面・機能の設計、外部連携の仕様整理 |
| デザイン・画面制作 | テンプレートの利用範囲、個別デザインする画面、スマートフォン対応 |
| 機能の導入・開発 | 標準設定、プラグイン費用、独自機能の開発と組み合わせの確認 |
| 決済・配送 | 利用する決済方法、送料・配送条件、接続テスト |
| データ移行・初期登録 | 商品・会員・受注データの対象範囲、画像移行、データの整形 |
| 外部システム連携 | EC側と連携先それぞれの改修、データ変換、連携テスト |
| テスト・公開 | 購入と管理業務の確認、移行リハーサル、本番切り替え |
たとえば、同じ「顧客別価格」でも、掛け率を登録する方式と、取引先ごとに商品別価格を取り込む方式では、必要な画面やデータ処理が異なります。
「BtoB対応一式」という記載だけで比較せず、対象の業務と機能を確認しましょう。
尚、データ移行はデータ件数が多いことだけで費用は決まりません。
移行元と移行先のデータ形式が揃っているか、各データの関連がどうなっているか、各IDが対応してるかによって作業が変わります。
公開後に発生する費用
サーバー・ドメイン、決済サービス、利用する有料機能、保守・運用支援などの継続費用も確認します。
月額料金だけでなく、決済件数や売上などに応じた従量料金があるかも見ておきましょう。
保守については、バックアップ、障害時の調査、セキュリティ更新、EC-CUBEやプラグインの更新作業のうち、何が契約に含まれるかを確認します。
新機能の追加やデザイン変更が別料金かどうかも、構築前に整理しておくと予算を組みやすくなります。
見積もりの内訳をさらに確認したい方は、EC-CUBE構築費用の考え方と見積もり比較のポイントもご覧ください。
EC-CUBEでECサイトを構築する6つの手順
1. 現在の業務と、公開時に必要な機能を整理する
まず、注文を受けてから出荷・請求するまでの流れを書き出します。
FAXやメールで受けている注文があれば、その受注票や入力項目も整理します。
要望は「公開時に必要」「公開後に追加したい」「運用で対応できる」に分けます。
たとえば、取引先別価格は公開時に必要でも、利用頻度の低い分析帳票は後から追加する、といった判断です。
2. 実現方法と見積もりの前提を決める
標準機能、プラグイン、個別開発の役割を決め、見積もりの対象範囲を揃えます。外部連携がある場合は、連携先の担当者やシステム会社にも仕様を確認します。
例えば「受注データを連携する」だけでは仕様は決まりません。
注文後の数量変更やキャンセルをどう伝えるか、連携に失敗したデータをどう再処理するかも確認が必要です。
3. 購入画面と管理業務を設計する
商品を探して注文する画面に加え、受注担当者が確認・修正・出荷処理をする画面も設計します。
BtoBでは、価格が未登録の取引先、販売対象外の商品、発注期間外の注文など、通常と異なる条件の扱いを決めておきましょう。
画面の見た目だけでは分からないため、具体的な操作例を使って確認します。
4. 制作・開発とデータの準備を進める
制作会社による実装と並行して、発注側では商品情報、画像、取引先情報、配送条件などを準備します。
担当者と提出時期を決めておくと、実装が終わっても登録データが揃わず公開できない事態を防ぎやすくなります。
5. 購入者と受注担当者の両方でテストする
商品を購入できるかだけでなく、次のような条件も確認します。
- 取引先に応じた価格・販売条件が適用されるか
- 支払い失敗や注文の変更・キャンセルを扱えるか
- 送料、配送先、確認メールの内容が意図どおりか
- スマートフォンで入力・注文できるか
- 受注担当者が出荷や外部連携を含む処理を進められるか
- 想定する注文集中時の動作を確認する必要があるか
発注側の現場担当者にも操作してもらい、受注後の業務が回ることを確かめます。
6. 本番へ切り替え、公開後の運用を確認する
既存サイトから移行する場合は、データ移行中の注文受付、最終データの取り込み、切り替えに問題が起きた場合の戻し方を決めます。
URLが変わるページは、適切な転送先も整理します。
公開後は注文、決済、通知メール、外部連携を確認します。
売上や問い合わせを計測する設定も、実際の完了操作で動作を確かめましょう。
構築期間を見積もるときに確認すること
制作期間は、画面数だけでなく、要件を決める時間、データの準備、外部サービスの手続き、連携先との調整、テストの範囲によって変わります。
希望公開日がある場合は、「開発に何週間かかるか」に加えて、次の締め切りを制作会社と確認してください。
- 機能・デザインを確定する日
- 商品や会員などの移行用データを渡す日
- 決済・外部連携のテストができる日
- 発注側が操作確認を終える日
- 本番切り替えを行える日時
公開日を優先する場合も、必要なテストを省く前に、公開時の機能を絞れるかを検討します。
サンクユーの構築事例：取引条件に合わせた卸販売サイト
サンクユーでは、取引条件に合わせた卸販売サイトをEC-CUBEで構築しました。
会員登録・ログインを必要とする卸売サイトに、取引先別の掛け率・下代表示、ロット販売、カタログごとの発注、発注可能期間の制御、商品ごとの希望納期入力、販売管理システムとの連携を実装しています。
このような構築では、単にカートを設置するだけでなく、「誰に、いくらで、どの単位・期間で販売するか」を機能として具体化します。自社の卸売条件を整理する際の参考として、構築事例をご覧ください。
EC-CUBE制作会社を選ぶ際の確認事項
制作会社には、実績の件数だけでなく、自社と似た要件でどの部分を担当したかを聞いてみましょう。
デザイン中心の案件と、受注業務や外部連携まで設計する案件では、確認したい経験が異なります。
| 確認する項目 | 打ち合わせで聞く質問の例 |
|---|---|
| 類似案件の経験 | 顧客別価格やデータ移行など、今回に近い要件を扱った実例はありますか |
| 要件整理 | 未確定の項目をどう整理し、見積もりの前提に反映しますか |
| 実装方法 | 標準・プラグイン・個別開発をどう分けますか |
| テスト | 発注側の確認範囲と、不具合修正・仕様追加の区分はどうなりますか |
| 保守 | 対応時間、連絡方法、作業範囲、追加費用の条件は何ですか |
| 引き継ぎ | ソースコード、仕様、契約・管理情報はどのように共有されますか |
金額が安いことだけで問題があるとは限りません。
重要なのは、必要な作業が含まれ、含まれない作業とその担当者も明確になっていることです。
制作会社への相談前に整理しておくこと
次の項目を、分かる範囲でまとめておくと相談を進めやすくなります。
すべてを確定させる必要はなく、未定の項目は未定と伝えて構いませんし、御社だけで決定できない場合は制作会社と一緒に検討することも可能です。
- 新規構築か、既存サイトのリニューアルか
- 販売する商品、購入者、取引先ごとの条件
- 現在の受注方法と、手作業・二重入力が発生している箇所
- 必須機能と、公開後でもよい機能
- 引き継ぎたいデータと、連携するシステム
- 希望公開時期、予算の目安、社内の担当者
EC-CUBE構築のよくある質問
EC-CUBEは無料で使えますか？
オープンソース版のダウンロードは無料です。
ただし、構築作業やサーバー、決済サービス、有料プラグイン、保守などの費用は別に確認する必要があります。
BtoBの卸売サイトにも利用できますか？
EC-CUBEを使った構築が可能です。
必要な価格設定、発注単位、会員管理などを整理し、標準機能で対応する部分と、プラグイン・個別開発が必要な部分を確認します。
既存サイトの商品・顧客・注文データを移行できますか？
移行元の出力形式と移行先の仕様によります。
対象項目、件数、履歴を残す範囲を確認し、実データのサンプルで検証します。
会員のログイン情報などは、そのまま引き継げない場合もあるため、個別に確認してください。
仕様が決まっていない段階でも相談できますか？
現在の業務と解決したい課題から整理できます。
まずは「取引先ごとの価格を管理したい」「FAX注文をWeb化したい」「受注の転記を減らしたい」など、困っていることをお伝えください。
EC-CUBEの構築内容・費用をご相談ください
EC-CUBEで構築する範囲に迷ったら、必要な機能と現在の業務を整理するところから始めましょう。
サンクユーでは、EC-CUBEの新規構築・リニューアルについてご相談を承っています。
「取引先別の価格や発注ルールに対応したい」「既存システムとの連携も検討したい」といったご要望があれば、現在のサイトや受注方法、実現したいことを分かる範囲でお知らせください。
※EC-CUBEは株式会社イーシーキューブの商標です。
投稿者プロフィール
- CEO
- 株式会社サンクユー 代表取締役CEO。
基幹システムとECをつなぎ、受発注業務の最適化を支援する専門家。
関西大学卒業後、東証プライム上場のゼネコンにて人事総務を経験。
その後システムベンダーへ転職し、IBM AS/400環境における金融・物流・販売管理・経理・人事など、企業の基幹業務を支えるシステム開発に従事する。
プログラマからプロジェクトマネージャーまでを経験し、台湾・台北駐在として銀行システム構築プロジェクトにも参画。
この経験を通じて、「システムの質は要件定義の質に比例する」という思想を確立。
業務理解を起点としたシステム設計を強みとする。
その後、クレジット決済代行会社にて、決済システムの再構築や銀行連携、ECサイト構築を担当。
あわせて組織改革にも携わり、20名から60名規模への組織拡大を実現（退任時：常務取締役）。
2008年に株式会社サンクユーを創業、2010年に法人化。
現在は、基幹システムとECの両領域に精通した知見を活かし、BtoB企業における受発注業務のデジタル化・効率化を支援。
特に、FAX・電話・メールなどアナログ業務のEC化や、基幹システムとの連携を前提とした業務設計を得意とする。
単なるECサイト構築にとどまらず、業務フローの整理・要件定義・システム設計まで一貫して関与し、「現場で使われる仕組み」を実現することを重視している。
NTTレゾナント「goo Search Solution」にてEC関連コラムを執筆。
ECマーケティングレポート | goo Search Solution
■趣味・関心領域
BMW / WRC / ロードバイク / RIZIN / UFC / 大相撲
David Bowie / blur / MUSE / The Rolling Stones / XTC
機動戦士ガンダム（富野由悠季）
ベルセルク / 頭文字D / 進撃の巨人 / ジョジョの奇妙な冒険 / あしたのジョー
Mission: Impossible / Memento / ワイルド・スピード / ソナチネ
LOST / Game of Thrones / FRINGE / The Mentalist
上岡龍太郎 / ダウンタウン
