ebisumartのシステム開発は、要件整理から定着まで6つのフェーズを順に進めます。開発の全体像を押さえたうえで各フェーズの完了条件を決めると、追加費用や稼働後の混乱を抑えやすくなります。
全体像は、ebisumartのシステム開発の完全ガイドにもまとめています。
▼全体ガイドの記事
・ebisumartのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ebisumartのシステム開発の全体像
ebisumartは、商品、会員、受注を中心にクラウド上で扱うEC基盤です。在庫、決済、販促、運用管理も、同じ基盤の中で扱います。ECサイトの画面だけでなく、サイト画面の外側にある業務も基盤の対象に含まれます。
公式サイトでは、新規構築、リニューアル、オムニチャネル、BtoB EC、DtoC ECなどの導入実績が紹介されています。必要な設計は規模や業態によって大きく変わるため、料金や工期を先に決めるよりも、まず業務とデータの流れを定義します。
ebisumartのシステムが担う範囲
ebisumartはECの取引データを、CRM・MAは営業案件や配信、広告反応の分析を受け持ちます。そのうえで、両者の間で保存・送受信する情報の範囲を決めます。
- ebisumart：ECの商品・顧客・注文・決済・在庫の取引データ
- CRM・MA：営業案件、メール配信、広告反応分析、商談履歴など
- 連携対象：保存、外部送信、外部受信する情報の一覧
たとえば、注文確定後に会員情報と購入履歴をCRMへ連携し、一定期間購入がない顧客をMAで抽出して配信する構成が考えられます。
連携の前には、どのシステムを正とするか、連携の頻度を決めておきます。更新に失敗したときの再送や、個人情報の利用目的も、あわせて決めます。決めないまま稼働すると、稼働後に二重管理が起こることがあります。
標準機能とカスタマイズの分け方
標準機能との差分は、設定で対応できるものから個別カスタマイズまでに分けて整理します。
- 標準機能：商品検索、カート、注文、会員登録、ポイント、キャンペーン
- 業務上の差分：取引先別価格、注文権限、店舗在庫、会員統合など
- 独自要件：個別の審査フローなど、標準との差分として整理する
定期販売や予約販売も、標準機能で実現できる業務かどうかを確認する対象です。分類しておくと、費用と保守を比べやすくなります。
標準から外れる要件は、すべて実装するのではなく、経営成果に影響するものを優先します。購入率や受注処理時間、在庫精度、営業の再利用性などが、その例です。
慣習的な帳票や社内だけの細かな操作は、業務側を見直す余地があります。
公式の導入事例には、法人会員向けの履歴照会や請求書ダウンロード、基幹連携、オムニチャネルなどがあります。発注側は、競争力に直結する部分へ予算を配分します。
ebisumartのシステム開発の進め方・流れと6フェーズ
導入は6フェーズで、要件整理とベンダー選定から始まります。そのあとに、設計・開発、テスト、稼働、定着へと進みます。フェーズごとに区切って進めると、抜け漏れを把握しやすくなります。
各フェーズには完了条件を決め、前工程の成果物を次の判断材料にします。そのうえで、実行計画は自社の年間の予定に合わせて立てます。繁忙期や決算、キャンペーンの時期に加え、商品入れ替えの時期も含めます。
フェーズ1：要件整理と現行業務・データの洗い出し
商品や顧客、価格、在庫、受注、決済など、販売に関わる業務を一連の流れで書き出します。Excelやメール、FAX、個別マクロなど、システムの外で行う作業も洗い出しの対象です。
実際の注文を1件取り上げ、受注から会計計上までの担当者と操作画面を確かめます。担当者へのヒアリングも行います。
成果物には、業務フローと機能一覧、外部連携一覧、権限表を含めます。移行データ一覧と非機能要件も入れます。中でも次の3点は、早い段階で決めておく必要があります。
- 売上と在庫：計上時点と在庫の正となるシステム
- 法人取引：法人ごとの価格と注文権限
- 例外処理：返品・キャンセル・返金の扱い
これらが曖昧なまま選定に進むと、安い見積もりと実際に必要な機能との差が大きくなります。
フェーズ2：選定と標準適合度・支援範囲の比較
ebisumartは株式会社インターファクトリーが提供し、導入支援や連携開発はパートナーが担います。そのため、両者の役割を分けて確認します。
公式パートナーかどうかに加えて、同業種・売上規模・取引形態の実績を確認します。あわせて、BtoB価格とデータ移行の担当範囲も見ます。連携では、基幹とPOSに加え、WMS、CRM・MAとの連携も確かめます。
提案書に「対応可能」とある項目は、標準機能、設定、Apps、API、個別開発のどれで対応するのかを質問します。対応方法によって、費用と保守の扱いが変わるためです。回答は、要件と見積もり、体制、実績とデモの3点に分けて確かめます。
- 要件と見積もり：適合・追加開発・代替運用の回答と成果物
- 体制：再委託先、障害時の一次窓口、保守・改善・教育の担当
- 実績とデモ：類似事例と例外注文などの操作確認
見積もりに、要件定義のレビュー回数と稼働後の支援が含まれるかも確かめます。デモでは、購入画面だけでなく、権限別画面や返品、在庫差異、連携エラーも見せてもらいます。
フェーズ3：設計・開発と変更に強い連携の構築
設計・開発の段階では、連携仕様と変更管理を整えておきます。基本設計から変更管理まで、4つの領域に分けて詰めていきます。
- 基本設計：画面、データ項目、状態遷移、権限、エラー処理、運用ルール
- API：認証方式とAPIバージョンの確認
- 連携仕様書：認証情報の保管、アクセス元IP、更新、タイムアウト、再送、重複防止、監視通知
- 変更と例外：変更内容、理由、影響、工数、納期、承認者の記録と、受注取消などの事前レビュー
たとえば、データアクセスAPIはREST形式で、OAuth認証とAPIバージョン指定が必要です（出典：EBISUMARTサポート「データアクセスAPI」、2026年8月確認）。
例外処理には、分割配送や在庫引当、決済失敗、会員退会などを含めます。要件の追加は口頭だけで済ませず、変更管理表に残します。そうすることで、発注側と開発会社の認識違いを防ぎます。
フェーズ4：テストと業務シナリオ・データの検証
テストは画面単位だけでなく、業務シナリオで行います。商品登録から返品、返金までの一連の流れを、注文や決済、在庫引当、出荷などを通して確かめます。請求と会計連携も、同じ流れの中で確認します。
BtoB ECでは、法人管理者と一般利用者とで、商品や価格、注文権限が異なるケースも検証します。
- 異常系：決済失敗、在庫不足、配送先変更、重複注文
- 連携と情報：連携先停止、APIタイムアウト、会員情報の不整合
- 安全性と復旧：個人情報のマスキング、権限、IP制限、ログ、バックアップ復旧
テスト仕様書には、担当者や入力データ、期待結果を残します。実施日や証跡、未解決課題も記録します。課題を残して稼働する場合は、暫定運用と期限を発注側が承認します。
フェーズ5：稼働と切り替え手順・復旧条件の決定
移行と切り替えでは、手順と判断条件を事前に決めておきます。移行の準備から障害時の対応まで、4点を押さえます。
- 移行リハーサル：少なくとも一度行い、商品コード、会員メール、法人・事業所、価格、在庫、注文履歴、ポイント残高の確認
- 移行範囲：対象、保持期間、重複・欠損時の扱いを決め、古い会員や退会者は利用目的・法令・案内・必要履歴から判断
- 切り替え計画：停止時間、最終取得時刻、注文停止、在庫確定、DNS・決済、窓口、告知、旧システム参照期限の記載
- 障害時の対応：旧システムへ戻すか手作業で受注するかの判断者と、待機する各部門の責任者
リリース当日は、受注、物流、カスタマーサポート、経理、マーケティングの責任者に待機してもらいます。障害が起きた際に、すぐ判断できるようにするためです。
フェーズ6：定着と数値に基づく運用改善
稼働後は、現場で使われているかを確かめます。次に、数値に基づいて改善を進めます。
- 効果測定：導入前の基準値と注文処理時間、受注ミス、在庫差異、問い合わせ件数、会員登録率、購入率、返品滞留の月次比較
- 現場の定着：手順書、担当者別権限、よくあるエラーの対処、問い合わせ先の整備
- 改善の優先度：法令、セキュリティ、決済、受注停止を最優先とし、次いで売上や作業時間への影響
- 個別開発：標準化時期、既存開発への影響、テスト責任の確認
公式のセキュリティ説明は標準機能が対象です。そのため、カスタマイズ部分は別途確認が必要です（出典：EBISUMARTサポート「本サービスのセキュリティについて」、2026年8月確認）。
ebisumartのシステム開発の費用相場とコスト内訳
費用の中心は、初期構築と、月額の基本保守およびカスタマイズ保守です。ほかに、オプション、アクセス、連携・移行・教育の費用がかかります。
公式料金ページの最低目安は、初期導入300万円、月額25万円程度からです。ただし、要件やアクセス規模によって変わるため、連携数や会員・商品の件数、デザイン、運用体制を前提に、幅で考えます。
構成別の費用レンジ
標準機能中心なら、初期300万〜800万円、月額25万〜50万円程度が予算枠の目安です。決済や基幹連携を1〜3本、BtoB価格・権限、会員移行を加える場合は、初期800万〜3,000万円、月額40万〜100万円程度まで広がる可能性があります。
さらに、複数ブランド、オムニチャネル、独自受注・在庫、複数連携、大規模移行を含む場合は、初期3,000万円〜2億円超、月額80万〜650万円程度の幅で検討します。これらは一般的な断定額ではなく、公式料金ページの例を要件別に整理した目安です（出典：EBISUMART公式「料金プラン」、2026年8月確認）。
- 月商1,000万円：標準機能中心で導入500万円、月額30万円
- 月商5,000万円：基幹・POS連携などで導入3,000万円、月額80万円
- 月商5億円：独自開発やWMS・アプリ・会計・MA連携などで導入2億円、月額650万円
初期費用以外に見込むコスト
初期構築費のほかに、導入準備、データ整備、料金方式、契約条件の4点も費用として見込んでおきます。
- 導入準備：データ整理・移行、接続試験、決済・配送会社の申請、写真・コンテンツ登録、教育、マニュアル、稼働後支援
- データ整備：会員重複、商品コードの揺れ、古い価格、在庫差異の整理は別工数。移行を減らせば安くなるとは限らず、残す履歴は業務と顧客対応から判断
- 料金方式：従量課金、固定料金、レベニューシェア。レベニューシェアは、初期1,000万円から、月商の2.5%からという公式目安
- 契約条件：月商増加時と固定料金の複数年試算、アクセス費用の定義、繁忙期上限、最低利用料、保守、データ返却
料金方式ごとの差額は、複数年の総額で比べておきます。契約の前に、解約時の扱いも確かめます。
ebisumartの見積もりを取る際のポイントと比較方法
見積もりは、合計金額の安さだけで比べず、同じ前提条件で比較します。RFPには、業務フローと画面、権限を記載します。件数は、商品・会員・注文ごとに書きます。連携先と移行、ピーク時のアクセスも、あわせて書きます。
決済や返品、運用体制、希望時期も、RFPに含めます。同じ資料を候補各社に渡し、標準機能と個別開発を分けた見積もりを依頼すると、価格差を説明しやすくなります。
見積書の項目別の確認範囲
見積書は、初期作業と月額費用を分けて読みます。初期作業では作業の範囲を、月額費用では保守やオプションの条件を照合し、支援時間も比べます。
- 初期作業：要件定義、情報設計・デザイン、標準設定、カスタマイズ、API・CSV・バッチ、決済・配送、移行、テスト、セキュリティ、リリース、教育、保守
- 各項目の内訳：作業、成果物、担当者、前提、対象外作業、工数、金額、納期。連携・移行・テスト一式は、内訳と対象件数
- 月額費用：基本・カスタマイズ保守、オプション、アクセス、監視、問い合わせ、改善、追加環境。API仕様変更や外部障害の扱い
- 支援時間：月10時間の改善支援が必要か、問い合わせ対応のみでよいかを比べ、総保有コストを判断
開発会社の比較基準
開発会社は、実績の件数よりも、自社の条件に近い担当経験と提案内容で比べます。
- BtoB EC：法人・事業所階層、取引先別価格、見積・承認、請求書、基幹連携の担当範囲
- オムニチャネル・CRM/MA：店舗採寸や店舗在庫、会員統合、受け取り方法、データ項目、同意・配信停止、失敗時の再送
- 提案内容：標準機能、更新影響を受けにくい開発、業務変更が適する要件の説明
- 納品物：設計、API、テスト、移行、運用の各文書を契約に含めることと、保守会社の変更に備えた知識の記録
契約・セキュリティ・運用のリスク確認
セキュリティは、「クラウドだから安心」と一言で判断せず、中身を確かめます。
公式の説明では、管理者IDとパスワードによる認証、権限管理、管理画面のIP制限が示されています。さらに、ファイアウォールやDDoS対策、不正侵入検知、SSL、HSTSも挙げられています。
ただし、カスタマイズ部分は標準機能の説明の対象外です。そのため、追加開発や外部Apps、連携サーバー、ログ保存の扱いに加え、再委託先の脆弱性対応と事故報告の担当を契約書で明確にします。
- 情報管理：個人・カード情報の保存場所、退会・削除依頼への対応
- 運用と復旧：権限の見直し、監査ログの保持期間、障害連絡、復旧目標、バックアップテスト
- 契約終了：データ返却形式と解約後の削除期限
外部のCRMやMAへ個人情報を渡す場合は、利用目的や同意、委託・再委託、アクセス権限などを整理します。稼働後の運用体制も、発注先の選定に含めます。
ebisumartのシステム開発でよくある質問
FAQの回答を自社に当てはめるときは、商品数や会員数、売上規模、連携数、繁忙期、運用体制を基に考えてください。
ebisumartのシステム開発にはどのくらいの期間がかかりますか？
標準機能中心なら1〜3か月、外部連携やBtoB要件を含むなら3〜6か月が計画目安です。
複数連携や大規模移行、オムニチャネルを含む場合は、6〜12か月以上を見込みます。これは公式が一律に定めた工期ではなく、要件やデータ状態、意思決定の速さ、テスト期間を踏まえた一般的な目安です。
期間は、要件定義と移行リハーサルを含めて見積もります。
ebisumartはBtoBとBtoCのECを一つの基盤で運用できますか？
一つの基盤で運用できる可能性はあります。ただし、法人と個人で価格、会員権限、承認、請求、配送、商品表示をどこまで分けるかによって、設計が変わります。
BtoBの取引先別価格や親子会員、事業所単位の権限、請求書、見積注文が必要な場合は、標準機能と追加開発の範囲を確かめます。
BtoCの購入導線とBtoBの受注業務を、無理に同じ画面やルールにまとめると、現場で使いにくくなります。そのため、利用者ごとに検証します。
ebisumartとCRM・MAはどのように使い分けますか？
ebisumartはECの取引データを扱い、CRMは顧客情報や営業活動、MAは条件に応じた配信や反応計測を担う構成が基本です。連携する際は、会員IDをキーにして、購入履歴や商品、金額、キャンペーン反応など必要な項目を渡します。
配信停止や同意状態を管理するシステムと、連携の遅延や失敗時の扱いを決めておかないと、顧客へ誤った案内を送るリスクがあります。
ebisumartの初期費用と月額費用はいくらですか？
公式料金ページの最低目安は、初期導入300万円、月額25万円程度からです。実際の費用は、標準機能やカスタマイズ、連携、アクセス規模、移行、運用支援によって変わります。
標準機能中心なら初期300万〜800万円、連携やBtoB要件を含む場合は初期800万〜3,000万円程度といったように、要件別に見積もりを依頼します。月額の内訳と、数年分の総額も比べます。
ebisumartのシステム開発の進め方まとめ
開発では、自社の業務とデータを整理し、どこまでを標準機能やオプション、API連携で対応し、どこからを個別開発にするかを発注側と開発会社で合意します。6つのフェーズそれぞれで完了条件と責任者を明確にしておくと、追加費用や稼働後の混乱を抑えやすくなります。
発注前に確認する項目
発注前には、現行の業務フローや機能、外部連携、移行データを一つの資料にまとめます。権限やピーク時のアクセス、返品・返金などの例外処理も、同じ資料に含めます。
見積もりでは、要件定義や標準設定、カスタマイズ、API、移行の内訳を確認します。テスト、教育、保守の内訳と、対象外作業も見ておきます。
セキュリティや再委託、障害対応、データ返却、解約後の扱いも、契約に記載しておくと、長く運用できるシステムにつながります。
最初の一歩となる小さな要件整理
まずは代表的な注文を一件選び、商品登録から出荷、請求、返品までの流れを書き出します。あわせて、基幹、POS、WMS、CRM・MAと連携するデータと時期も一覧にします。次に、資料をもとに2〜3社へ相談し、標準機能で実現できる部分と、独自開発が必要な部分を比べます。それにより、自社に合う導入方法を判断する材料になります。
▼全体ガイドの記事
・ebisumartのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。