Salesforce Commerce Cloudのシステム開発の見積相場や費用/コスト/値段について

Salesforce Commerce Cloudのシステム開発費は、最小構成のPoCで300万〜800万円、1〜2ブランドの本番導入で1,500万〜4,000万円、複数ブランド・基幹連携を含むと4,000万〜1.5億円程度が目安です。

ただし、Salesforceのライセンス料金は一律の公開価格ではなく、サイト数、価格表数、取引規模、注文管理、Data Cloud、サポートプランなどで個別に見積もられます。この記事では、2026年時点の公式料金体系と、開発・連携・運用を含めた費用相場、価格が変わる理由、見積もりの比較方法、コストを抑える進め方をまとめます。

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

Salesforce Commerce Cloudのシステム開発費はいくらですか？

Salesforce Commerce Cloudのシステム開発費は、ライセンス、初期設定と画面開発、外部システム連携、データ移行、テスト、運用保守を合計して考えます。特にECでは、商品を表示する画面だけでなく、価格・在庫・決済・配送・返品・会員・注文後の問い合わせまで動かす必要があるため、サイト制作費だけでは判断できません。

リサーチノートで整理した業務システムの相場とSalesforce系エンタープライズ導入の人月構造から見ると、小規模な検証や1ブランドの限定導入は300万〜800万円程度、標準機能を使った1〜2ブランドの本番導入は1,500万〜4,000万円程度です。多言語・多通貨、複数ブランド、OMS・ERP・PIM・WMS連携まで含めると4,000万〜1.5億円程度、全社・グローバル刷新では1億〜3億円以上になることがあります。

ここで示した金額はSalesforceが公表する公式の導入料金ではなく、要件が固まる前に予算を置くための概算レンジです。商品点数、注文数、国やブランドの数、既存システムの状態、デザインの作り込み、開発会社の体制によって上下します。したがって、社内稟議では単一の金額を断定せず、最小構成・標準構成・拡張構成の3パターンで予算幅を示すと安全です。

Salesforce公式のB2C Commerce Pricingでは、B2C Commerce Growth、B2C Commerce Plus、Commerce Cloud B2C Premiumが掲載されていますが、いずれも「Contact for pricing」とされており、誰でも確認できる一律の円価格は示されていません。Growthは5サイト・10価格表、Plusは100サイト・3,500価格表、Premiumは100サイト・3,500価格表に加えてフル注文管理、Data Cloudクレジット、CRM Analyticsなどを含む構成です（出典：Salesforce B2C Commerce Pricing、2026年8月確認）。

また、Premier Success Planを付ける場合は公式ページ上で純ライセンス料の30%と示されています。これは開発会社の費用ではなく、Salesforce側のサポート・ガイダンスに関する費用です。ライセンス見積を取る際は、エディション、取引量に応じた料金、Success Plan、注文管理、Data Cloud、AI機能、決済や検索などの追加サービスを項目別に分けてもらいます。

Salesforce Commerce Cloudの費用内訳は何ですか？

見積書を比較するときは、合計額だけでなく、どの作業とサービスが含まれるかを分解して確認します。費用は大きく、Salesforceの利用料、導入・開発費、連携・移行費、運用費の4つに分けると整理しやすくなります。さらに、契約初年度だけに発生する費用と、毎年または毎月続く費用を分けることが大切です。

ライセンス費用は、利用するエディション、サイト数、価格表数、取引規模、契約期間、B2CかB2Bかによって変わります。複数ブランドや複数国で運営する企業は、サイト数だけでなく、通貨・税・価格表・在庫拠点をどの単位で管理するかが価格と設計の両方に影響します。Premiumを選ぶ場合は注文管理やData Cloud関連の機能が含まれる一方、自社に不要な機能まで契約すると余分な固定費になり得ます。

Success Plan、Data Cloud、CRM Analytics、Agentforceの追加機能、決済、レビュー、検索、翻訳、メール配信などは、標準ライセンスと別に確認する場合があります。公式価格ページの機能比較に含まれる範囲と、個別契約や外部サービスになる範囲を分けて、見積書へ記載してもらいます。

導入・開発費には、現状分析、要件定義、業務設計、UX設計、アーキテクチャ設計、標準設定、画面開発、カートリッジやAPIの実装、管理者教育、テスト、リリース支援が含まれます。既存ECからの刷新では、現行画面をそのまま再現する作業よりも、不要な業務や重複データを整理する作業に時間を使う方が、長期的な費用を抑えやすくなります。

一般的な業務システムの人月目安として、プロジェクトマネージャーは月90万〜150万円、設計・上流SEは月65万〜110万円、実装担当は月50万〜90万円、テスターは月45万〜80万円程度とされます。大手SIerでは月150万〜200万円程度の単価が置かれることもありますが、これは業務システム全般の参考値であり、Salesforce公式の単価ではありません。体制人数と期間を掛け合わせ、作業成果物とセットで評価します。

Commerce Cloud単体の設定より費用が膨らみやすいのが、ERP、PIM、OMS、WMS、決済、配送、会員基盤、CRMとの連携です。商品情報、価格、在庫、注文、顧客、配送状況のそれぞれについて、正本となるシステム、連携方向、更新頻度、エラー時の再送方法、手動補正の権限を決める必要があります。連携本数が増えるほど、開発だけでなく監視・障害対応・仕様変更の費用も増えます。

データ移行では、商品コードの統合、顧客重複の解消、注文履歴の保持、パスワード移行、画像やコンテンツの再登録、移行リハーサルが主な費用項目です。稼働後の保守運用は、一般論として初期開発費の年15〜25%程度、または月15万〜80万円程度を仮置きできますが、ライセンス費用や追加開発費は別建てです。24時間監視、キャンペーン対応、改善開発まで含める場合は、より大きな運用体制が必要です。

規模別の費用相場と開発期間

費用と期間は、サイトの大きさだけでなく、どこまでを初回リリースに含めるかで決まります。下記のレンジは、Salesforce公式価格ではなく、リサーチノートにある業務システムの一般相場、Salesforce導入に必要な人月、連携・移行作業を組み合わせた記事用の概算です。各案件では、ライセンス費用を別にして、開発範囲の前提をそろえて比較します。

Salesforce Commerce Cloudの適合性を検証するPoCや、1ブランド・限定商品・簡易決済で始める最小構成なら、初期費用は300万〜800万円程度、期間は1〜3か月程度が目安です。要件整理、標準機能の確認、少数の商品登録、簡易画面、決済や在庫連携の検証を中心にし、本番用の全商品移行や複雑な会員移行は含めない前提です。

PoCで本番と同じ範囲を作ろうとすると、短期間での検証という目的が失われます。検証したい仮説を「購入完了率」「商品検索の精度」「在庫連携の遅延」「取引先別価格の実現性」のように絞り、成功条件と次工程への引き継ぎ条件を決めておくと、PoC費用が無駄になりにくいです。

SFRAをベースに1〜2ブランドを立ち上げ、デザイン実装、カタログ移行、会員・注文、決済、ERPやPIMとの基本連携、総合テストまで行う場合は、1,500万〜4,000万円程度、期間は4〜8か月程度が目安です。既存の業務ルールを整理し、標準機能に寄せられる範囲が広いほど、追加開発とテストを圧縮しやすくなります。

SFRAは、ECサイト設計の出発点として利用できるフレームワークです。Salesforceの資料では、2,000以上のモバイルストアフロントの分析をもとに設計され、モバイル体験や保守性を考慮した構成と説明されています（出典：Salesforce Developers「Storefront Reference Architecture」、2026年8月確認）。標準を使うことは費用を下げる有力な方法ですが、特殊な業務を無理に詰め込むと、後の保守費用が増える点に注意します。

複数ブランド、多言語、多通貨、OMS・CRM・ERP・PIM・WMS連携、ヘッドレス化、店舗連携、複雑な返品や配送を含める場合は、4,000万〜1.5億円程度、8〜18か月程度が目安です。全社・グローバル刷新で複数地域の業務を統一し、基幹刷新、API基盤、段階移行、現地展開まで含めると、1億〜3億円以上、12〜24か月以上になることがあります。

実際の参考事例として、資生堂はCommerce Cloudでコンポーザブルストアフロントを導入し、サイト表示を4倍に高速化し、コンバージョン率を13%向上させたと公表しています。また、基幹システム連携に使っていた100以上のAPIを1桁台へ集約したと説明しています（出典：Salesforce公式「資生堂」導入事例、2026年8月確認）。このような成果は参考になりますが、導入範囲や体制が異なるため、自社の費用にそのまま置き換えないことが重要です。

費用・コスト・値段が変動する主な要因

同じSalesforce Commerce Cloudでも、企業によって見積額は大きく変わります。費用差を生むのは、単純な商品点数だけではありません。販売モデル、データの正本、既存システムの状態、画面の自由度、セキュリティや運用の要求水準を順に確認すると、見積もりの増減理由を説明しやすくなります。

B2Cでは、広告や検索からの商品発見、スマートフォンでのカート・チェックアウト、クーポン、ゲスト購入、レコメンド、キャンペーン時のアクセス増加への対応が費用に影響します。一方のB2Bでは、取引先別価格、契約条件、購買担当者の権限、承認、見積、最低発注数量、再注文、請求条件などを実装するため、画面数が同じでも業務ロジックとテストが増えます。

B2CとB2Bを同じ基盤で運営する場合は、共通化する顧客・商品・注文データと、分ける価格・権限・画面を先に決めます。最初からすべての販売形態に対応しようとすると、要件定義とテストの範囲が膨らみます。売上インパクトの大きいチャネルから段階導入する方が、初期費用とリスクを管理しやすいです。

SFRAは標準のストアフロントを起点にするため、一般的な商品表示、カート、注文の機能を短期間で組み立てやすい方式です。Composable StorefrontはReactなどでフロントエンドを分離し、独自の顧客体験や複数チャネルを作りやすい一方、フロント、認証、キャッシュ、SEO、監視、CI/CDまで自社またはパートナーが設計する範囲が広くなります。

SalesforceのSCAPIは、ストアフロント、管理ツール、外部連携に使うREST APIで、B2C Commerceの顧客は追加料金なしで利用できると公式ドキュメントに記載されています。ただし、API料金が不要でも、フロントエンド開発、認証設計、レート制限への対応、監視、テストの費用は発生します（出典：Salesforce Developers「B2C Commerce API」、2026年8月確認）。既存SFRAを活かして一部だけComposable化するハイブリッドも、費用と刷新効果のバランスを取りやすい選択肢です。

商品・価格・在庫・注文・顧客のどこに正しいデータがあるかが不明確だと、連携設計、データ補正、エラー処理の工数が増えます。特に、基幹システムごとに商品コードや顧客コードが異なる場合は、変換ルールと移行リハーサルが必要です。連携をリアルタイムにするか、夜間バッチにするかでも、開発費と運用費が変わります。

決済では、カード情報の扱い、本人認証、チャージバック、不正利用対策、ログ管理、障害時の再処理を確認します。経済産業省は2025年3月の「クレジットカード・セキュリティガイドライン」改訂で、EC加盟店にEMV 3-Dセキュアの導入と適切な不正ログイン対策を求めています（出典：経済産業省「クレジットカード・セキュリティガイドライン」、2025年3月）。クラウド側の対策だけで自社の責任がなくなるわけではないため、要件と試験範囲に含めます。

費用を見積もるための開発の進め方

費用を正確にするには、いきなり画面の見積もりを依頼せず、業務とデータの範囲を順に確定します。開発会社が同じ前提で見積もれるように、対象ブランド、販売地域、商品数、月間注文数、既存サービス、移行対象、初回リリースの範囲を最初に共有します。

最初に、B2C・B2Bの販売形態、ブランド・国・通貨・税、顧客区分、商品・価格・在庫の正本、注文から出荷・返品までの業務フローを整理します。次に、Commerce Cloud、CRM、ERP、PIM、OMS、WMS、決済、配送、検索、レビューのどこを導入し、どこを既存利用するかを決めます。ここが曖昧なまま画面開発を始めると、後から連携や権限を作り直すことになります。

成果物として、業務フロー、機能一覧、非機能要件、連携一覧、データ項目表、移行方針、テスト方針、運用体制をそろえます。見積もりの精度を上げるには、機能名だけでなく「誰が、どのデータを使い、どの条件で、何を完了させるか」を書くことが有効です。

設計では、SFRA、Composable、ハイブリッドのどれを採用するかを決め、画面、API、認証、権限、キャッシュ、ログ、監視、リリース経路を設計します。Commerce Cloudの公式アーキテクチャでは、Sandbox、Staging、Development、Productionなどの環境を使い分け、ステージングからコードやデータをレプリケーションします。環境数とリリース手順を見積もりに含めると、後からの追加費用を抑えられます。

開発では、商品表示、検索、カート、チェックアウト、注文、会員、プロモーションなど、標準で使える機能を優先します。そのうえで、ブランド固有の購入体験、取引先別の価格ルール、既存基幹との特殊な連携など、競争力に直結する部分だけを拡張します。標準機能と追加開発を見積書で分けると、削減できる項目と残すべき項目が見えやすくなります。

テストは、画面単体だけでなく、商品登録から注文、決済、在庫引当、出荷、返品、返金、顧客通知までを通して確認します。B2Bなら、取引先別価格、承認、権限、見積条件、最低発注数量を追加します。さらに、性能、セキュリティ、障害復旧、データ連携の再送、キャンペーン時のアクセス集中を検証します。

本番移行前には、商品・顧客・注文・コンテンツの移行リハーサルを複数回実施し、所要時間とエラー件数を確認します。リリース後の問い合わせ窓口、障害時の切り戻し、手動受注の代替手順、運用担当者の教育まで決めておくと、稼働後の緊急対応費を抑えやすくなります。

見積もりを取る際に確認すべきポイント

複数社の見積もりを比べるときは、安い順に並べるだけでは不十分です。ライセンス、開発、移行、テスト、保守、追加機能の前提が異なると、見かけの合計額だけが小さい見積もりを選ぶことになります。RFPや質問票の内容をそろえ、同じ範囲を見積もってもらいます。

RFPには、対象ブランドと国、商品・顧客・注文の件数、月間注文数、ピーク時アクセス、必要な画面、決済・配送・返品、既存システム、移行対象、希望リリース日を記載します。B2CかB2Bか、標準機能を優先するか、ブランド固有のUIをどこまで再現するかも明記します。これらがないと、開発会社ごとに異なる仮定で見積もられます。

特に、価格・在庫・商品情報の正本、会員認証の方式、注文管理の担当範囲、データ移行の品質基準を確認します。データが準備されていない場合は、データクレンジングや登録作業を別費用にするのか、導入支援に含めるのかを分けて記載してもらいます。

要件定義、設計、標準設定、画面開発、API連携、データ移行、テスト、教育、リリース、保守を別行にした見積もりを依頼します。各工程の担当人数、期間、単価、成果物、検収条件、前提外の変更単価が分かると、値段の根拠を確認できます。ライセンス費用、外部サービス費用、決済手数料、クラウドや監視費用も、開発会社の請求か直接契約かを分けます。

契約方式は、要件が固まっていない初期は準委任、範囲と成果物が定まった開発部分は請負とするなど、工程に合わせて検討します。追加要件の変更管理、納期遅延の扱い、障害修正の範囲、ソースコードや設定の引き渡し、再委託、終了時の引き継ぎも確認します。

開発会社を選ぶときは、Salesforceの資格や表彰歴だけでなく、同業・同規模のCommerce Cloud実績を確認します。SFRA、Composable Storefront、SCAPI、OMS、ERP、PIM、決済連携を誰が担当したか、データ移行やテストをどの範囲まで支援したかを質問します。大手SIerは大規模な統制や基幹連携に強い一方、体制規模が費用に影響しやすく、専門会社はCommerceに強い一方、国内運用や周辺システムの担当範囲を確認する必要があります。

提案時には、初期導入後の保守費、軽微な改善の扱い、障害時の対応時間、リリース支援、内製化への引き継ぎを確認します。営業担当だけでなく、要件定義と設計を担う責任者、Commerce Cloudの技術担当、運用責任者が提案内容を説明できる会社を選ぶと、契約後の認識違いが減ります。

Salesforce Commerce Cloudのコストを最適化するポイント

コスト最適化は、単に開発会社の単価を下げることではありません。不要なカスタマイズ、重複する連携、使われないライセンス、移行後も続く手作業を減らし、売上や業務効率に直結する領域へ投資を寄せることです。初期費用だけでなく、3年程度の総保有コストで判断します。

商品、カテゴリ、カート、注文、会員、基本プロモーションなど、Commerce Cloudの標準機能で業務を満たせる部分は、できるだけ標準に寄せます。標準から外す要件は、売上向上、法令対応、業務継続、ブランド差別化のどれに効くかを評価し、効果が説明できないカスタマイズは後回しにします。

初回は、主要ブランド・主要商品・主要決済・主要配送に絞ったMVPとして公開し、データと利用状況を見ながら段階的に広げます。全ブランド・全地域・全チャネルを一度に切り替えるより、要件変更のリスク、移行対象、教育範囲を小さくできるため、予算超過を防ぎやすいです。

連携は本数を増やすほど便利になるとは限りません。商品、価格、在庫、注文、顧客の正本を定め、必要なデータだけを必要な頻度で連携します。複数システムが同じデータを更新する状態を避け、APIゲートウェイや連携基盤に共通の認証、ログ、再送、監視をまとめると、開発と運用の重複を抑えられます。

資生堂の事例では、100以上あったAPIを1桁台へ集約しています。これはすべての企業が同じ構成にすべきという意味ではありませんが、連携を増やす前にデータの流れと責任範囲を整理する価値を示す事例です。APIを減らすために別の大規模基盤を導入する場合もあるため、初期費用だけでなく、障害対応と変更時の保守費まで比較します。

契約前に、利用するサイト数、価格表数、ユーザーや権限、Success Plan、Data Cloud、注文管理、外部アプリを棚卸しします。将来使うかもしれない機能を一括契約するのではなく、導入時に必要な範囲と、売上や運用の課題が確認できた段階で追加する範囲を分けると、固定費を抑えやすくなります。

運用では、商品登録、価格変更、キャンペーン設定、注文修正、連携エラー、問い合わせ、権限変更を誰が担当するかを決めます。管理者が毎回開発会社へ依頼する状態を避け、マニュアル、権限設計、教育、軽微な改善の手順を整えると、月々の委託費を抑えながら改善速度を保ちやすいです。

Salesforce Commerce Cloudのシステム費用でよくある質問

Salesforce Commerce Cloudの値段を調べると、ライセンスと開発費が混ざって分かりにくくなります。ここでは、導入を検討する企業から特に質問されやすい費用・期間・方式・運用について、先に結論を回答します。

Salesforce公式のB2C Commerce価格ページでは、Growth、Plus、Premiumのいずれも一律の月額・年額を公開せず、「Contact for pricing」としています。サイト数、価格表数、取引規模、注文管理、Data Cloud、Success Plan、契約条件をSalesforceまたは販売パートナーへ伝え、個別見積もりを取得する必要があります。

小規模PoCなら300万〜800万円程度、SFRAによる1〜2ブランドの本番導入なら1,500万〜4,000万円程度、複数ブランドや周辺システム連携を含めると4,000万〜1.5億円程度が概算の目安です。これらは開発・連携・移行・テストの範囲に基づく推定で、Salesforceのライセンス料金、外部サービス、保守運用は別に見積もります。

初期費用だけで比べると、標準機能を活用しやすいSFRAの方が小さく始めやすい傾向があります。ただし、独自の顧客体験、複数チャネル、段階的なフロント刷新を重視する場合は、Composable Storefrontが将来の変更コストを抑えることがあります。現在のサイト資産、社内のフロントエンド人材、SEO・性能要件、運用体制を踏まえて、3年程度の総保有コストで比較します。

最初に、初回リリースの対象ブランド・国・商品・決済・配送を絞り、標準機能と追加開発を分けます。次に、商品・価格・在庫・注文・顧客の正本を決め、不要な連携や重複データを減らします。最後に、ライセンス、外部サービス、開発、移行、テスト、保守を分けた見積もりを比較し、初期費用ではなく運用を含む総額で判断します。

まとめ

Salesforce Commerce Cloudのシステム開発費は、300万〜800万円程度の小規模PoCから、1,500万〜4,000万円程度の標準的な本番導入、4,000万〜1.5億円程度の複数ブランド・連携案件、1億〜3億円以上のグローバル刷新まで幅があります。公式ライセンスは個別見積もりであり、サイト数、価格表数、取引規模、注文管理、Data Cloud、Success Planなどを分けて確認する必要があります。

価格を左右するのは、B2CかB2Bか、SFRAかComposableか、ERP・PIM・OMS・WMS・決済とどうつなぐか、どのデータを移行するか、セキュリティや運用をどこまで求めるかです。標準機能を優先し、MVPから段階的に広げ、ライセンス・開発・連携・移行・保守を分けて比較すると、根拠のある予算を作れます。

導入を進める際は、対象業務と初回リリースの範囲を決め、Salesforceのライセンス見積と開発会社の見積を別々に取得します。見積書の工程、体制、成果物、移行、テスト、保守、追加機能、契約後の変更条件まで確認し、自社の売上目標と運用体制に合う構成を選ぶことが大切です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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