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

Magentoのシステム開発を発注・外注するときは、安い会社を探す前に、Magento Open SourceとAdobe Commerceの選択、必要な連携、運用責任、データ移行の範囲を決めることが成功の近道です。

本記事では、Magentoのシステムを開発会社へ依頼する際の発注形態、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法を順番に解説します。無料版を選べばすぐに低予算で完成するとは限らないため、公開後の保守やアップデートまで含めた発注判断に役立ててください。

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

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

Magentoは、商品、顧客、注文、在庫、決済、販促、コンテンツを一つのEC基盤で管理できる一方、導入時の設計自由度が高いシステムです。発注の対象は画面を作ることだけではなく、どのデータをどのシステムで管理し、誰が公開後に保守するかまでを含む業務システムの設計です。

低予算で標準機能を中心に使い、PHPやクラウドを扱える社内人材を確保できる場合はMagento Open Sourceが候補になります。ただし、ソフトウェアの利用料が無償でも、サーバー、監視、脆弱性対応、拡張機能、障害対応、アップデートを担う費用は発生します。

企業アカウント、会社階層、ユーザー権限、顧客別価格、共有カタログ、見積、承認フローなどのBtoB機能、Adobe製品との連携、クラウド運用の支援を重視するならAdobe Commerceを比較します。Adobe公式もAdobe CommerceをB2BとB2C向けの柔軟で拡張可能なコマース基盤として案内しています（出典：アドビ公式製品情報、2026年）。ライセンスを含むTCOで比較し、Open Sourceだから必ず安いという判断は避けます。

商品マスタはPIM、受注や会計はERP、顧客情報や行動履歴はCRM・MA、倉庫在庫や出荷はWMS・OMSを正とする構成もあります。Magentoへすべてを集約するのか、各システムとAPIで連携するのかを決めないまま発注すると、同じ商品や顧客を複数箇所で更新する状態になり、公開後の在庫差異や価格間違いにつながります。

発注前に、売上だけでなく受注処理時間、商品登録時間、在庫差異、営業への引き継ぎ率、リピート率などのKPIを置きます。システムの完成を目的にせず、業務のどの数字を改善するための投資なのかを社内で共有しておくと、見積の優先順位と受入基準を作りやすくなります。

Magentoのシステム開発で選べる発注形態と契約形態

Magentoの外注では、要件整理から運用まで一社にまとめて委託する方法、要件定義と開発を分ける方法、社内のプロジェクト責任者を補う形で技術支援を依頼する方法があります。自社の業務知識と技術人材の有無によって適した形が変わるため、最初に発注責任の境界を決めます。

要件定義、デザイン、Magento設定・拡張、連携、移行、テスト、公開、保守を一社へ一括請負で依頼すると、窓口を集約しやすく、社内の調整負担を抑えられます。初めてMagentoを導入する企業や、ERP・PIM・決済・物流まで含むプロジェクトには向きやすい発注形態です。

一方で、契約書に含まれない作業が追加費用になりやすく、担当会社への依存が強まる点に注意が必要です。設計書、データ移行仕様、テスト結果、インフラ設定、ソースコード、管理者アカウントの納品範囲と、契約終了時の引き継ぎ条件を見積段階から明記します。

完成物と検収条件を明確にできる画面開発、標準機能の設定、定義済みのデータ移行などは請負契約と相性がよいです。納期、成果物、瑕疵対応、受入テストの条件を決めてから契約します。要件が変わりやすい企画、技術調査、運用改善、月次の保守は、作業時間や体制を合意する準委任契約が適する場合があります。

実際には、要件定義を準委任、開発を請負、公開後を準委任とする段階分けも可能です。Magentoでは、既存データの品質や外部APIの仕様を調べるまで工数を確定しにくいことがあります。未確定の調査を無理に固定価格へ押し込まず、調査の成果物と次工程へ進む判断基準を分けて契約すると、双方のリスクを抑えられます。

Magento本体はA社、デザインはB社、ERP連携はC社という分割発注は、専門会社を選びやすい反面、障害発生時に原因と責任の押し付け合いが起きやすくなります。発注側で全体アーキテクチャ、API仕様、環境構成、リリース手順、課題管理の責任者を置くことが前提です。

社内にその役割を担える人がいなければ、主契約会社へ全体管理を任せるか、独立したPM・技術顧問を置きます。最安の会社を個別に集めるより、公開後に一つの窓口で障害を切り分けられる体制のほうが、ECの売上停止リスクを抑えやすくなります。

RFPと要件整理をしてMagentoの発注内容を固める手順

RFPは、開発会社へ「この条件で提案してください」と伝える依頼書です。機能一覧だけでなく、背景、KPI、対象ユーザー、既存システム、データ量、納期、予算の考え方、運用体制、提案に求める成果物を記載すると、会社ごとの見積を同じ土俵で比較できます。

最初に、事業の目的と対象範囲を書きます。たとえば「法人取引の受注をオンライン化し、営業の入力時間を減らす」「複数国のストアを一つの管理画面で運用する」といった目的です。次に、商品点数とSKU、顧客数、月間注文数、ピーク時のアクセス、拠点数、言語・通貨、税や送料、返品、会員権限、承認フローを整理します。

さらに、連携先の名称と役割を記載します。ERP、PIM、CRM、MA、WMS、OMS、決済、配送、会計、在庫管理について、連携方式、更新頻度、エラー時の扱い、正となるデータを明らかにします。商品・顧客・価格・在庫・注文の各マスタについて、発注側の責任者とデータクレンジングの担当を決めておくことが重要です。

Magentoの管理画面や商品登録、顧客別価格、見積、注文処理を、実際の担当者に触ってもらいます。ACROVEも、Magentoのプロトタイプを先に構築して操作説明を行い、その後に具体的なサイト構築へ進む流れを公開しています（出典：株式会社ACROVE「Magento導入費用とスケジュール」、2026年）。画面を見ないまま要望を文章だけで確定するより、標準機能で足りる部分と追加開発が必要な部分を分けやすくなります。

追加開発を決めるときは、「できるか」だけでなく、使う頻度、売上への影響、運用負荷、将来のアップデートへの影響で優先順位を付けます。コアコードを直接変更する提案は、短期的には実現しやすく見えても、将来のバージョンアップや脆弱性対応を難しくします。拡張機能、テーマ、API、設定で実現できるかを先に確認します。

Magentoの開発では、機能実装よりもデータ移行と外部連携の検証に時間がかかることがあります。旧システムから何件の顧客、商品、注文、ポイント、画像、URLを移行するのか、文字コードや欠損値をどう扱うのか、移行リハーサルを何回行うのかをRFPに書きます。

受入条件には、主要な購入シナリオ、会員登録、決済、キャンセル、返品、在庫引当、クーポン、BtoB承認、権限、メール、SEOリダイレクトを含めます。負荷試験、脆弱性診断、バックアップ復元、障害時のロールバック、公開後の監視も成果物と判定基準を設定します。これらが未定義だと、納品直前に「動くが業務では使えない」状態になりやすくなります。

Magentoのシステム開発を外注する費用相場と内訳

Magentoの費用は、Open SourceかAdobe Commerceか、標準機能を使うか、BtoBや海外展開を行うか、ERP・PIM・CRMなどと連携するかで大きく変わります。相場は発注判断の入り口であり、同じ金額でも含まれる作業が違うため、前提条件と除外項目を必ず見積書で確認します。

標準テーマと既存拡張機能を中心にした小規模なBtoCなら、初期300万〜600万円程度が一つの検討レンジになります。ACROVEは公開料金例として、国内BtoCを300万円、越境BtoCを400万円、国内BtoBを500万円、越境BtoBを600万円と案内していますが、これは同社の標準構成を前提にした例であり、すべての案件に適用できる価格ではありません（出典：株式会社ACROVE公開料金、2026年）。

BtoBの顧客別価格、承認、見積、掛け払い、在庫・基幹連携を含む中規模案件は、初期500万〜1,500万円程度を仮置きします。コウェルはAdobe Commerceスターターパックについて、最短3か月、初期1,000万円からと公開していますが、Adobe Commerceのライセンスは別途です（出典：株式会社コウェル「Adobe Commerce（Magento）構築サービス」、2026年）。この価格帯は、要件定義、ローカライズ、テスト、教育、連携の範囲を確認して比較します。

多言語・多通貨、複数ブランド、ERP・PIM・CRM連携、高負荷対策、ヘッドレス構成を含む場合は、初期1,000万〜3,000万円程度を想定することがあります。複数拠点や大規模な移行、段階リリース、24時間監視、災害復旧まで含める場合は3,000万円を超えることもありますが、ここはMagento固有の公表統計ではなく、要件から組み立てる予算仮説です。特定金額を相場として断定せず、必ずRFPに基づく個別見積を取得します。

初期費用は、要件定義・企画、UI・システム設計、Magentoの設定・テーマ・拡張開発、外部連携、データ移行、テスト、教育、公開作業に分けて確認します。リサーチ段階の仮説として、要件定義10〜15%、設計25〜35%、実装・拡張機能30〜40%、連携・移行・テスト15〜25%、教育・公開5〜10%ほどに分けて提示してもらうと、会社ごとの配分を比較しやすくなります。これは固定の業界標準ではなく、見積を読むための確認軸です。

初期費用以外には、Adobe Commerceのライセンス、クラウド基盤、CDN・WAF、監視、バックアップ、SSL、決済や配送サービス、拡張機能のライセンス、脆弱性対応、バージョンアップ、改善開発が発生する場合があります。ACROVEの公開例では月額15万〜20万円の運用費例が示されていますが、ライセンスやクラウド版など別途費用があるため、月額総額ではなく項目単位で積み上げます（出典：株式会社ACROVE公開料金、2026年）。

2026年時点のAdobe公式ライフサイクルでは、Adobe Commerce 2.4.8の標準サポート終了は2028年5月31日、2.4.9は2029年5月31日です（出典：Adobe Commerce Software lifecycle policy、2026年）。導入時のバージョンだけでなく、次のメジャー・マイナー更新で拡張機能が動くか、回帰テストを誰が行うか、対応しない場合のリスクを見積に含めます。

保守契約では、セキュリティパッチの適用判断、緊急時の初動時間、復旧目標、営業時間外対応、月次の作業時間、追加開発の単価、検証環境の費用を確認します。Adobeはパッチを継続的に提供しているため、導入後に一度も更新しない前提の見積は、将来の負債を見えにくくしている可能性があります。

Magentoの委託先を選び見積を比較するポイント

Magentoの開発会社は、公式パートナー資格や認定者数だけでなく、自社と似た規模・業種・連携条件の案件をどこまで担当したかで評価します。提案書の見栄えや初期費用の安さだけでは、データ移行、障害対応、運用定着、バージョンアップの品質は判断できません。

実績確認では、会社名の一覧だけでなく、商品点数、注文数、BtoB権限、連携先、移行件数、公開後の保守期間、担当範囲を聞きます。可能であれば、同じ業界の事例で、提案を担当した人が開発・テスト・保守にも関わるのかを確認します。営業担当だけが詳しく、実装責任者が提案会議に出てこない場合は、契約前に体制を見直します。

Adobe認定資格は知識の参考になりますが、資格者が必ず自社案件へ稼働するとは限りません。認定者の氏名、予定稼働率、国内窓口、再委託先、海外拠点の所在地、時差、コミュニケーション方法を確認します。個人情報や注文情報を扱うため、委託先の選定基準と契約・監査を明確にすることも必要です。個人情報保護委員会は、委託先の安全管理措置を事前に確認し、契約に取扱状況を把握できる内容を盛り込むことを示しています（出典：個人情報保護委員会「個人情報保護法ガイドライン（通則編）」、2026年確認）。

相見積もりは3社程度から始めると比較しやすくなります。総額だけを並べず、要件定義、デザイン、標準設定、拡張機能、カスタム開発、API連携、移行、テスト、教育、公開、保守を同じ項目にそろえます。含まれない作業は「別途」ではなく、作業名、発生条件、単価、想定工数、発注判断の時期まで記載してもらいます。

特に抜けやすいのは、商品画像の移行、旧URLのリダイレクト、決済審査、税・インボイス、配送日時指定、返品、メールの到達確認、管理者教育、脆弱性診断、負荷試験、バックアップ復元です。決済カード情報を扱う場合は、カード情報をMagentoに保持しないトークン化方式や決済代行会社との責任分界を確認し、PCI DSS v4.0.1の適用範囲を整理します（出典：PCI Security Standards Council Document Library、2024年版を2026年確認）。

契約書や別紙には、個人データの利用目的、アクセスできる担当者、保存場所、再委託の条件、ログの保管、インシデント発生時の連絡時間、削除・返却、監査、国外拠点での取扱いを記載します。個人情報保護委員会は、再委託先の選定や取扱方法について事前報告・承認、定期的な監査などで確認することが望ましいとしています（出典：個人情報保護委員会「個人情報保護法ガイドライン（通則編）」、2026年確認）。

また、ソースコード、設定ファイル、IaC、データベース定義、API仕様、テスト仕様書、運用手順書、アカウント情報の所有権と納品形式を明確にします。保守を別会社へ移す可能性があるなら、契約終了時の引き継ぎ期間、資料の更新責任、引き継ぎ費用、ライセンス名義、リポジトリの管理者を先に決めます。ベンダーロックインを避けるには、引き継げる成果物を発注側が管理することが有効です。

選定表には、同業・同規模の稼働事例、MagentoとAdobe Commerceの対応範囲、ERP・PIM・CRM・MA連携、移行品質、テスト体制、セキュリティパッチのSLA、担当者の経験、見積の透明性、月次改善、他社移管条件を入れます。価格だけでなく、重要度に応じて配点を変えると、安価だが保守が弱い提案と、高額だが過剰な提案を見分けやすくなります。

最終面談では、「本番障害で在庫連携が止まった場合に誰が何分以内に動くか」「拡張機能が次のバージョンで動かなかった場合の責任はどこにあるか」「商品データの不備を誰が直すか」を質問します。具体的な場面への回答に、会社の実力と発注後の姿勢が表れます。

よくある質問

ここでは、Magentoのシステムを発注・外注するときに多い疑問へ回答します。費用や期間は要件で変わるため、回答の数字は公開例や計画時の目安として読み、最終的にはRFPと個別見積で確認します。

標準構成の小規模BtoCでは初期300万〜600万円程度、中規模のBtoBや基幹連携では500万〜1,500万円程度、多言語・複数ブランド・高度な連携では1,000万〜3,000万円程度を検討レンジに置くことがあります。ライセンス、クラウド、移行、保守、改善を含むかで総額が変わるため、金額だけで発注先を決めないことが重要です。

標準機能を中心とした小規模構成は1〜2か月程度の公開例がありますが、BtoBや連携を含む案件は3〜6か月、多言語・基幹連携や大規模移行を含む案件は6〜12か月以上を見込むことがあります。コウェルのスターターパックは最短3か月と案内されていますが、最短期間は標準機能や素材準備などの条件がそろう場合の目安です。

まず3社程度へ同じRFPを渡すと、提案内容と費用の違いを比較しやすくなります。要件が整理できていない場合は、いきなり本開発の相見積もりを取らず、要件定義やプロトタイプだけを依頼してから開発会社を絞る方法もあります。相談先の数を増やすより、担当者と実装体制、公開後の保守内容を深く確認します。

ライセンス費用を抑えられる可能性はありますが、開発費全体が必ず安くなるわけではありません。サーバーや監視、セキュリティパッチ、拡張機能、運用担当者、障害対応を自社または委託先が担うため、初期費用と月額運用費を合わせたTCOで判断します。必要なBtoB機能が追加開発になる場合は、Adobe Commerceとの価格差が縮まることもあります。

まとめ

Magentoのシステム開発を発注するときは、まずOpen SourceとAdobe Commerceを比較し、ECの目的、KPI、商品・顧客・注文・在庫のデータ責任を整理します。そのうえで、RFPに連携先、移行件数、受入条件、運用体制、公開後のアップデート方針を記載すると、提案と見積を比較しやすくなります。

一括請負、段階発注、複数会社への分割発注にはそれぞれ利点があります。要件が固まっていない部分は準委任で調査し、成果物と受入条件が固まった部分は請負で発注するなど、プロジェクトの不確実性に合わせて契約を分けます。見積比較では初期費用だけでなく、ライセンス、クラウド、保守、パッチ、データ移行、引き継ぎまで含めた総額を見ます。

最初から完璧な要件を作る必要はありません。現行業務の流れ、困っていること、データ件数、連携先、希望時期、予算の考え方を書いたたたき台を作り、Magentoの経験がある会社へ相談します。プロトタイプで現場の操作性を確かめ、発注側と委託先が同じ完成イメージを持ってから本契約へ進むことが、公開後に使われるシステムにつながります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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