BigCommerceのシステム開発の発注/外注/依頼/委託方法について

BigCommerceのシステム開発を発注・外注するなら、標準機能で対応する範囲と、ERP・在庫・価格・顧客管理などを個別連携する範囲を先に分けることが成功のポイントです。

BigCommerceはECサイトの見た目を作るだけのサービスではなく、商品・注文・顧客・価格・在庫を扱うコマース業務システムです。本記事では、発注形態の選び方、RFPと要件の整理、契約形態、費用相場、委託先の選定、見積書の比較方法まで、発注前に確認したい実務を順番に解説します。

▼全体ガイドの記事
・BigCommerceのシステム開発の完全ガイド

BigCommerceのシステム開発を外注する前に知るべき全体像

BigCommerceを導入するときは、店舗画面だけを制作するのか、受注を起点に社内の業務データまでつなぐのかで、発注の難易度と費用が大きく変わります。まずプラットフォームの役割と、外注範囲を分けて考えることが大切です。

BigCommerceには、商品カタログ、SKUやバリエーション、カテゴリ、検索、カート、チェックアウト、注文、返品、顧客アカウント、クーポン、決済、配送、レポートなどの機能があります。一方、ERP、WMS、PIM、CRM、会計システムそのものではありません。たとえば在庫の正データをERPやWMSに置き、BigCommerceには販売に必要な数量を連携する設計が一般的です。

発注前に「BigCommerceだけで全部の業務を置き換える」と考えると、標準機能では足りない部分を後から個別開発することになりやすいです。商品、価格、在庫、顧客、注文のそれぞれについて、どのシステムを正とするかを決めておくと、外注先も連携方式と工数を見積もりやすくなります。

外注範囲は、初期設定やテーマ適用などの構築、ERP・PIM・WMS・決済との連携、データ移行、テスト、リリース後の保守運用に分けると整理しやすいです。社内で商品登録やコンテンツ制作を担う場合でも、権限設計、操作研修、手順書作成は見積項目に含める必要があります。

B2Bで顧客ごとの価格表、会社階層、購買担当者の承認、見積やクイックオーダーを使う場合は、B2B Editionの標準機能で対応する部分と、既存基幹に残す部分を切り分けます。BigCommerce公式のVidecon事例では、4万商品・300超のブランドを扱い、NetSuiteを商品・価格・在庫・顧客データの正として連携しています。このように、規模が大きいほどサイト制作より業務設計とデータ連携が発注の中心になります。出典はBigCommerce公式Videcon事例（2026年8月確認）です。

BigCommerceの発注形態はどのように選びますか？

結論として、標準機能中心なら導入支援会社への一括委託、既存システムとの複雑な連携があるなら業務設計に強いSI会社や専門パートナーとの協業が向いています。社内に技術責任者がいる場合は、要件定義を自社で行い、実装だけを外注する分離発注も選択肢になります。

一社に要件整理、デザイン、BigCommerce設定、API連携、移行、テスト、保守まで依頼する一括請負は、発注側の管理負担を抑えやすい形態です。責任の所在が分かりやすく、複数の専門会社を調整する必要も減ります。初めてBigCommerceを導入する企業や、社内にEC・ITの専任者が少ない企業に適しています。

ただし、外注先が不得意な領域まで一社で抱えると、提案が特定製品や特定アプリに偏る可能性があります。RFPには、主担当会社が再委託する作業、決済会社やERPベンダーとの調整責任、障害時の一次窓口を明記し、再委託先の社名と役割も確認することが重要です。

要件定義・業務設計、フロント制作、連携開発、運用保守を別会社へ依頼する分離発注は、それぞれの専門性を活かせます。たとえば、ECの業務設計はSI会社、CatalystやNext.jsのフロントはフロントエンド会社、ERP連携は基幹システム会社に依頼する方法です。既存ベンダーとの関係を活かしながらBigCommerceを追加したい企業にも向きます。

一方で、設計書の解釈が会社ごとに違うと、連携不具合や責任の押し付け合いが起きます。自社または第三者のプロジェクト責任者を置き、API仕様、データ項目、受け入れ条件、課題管理、変更承認のルールを統一してください。分離発注では、安さだけでなく、調整役の工数を含めた総額で判断します。

RFPと要件整理では何を決めますか？

RFPは、会社紹介を求める文書ではなく、同じ条件で提案と見積を比較するための発注仕様書です。細かな画面仕様を最初から確定できなくても、事業目的、対象範囲、現状課題、データ、連携、納期、予算の考え方をそろえるだけで、提案のばらつきを大きく抑えられます。

最初に、B2CかB2Bか、国内だけか多言語・多通貨か、商品数とSKU数、年間GMV、月間注文数、販売チャネル、会員数、受注担当者の業務を整理します。B2Bなら、会社アカウント、顧客別価格、掛率、最小ロット、見積、承認、注文書、請求、営業担当経由の注文を具体的に書き出します。

次に、現行業務のどこを改善したいのかを明確にします。「ECをリニューアルする」だけではなく、「在庫確認の電話を減らす」「受注入力を二重にしない」「顧客ごとの価格表示を自動化する」など、達成したい状態を数値や業務時間で表現します。これが委託先にとって、標準機能と個別開発の優先順位を判断する材料になります。

システム要件では、商品、価格、在庫、顧客、注文のマスターをどこに置くか、API連携かバッチ連携か、更新の頻度、失敗時の再送、重複登録の防止、担当者が行う手動復旧を決めます。BigCommerceのWebhookは注文作成や在庫変更などのイベントをアプリへ通知できますが、重複イベントが起こり得るため、受信側の冪等性や監査ログも要件に含めます。出典はBigCommerce公式開発者ドキュメント「Webhooks overview」（2026年8月確認）です。

フロント構成もRFPで指定します。短期間で立ち上げるならStencilテーマ、ブランド体験やSEO、複数ストア、コンポーザブルな構成を重視するならCatalystなどのヘッドレスが候補です。CatalystはNext.js、React、GraphQL Storefront APIを使う公式のヘッドレスフレームワークですが、フロントのホスティング、キャッシュ、CMS、プレビュー、認証、決済画面の責任分界は別途設計が必要です。出典はBigCommerce公式開発者ドキュメント「Catalyst overview」（2026年8月確認）です。

提案依頼時は、提出物を揃えてください。提案書、概念アーキテクチャ、機能一覧、連携一覧、移行方針、テスト方針、体制表、スケジュール、工程別見積、前提条件、除外事項、保守プラン、類似事例を同じ形式で求めると比較しやすくなります。特に「標準」「設定」「アプリ」「個別開発」「対象外」を機能ごとに区分してもらうことが重要です。

選定基準は、価格だけでなく、BigCommerceの経験、B2Bの業務理解、既存ERPやWMSとの連携経験、移行の品質、担当者の実績、日本語でのサポート、再委託の透明性、障害対応、納品物の権利を含めます。配点を先に決め、提案プレゼンでは同じユースケースを説明してもらうと、営業資料の印象に引きずられにくくなります。

契約形態は請負と準委任のどちらを選びますか？

BigCommerceのシステム開発では、成果物と責任範囲が明確な工程は請負、要件を検証しながら進める工程は準委任とする組み合わせが現実的です。契約名だけで判断せず、何をいつまでに、どの品質で納品するのか、仕様変更や障害が起きたときに誰が負担するのかを契約書と個別仕様書で定めます。

請負契約は、画面、機能、連携、移行、テストなどの成果物を完成させる契約です。標準機能の設定や決められた画面制作など、要件が固まっている範囲と相性があります。ただし、BigCommerceの標準機能で実現できるかを検証している段階で全工程を固定すると、後から変更契約が増えるおそれがあります。

契約書には、検収方法、受け入れテストのケース、検収期間、瑕疵や不具合の扱い、仕様変更の手続き、遅延時の報告、再委託、知的財産権、ソースコード、環境設定、アカウントの帰属を記載します。開発費を支払っただけでソースコードや著作権が当然に自社へ移るとは限らないため、利用許諾の範囲も含めて明文化してください。

準委任契約は、専門人材の稼働や業務支援に対して報酬を支払う形態です。業務整理、アーキテクチャ検討、Fit to Standardの検証、MVP、アジャイルな改善、運用支援など、成果物を最初から固定しにくい工程に適しています。検討内容が変わりやすい導入初期は、短期間の準委任で仮説を確認してから、実装部分を請負へ移す方法もあります。

準委任では、作業時間だけでなく、担当者の役割、月間の稼働目安、会議体、成果物、報告方法、課題管理、意思決定の期限を定めます。成果責任が曖昧なままにすると、社内の判断待ちで期間だけが延びるため、発注側の責任者と承認者も体制表に含めることが大切です。

BigCommerceのシステム開発費用と相場はいくらですか？

費用は、BigCommerceの利用料金、決済・GMVに連動する費用、アプリ、初期構築、データ移行、外部システム連携、保守運用に分けて試算します。以下の構築費はBigCommerceが一律に定めた価格ではなく、リサーチノートにある業務システムの相場と、構成・連携の複雑度から整理した発注目安です。実際の金額は商品数、既存システム、データ品質、要件、体制で変わります。

BigCommerce公式Pricingでは、年払いのCoreが月29米ドル、Growthが月79米ドル、Scaleが月299米ドル、Performanceが月1,499米ドルからのカスタム料金と案内されています。1米ドル150円で単純換算すると、月約4,350円、約11,850円、約44,850円、約22万4,850円からですが、為替、税、契約条件、アプリ料金、決済事業者の手数料は別です。出典はBigCommerce公式Pricing（2026年8月確認）です。

さらに、2026年6月1日からセルフサービスプランでOpen Payment Providerを使う注文には、Core 2.0%、Growth 1.0%、Scale 0.6%のOpen Payment Provider Feeが適用されます。Embedded Payment Providerで処理した注文はこの追加料金の対象外ですが、決済事業者の手数料まで無料になる意味ではありません。月額だけでなく、年間GMV、決済方式、追加ストア、アプリを含めた年間TCOで比較します。出典はBigCommerce公式「2026 Pricing Update」（2026年8月確認）です。

テーマ適用、初期設定、商品登録、簡易移行、外部連携が少ない構成なら、発注目安は100万〜300万円程度、期間は1〜3か月程度です。標準EC、デザイン調整、決済・配送設定、CRMまたは会計連携まで含める中規模の構成では、300万〜1,000万円程度、3〜6か月程度を見込むケースがあります。

B2B Edition、顧客別価格、見積・承認、ERP・PIM・WMS連携、品質を重視したデータ移行まで含める場合は、800万〜2,500万円程度、6〜12か月程度が一つの目安です。Catalystを使ったヘッドレス、複数ストア、多言語、多通貨、高度な検索、複数基幹連携まで含める大規模案件では、2,000万〜1億円以上、9〜18か月程度になる可能性があります。これらは相場の断定ではなく、要件定義後の個別見積が必要なレンジです。

保守運用は、障害対応、監視、アプリやAPIの仕様変更、バックアップ、権限管理、コンテンツ更新、データ照合、改善開発に分けて見積もります。一般的な業務システムの目安として初期開発費の年15〜25％程度、または月15万〜80万円程度を起点にすることがありますが、サポート時間、SLA、連携本数、改善の範囲で変動します。特定の金額をそのまま契約せず、含まれる作業時間と対応時間帯を確認してください。

また、BigCommerceの月額料金が上がると、外注費が変わらなくてもTCOは増えます。年間売上の伸び、GMVの閾値、決済手数料、追加ストア、アプリの契約更新を3年程度の期間で試算し、導入初年度だけ安い提案になっていないか確認することが必要です。

委託先の選定と見積比較では何を確認しますか？

委託先は、公式パートナーであることだけで決めず、自社と似た業務の経験、連携の設計力、移行とテストの実績、リリース後の体制を確認します。BigCommerce公式事例のBanner Solutionsでは、B2B EditionとヘッドレスのCatalystを採用し、ERP、検索、CMSなど20以上の技術をAPI駆動の構成で統合しています。重要なのは企業名の知名度ではなく、自社の課題と似た複雑さを説明できるかです。出典はBigCommerce公式Banner Solutions事例（2026年8月確認）です。

実績を確認するときは、公開事例の数だけでなく、商品点数、顧客数、年間GMV、B2B価格の複雑さ、連携先、移行件数、リリース後の改善内容を質問します。可能であれば、類似案件の担当者が提案から運用まで関わるか、海外チームや再委託先に引き継がれるかも確認してください。

技術面では、Stencilとヘッドレスの選定理由、API制限への対応、Webhookの重複や遅延への対策、障害時の再送、価格や在庫の不整合を検知する仕組みを聞きます。セキュリティ面では、権限分離、秘密情報の管理、TLS、監査ログ、個人情報の委託・再委託、カード情報を扱う場合の責任分界を確認します。BigCommerce側のセキュリティ機能だけで、自社の安全管理責任がなくなるわけではありません。

見積比較では、総額の安い順に並べるのではなく、要件定義、基本設計、画面設計、BigCommerce設定、テーマまたはフロント開発、API連携、アプリ設定、データ移行、テスト、教育、リリース、保守に分けます。各工程の人月、単価、期間、担当者、成果物を揃えると、安い理由と高い理由が見えてきます。

たとえば、A社が「連携一式」と記載し、B社が商品、価格、在庫、注文、顧客を別々に記載しているなら、A社の方が安いとは判断できません。移行前のデータクレンジング、受け入れテスト、マニュアル、リリース後の初期対応が除外されていないか、アプリや決済の契約費を誰が負担するかも確認してください。

BigCommerceの発注では、要件漏れ、データ移行の品質、在庫ずれ、決済失敗、価格表示の誤り、Webhookの重複、アプリの仕様変更、社内の承認遅延が主なリスクになります。RFPの段階で代表SKUや代表顧客を使ったMVPを行い、通常注文、キャンセル、返品、在庫切れ、価格例外、決済失敗、連携停止を検証すると、後工程の手戻りを減らせます。

変更管理では、追加機能の単価、見積の有効期限、為替変動時の扱い、BigCommerceや決済サービスの料金変更、納期延長の条件、社内都合での中断費用を確認します。発注後に新しい要望が出た場合は、口頭で進めず、影響範囲、金額、納期、テスト範囲を変更申請に記録し、承認者を明確にしてください。

よくある質問

BigCommerceの発注では、料金だけでなく、どこまで標準機能で対応し、どこから外部連携や個別開発にするかが疑問になりやすいです。ここでは、発注前に特に多い質問へ直接回答します。

小規模なテーマ適用や初期設定なら、発注目安は100万〜300万円程度から検討されます。標準ECと連携を含めると300万〜1,000万円程度、B2BやERP・PIM・WMS連携を含めると800万〜2,500万円程度など、要件によって大きく変わります。BigCommerceの月額料金や決済費用は別のため、構築費だけで予算を決めないことが大切です。

相談できます。ただし、現状の業務、商品・顧客・注文の規模、既存システム、改善したい課題、希望時期、予算の考え方を最低限まとめておくと、相談の質が上がります。要件が固まっていない場合は、いきなり本開発を発注せず、要件整理やFit to Standardの検証を準委任で依頼する方法もあります。

外注できます。B2B Editionの会社アカウントや顧客別価格などを使いながら、ERPやWMSを商品・在庫・価格の正として連携する構成が候補になります。重要なのは、価格や在庫をどこで計算・更新するか、APIやWebhookが失敗したときに誰が復旧するかを決め、同じ業務規模の実績を持つ委託先へ依頼することです。

必ずしも必要ではありません。短期間で標準的なECを立ち上げたい場合はStencilテーマが適し、ブランド体験、複数ストア、独自のSEOやフロント体験を重視する場合はCatalystなどのヘッドレスが候補になります。ヘッドレスは自由度が上がる一方、フロントの開発・テスト・ホスティング・運用費が増えるため、要件に対する効果を見積書で比較してください。

まとめ

BigCommerceのシステム開発を発注するときは、まずBigCommerceを販売業務の中核と捉え、ERP、WMS、PIM、CRM、会計システムとの責任分界を整理します。そのうえで、一括請負、分離発注、要件整理から始める準委任など、自社の体制に合う発注形態を選びます。

RFPには、B2C・B2Bの業務要件、商品数、顧客数、GMV、既存システム、データの正、API連携、移行、テスト、体制、納期、保守範囲を記載します。見積は工程、工数、前提、除外事項、アプリや決済費用、変更条件をそろえて比較し、価格だけでなく、類似実績と障害対応力を評価してください。

費用は、公式プランの月額料金だけでなく、Open Payment Provider Fee、決済手数料、アプリ、構築、連携、移行、保守を含めたTCOで考えます。標準機能に寄せる範囲と、競争力につながる個別開発の範囲を分け、まず代表商品・代表顧客・代表注文を使ったMVPで検証すると、過剰な開発を抑えながら安全に発注できます。

BigCommerceの料金や機能、決済事業者の対応状況は更新される可能性があります。契約前には公式料金ページと最新の開発者ドキュメントを確認し、提案書・契約書・運用手順書に、自社が担う責任と委託先が担う責任を具体的に残してください。

▼全体ガイドの記事
・BigCommerceのシステム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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