想定読者: 年商 30-300 億 / 店舗 10-100 拠点 / EC 売上比率 10-40% の中堅小売企業の経営者、EC 統括、店舗統括、情シス責任者。 本記事の使い方: 「OMO をやるべきか」ではなく、店舗在庫連携・BOPIS・Ship From Store・ポイント統合にいくらかかり、どこから着手すべきかを判断するための費用ガイド。
結論を 30 秒で。 中堅小売の OMO / EC 連携は、店舗在庫連携だけなら PoC 300-800 万 / 本番 800-3,000 万円、BOPIS（ネット注文・店舗受取）、Ship From Store（店舗出荷）、ポイント統合、CDP 連携まで含めると 初期 1,500-5,000 万円 / 月額 30-250 万円 が現実的なレンジです。
最初から全店・全機能を統合すると失敗しやすい。まずは 5-10 店舗 + 主要 SKU + EC 1 系統 に絞り、在庫精度 95% 以上、店舗受取リードタイム 24 時間以内、欠品による機会損失の削減を確認してから全店展開するのが安全です。
OMO は「大きな構想」より先に、小さく回収できる形で始める
OMO は、店舗・EC・アプリ・会員データをすべて統合する大きな構想として語られがちです。しかし中堅小売で最初から全店・全機能を対象にすると、要件定義が膨らみ、店舗運用が追いつかず、投資対効果も説明しにくくなります。
最初に見るべきなのは、もっと具体的な問いです。
<div class="article-check-grid"> <div class="article-check-grid__item"> <span class="article-check-grid__label">在庫</span> <p>EC では欠品している商品が、店舗には残っていないか</p> </div> <div class="article-check-grid__item"> <span class="article-check-grid__label">来店</span> <p>店舗在庫を EC に表示したら、来店や購入につながるか</p> </div> <div class="article-check-grid__item"> <span class="article-check-grid__label">店舗負荷</span> <p>ネット注文・店舗受取を始めても、店舗スタッフの負荷は許容できるか</p> </div> <div class="article-check-grid__item"> <span class="article-check-grid__label">出荷</span> <p>滞留在庫を店舗出荷で減らせるか</p> </div> <div class="article-check-grid__item"> <span class="article-check-grid__label">回収</span> <p>その効果は、初期費用と月額運用費を上回るか</p> </div> </div>この問いに答えられると、OMO は抽象的な DX ではなく、店舗在庫連携から始める回収可能な投資として扱えます。
MANUFACTURING DX
Excel限界から受発注システムへ、同規模の概算は？
中小製造業の概算費用・導入期間・役割分担マトリクスをその場で確認。要件整理テンプレも無料提供します。
まず CDP より「在庫の信頼性」を整える
中堅小売の OMO では、CDP やアプリ刷新から始めるより、店舗在庫の信頼性を上げる方が成果につながりやすいです。
顧客 ID を統合しても、商品ページの在庫が信用できない、店舗受取の準備が遅い、返品や売上計上の処理が現場任せになっている状態では、顧客体験は改善しません。むしろ「在庫ありと表示されたのに店舗にない」「受取準備ができていない」といったクレームを増やします。
一方で、店舗在庫連携は効果を数字にしやすい領域です。欠品による機会損失、滞留在庫、受取時の追加購入、在庫確認の問い合わせ削減などを測れます。経営層や財務部門に説明する材料も作りやすい。
そのため、最初のプロジェクトは「OMO 全体構想」ではなく、店舗在庫連携 PoC + BOPIS 実施可否の確認 + ROI 試算に絞るのが現実的です。6-10 週間で、全店展開すべきか、BOPIS まで進むべきか、Ship From Store はまだ早いかを判断できます。
こんな状態なら、この記事の内容が判断材料になります
次のどれかに当てはまるなら、OMO の一般論を読む段階はすでに過ぎています。費用、順番、現場負荷、回収可能性を具体的に確認する段階です。
| 状態 | いま確認すべきこと |
|---|---|
| EC では欠品しているのに、店舗には在庫が残っている | 店舗在庫を EC に表示した場合の機会損失削減 |
| 在庫確認の電話やチャット対応が多い | 店舗別在庫表示で削減できる問い合わせ件数 |
| BOPIS を始めたいが、店舗側の負荷が読めない | 受取準備時間、未受取率、ピッキング工数 |
| 店舗ごとに SKU や商品名の管理がずれている | 商品マスタ統合と在庫精度改善の工数 |
| 稟議で「本当に回収できるのか」と聞かれる | 初期費用、月額運用、欠品削減、滞留在庫削減の試算 |
OMO はマーケティング施策だけではありません。店舗統括、EC、情シス、経理、物流が同じ数字を見て進める業務設計です。
社内検討で次に用意したい資料
この記事を読んだ後は、社内で「やる / やらない」を議論するより、まず 5-10 店舗で検証できるか を確認してください。そのために必要なのは、抽象的な OMO 解説資料ではなく、投資判断に使えるチェックシートです。
用意したいのは、たとえば 「店舗在庫連携・BOPIS 投資判断シート」 です。
このシートには、次の項目があると実務で使いやすくなります。
<div class="article-deliverable-list"> <div class="article-deliverable-list__item"> <span>01</span> <p>POS / EC / WMS / 商品マスタの棚卸し</p> </div> <div class="article-deliverable-list__item"> <span>02</span> <p>PoC 対象店舗と対象カテゴリの選定</p> </div> <div class="article-deliverable-list__item"> <span>03</span> <p>在庫精度、受取時間、欠品率、店舗負荷の KPI</p> </div> <div class="article-deliverable-list__item"> <span>04</span> <p>初期費用、月額費用、補助金活用後の実負担</p> </div> <div class="article-deliverable-list__item"> <span>05</span> <p>BOPIS / Ship From Store の実装可否</p> </div> <div class="article-deliverable-list__item"> <span>06</span> <p>稟議に貼れる ROI 試算</p> </div> </div>既存の汎用資料では、ROI 算出 sheet テンプレート や 稟議書テンプレート（システム開発・AI 導入） が近い用途で使えます。OMO 専用に検討する場合は、そこに「店舗在庫」「BOPIS」「Ship From Store」「返品・売上計上」の項目を追加すると、社内説明に使いやすくなります。
<div class="article-download-cta"> <p class="article-download-cta__eyebrow">まず社内で整理するなら</p> <p class="article-download-cta__title">店舗在庫連携・BOPIS 投資判断シートを作る</p> <p class="article-download-cta__body">POS / EC / WMS / 商品マスタ、PoC 対象店舗、KPI、費用、補助金、ROI を1枚に整理できる状態にすると、経営会議・稟議・ベンダー相談の論点がそろいます。</p> <a href="/downloads?source=retail-omo-mid-ec-store-inventory-cost-2026&intent=omo-investment-sheet" class="article-download-cta__button">投資判断シートを見る</a> </div>外部に確認する前に整理しておくこと
ベンダーや開発会社に確認する前に、次の情報があると見積もりの精度が上がります。
| 整理項目 | 確認内容 |
|---|---|
| 店舗数 / 対象店舗 | まず PoC に使える 5-10 店舗を選べるか |
| SKU 数 / 対象カテゴリ | 全商品ではなく、検証しやすいカテゴリを切れるか |
| POS / EC / WMS | API、CSV、バッチ、手動連携のどれが可能か |
| 在庫精度 | 棚卸し差異、販売後反映時間、移動中在庫の扱い |
| 店舗オペレーション | ピッキング、取り置き、受取、未受取、返品処理 |
| 売上計上 / ポイント | 店舗売上か EC 売上か、ポイント原資をどう扱うか |
この整理ができていると、初回の打ち合わせで「OMO をやりたいです」ではなく、「店舗在庫連携 PoC をこの範囲で実施したい」と話せます。結果として、見積もりも提案も具体的になります。
OMO / EC 連携の費用相場
| 実装範囲 | 初期費用 | 月額運用 | 向いている企業 |
|---|---|---|---|
| 店舗在庫の EC 表示 PoC | 300 万-800 万円 | 10 万-50 万円 | まず欠品・機会損失を見たい |
| 店舗在庫連携 本番 | 800 万-3,000 万円 | 30 万-150 万円 | 10-100 店舗で EC と在庫をつなぎたい |
| BOPIS | 500 万-2,000 万円 | 20 万-100 万円 | 店舗受取で来店を増やしたい |
| Ship From Store | 800 万-3,000 万円 | 50 万-200 万円 | EC 欠品・滞留在庫を同時に減らしたい |
| ポイント / クーポン統合 | 500 万-2,500 万円 | 30 万-150 万円 | 店舗と EC の販促を統合したい |
| CDP / CRM 連携 | 800 万-3,500 万円 | 50 万-250 万円 | 顧客 ID と LTV を統合したい |
**最小構成は「店舗在庫連携 PoC + 主要 5 店舗 + 主要カテゴリ」**です。いきなりポイント、アプリ、CDP、全店出荷まで入れると、要件定義だけで 3-6 ヶ月消えます。
どの機能から着手すべきか
優先 1：店舗在庫の EC 表示
最初にやるべきは、EC から店舗在庫を見えるようにすることです。顧客が「近くの店舗に在庫があるか」を確認できるだけで、来店誘導と EC 欠品回避の両方に効きます。
必要な連携は以下です。
| 連携対象 | 確認ポイント |
|---|---|
| POS | SKU 単位の在庫が日次ではなく準リアルタイムで取れるか |
| WMS / 在庫管理 | 店舗在庫、EC 倉庫在庫、移動中在庫を分けられるか |
| EC | 店舗別在庫 API を商品ページに表示できるか |
| 商品マスタ | 店舗 SKU と EC SKU が一致しているか |
在庫精度が 90% 未満のまま表示すると「在庫ありで来店したのに無い」というクレームが増えます。OMO はシステム連携より、在庫精度の運用改善が先です。
優先 2：BOPIS
BOPIS は「ネットで注文して店舗で受け取る」仕組みです。中堅小売では、配送費削減より 来店機会の創出 が主目的になります。
実装で必要なものは次の通りです。
<div class="article-step-list"> <div class="article-step-list__item"> <span>1</span> <p>EC 注文時に受取店舗を選べる画面</p> </div> <div class="article-step-list__item"> <span>2</span> <p>店舗側の取り置き指示</p> </div> <div class="article-step-list__item"> <span>3</span> <p>受取期限とキャンセルルール</p> </div> <div class="article-step-list__item"> <span>4</span> <p>店舗スタッフのピッキング画面</p> </div> <div class="article-step-list__item"> <span>5</span> <p>受取完了と売上計上の連携</p> </div> </div>費用は 500 万-2,000 万円が目安です。POS と EC の売上計上ルールが複雑な場合は上振れします。
優先 3：Ship From Store
Ship From Store は、EC 注文を店舗在庫から出荷する仕組みです。滞留在庫を EC で売り切れる一方、店舗オペレーションの負荷が大きい。
中堅小売では、全店対応ではなく 大型店舗 3-10 店舗を出荷拠点化するのが現実的です。
| 判断軸 | 推奨 |
|---|---|
| 店舗スタッフに余力がある | 小規模 PoC 可 |
| 店舗が常に人手不足 | BOPIS までに留める |
| SKU 数が多い | 主要カテゴリから開始 |
| 返品率が高い | 返品処理ルールを先に設計 |
Ship From Store は売上効果が大きい反面、現場負荷の見積もりを誤ると定着しません。
典型アーキテクチャ
中堅小売の OMO 連携は、次の 5 レイヤーで設計します。
| レイヤー | 役割 | 代表システム |
|---|---|---|
| EC | 注文、商品表示、会員管理 | Shopify Plus、ecbeing、EC-CUBE、自社 EC |
| POS | 店舗販売、店舗在庫、売上計上 | スマレジ、Orange POS、既存 POS |
| 在庫基盤 | 店舗・倉庫・移動中在庫の統合 | WMS、ERP、在庫 API |
| 顧客基盤 | 会員 ID、ポイント、購買履歴 | CDP、CRM、会員アプリ |
| 連携基盤 | API、バッチ、監視、エラー処理 | iPaaS、ETL、カスタム API |
重要なのは、EC と POS を直接つなぎすぎないことです。最初は早く見えても、ポイント、返品、店舗間移動、棚卸し、セール価格が入ると破綻します。中間に在庫基盤か連携基盤を置き、どのシステムが正とするデータかを明確にします。
Phase 別ロードマップ
Phase 1：現状診断と PoC 設計（2-4 週間）
<div class="article-phase-list"> <div class="article-phase-list__item"> <span>確認</span> <p>店舗数、SKU 数、在庫精度、EC 売上比率を確認</p> </div> <div class="article-phase-list__item"> <span>棚卸し</span> <p>POS / EC / WMS / 商品マスタのデータ項目を棚卸し</p> </div> <div class="article-phase-list__item"> <span>設計</span> <p>PoC 対象店舗、対象カテゴリ、成功条件を決定</p> </div> <div class="article-phase-list__item"> <span>測定</span> <p>在庫精度、受取時間、欠品率、店舗負荷の測定方法を決める</p> </div> </div>成果物: 現行システム構成図、データ連携一覧、PoC 計画、概算見積。
Phase 2：店舗在庫連携 PoC（6-10 週間）
<div class="article-phase-list"> <div class="article-phase-list__item"> <span>構築</span> <p>5-10 店舗で在庫 API または日次連携を構築</p> </div> <div class="article-phase-list__item"> <span>表示</span> <p>商品ページに店舗別在庫を表示</p> </div> <div class="article-phase-list__item"> <span>記録</span> <p>在庫差異の原因を記録</p> </div> <div class="article-phase-list__item"> <span>測定</span> <p>欠品回避と来店誘導の効果を測定</p> </div> </div>成功条件: 在庫精度 95% 以上、連携遅延 30 分以内または業務上許容範囲、店舗問い合わせ増加に耐えられること。
Phase 3：BOPIS 実装（2-4 ヶ月）
<div class="article-phase-list"> <div class="article-phase-list__item"> <span>実装</span> <p>受取店舗選択、取り置き、受取完了処理を実装</p> </div> <div class="article-phase-list__item"> <span>運用</span> <p>店舗スタッフ向け運用画面を整備</p> </div> <div class="article-phase-list__item"> <span>ルール</span> <p>キャンセル、期限切れ、未受取のルールを決める</p> </div> <div class="article-phase-list__item"> <span>教育</span> <p>店舗教育と問い合わせ導線を整備</p> </div> </div>成功条件: 受取準備 24 時間以内、未受取率 5% 未満、店舗クレームの増加なし。
Phase 4：全店展開と CRM 連携（3-9 ヶ月）
<div class="article-phase-list"> <div class="article-phase-list__item"> <span>拡大</span> <p>店舗数を段階拡大</p> </div> <div class="article-phase-list__item"> <span>出荷</span> <p>Ship From Store は大型店から試験導入</p> </div> <div class="article-phase-list__item"> <span>統合</span> <p>会員 ID、ポイント、クーポンを統合</p> </div> <div class="article-phase-list__item"> <span>連携</span> <p>CDP / LINE / メール配信へ購買データを連携</p> </div> </div>成功条件: クロスチャネル顧客の LTV、在庫回転率、欠品率、EC CVR が改善していること。
ROI 試算
年商 100 億円、EC 売上 20 億円、店舗 40 拠点の中堅小売を例にします。
| 効果項目 | 年間効果の目安 | 根拠 |
|---|---|---|
| EC 欠品による機会損失削減 | 1,000 万-3,000 万円 | 店舗在庫を EC に露出 |
| 滞留在庫削減 | 1,500 万-5,000 万円 | 店舗在庫の EC 販売 |
| BOPIS 追加購買 | 500 万-2,000 万円 | 受取時のついで買い |
| 問い合わせ削減 | 300 万-1,000 万円 | 在庫確認電話の削減 |
| CRM 改善 | 1,000 万-4,000 万円 | クロスチャネル配信 |
初期投資 2,000 万円、月額運用 80 万円なら、年間コストは初年度 2,960 万円です。年間効果が 3,000 万円を超える設計なら初年度から回収圏内、保守的に見ても 18-30 ヶ月での回収が目安になります。
失敗パターン 7 つ
| # | 失敗 | 回避策 |
|---|---|---|
| 1 | 在庫精度が低いまま EC に表示する | PoC 前に棚卸し差異を測る |
| 2 | 全店一斉展開で店舗が混乱する | 5-10 店舗で始める |
| 3 | POS と EC を直接つなぎすぎる | 在庫基盤 / 連携基盤を置く |
| 4 | 返品・キャンセルの会計処理が未設計 | 売上計上ルールを先に決める |
| 5 | 店舗スタッフの作業時間を見積もらない | ピッキング時間を KPI に入れる |
| 6 | ポイント統合を後回しにしすぎる | Phase 3 までに方針を決める |
| 7 | EC 部門だけで進める | 店舗統括、経理、情シスを初期から入れる |
OMO は EC プロジェクトではありません。店舗、経理、在庫、顧客データをまたぐ業務変革です。
発注前チェックリスト
<div class="article-audit-checklist"> <div class="article-audit-checklist__item">店舗在庫、EC 在庫、倉庫在庫、移動中在庫の定義を分けたか</div> <div class="article-audit-checklist__item">商品マスタの SKU 粒度が POS と EC で一致しているか</div> <div class="article-audit-checklist__item">在庫差異が起きたときの責任部署と修正フローを決めたか</div> <div class="article-audit-checklist__item">BOPIS の受取期限、キャンセル、未受取の処理を決めたか</div> <div class="article-audit-checklist__item">Ship From Store の対象店舗と対象 SKU を絞ったか</div> <div class="article-audit-checklist__item">ポイント原資、売上計上、返品時の会計処理を経理と確認したか</div> <div class="article-audit-checklist__item">PoC の成功条件を在庫精度、受取時間、欠品率、店舗負荷で定義したか</div> <div class="article-audit-checklist__item">全店展開後の月額運用、監視、障害対応の体制を見積もったか</div> </div> <div class="article-decision-box"> <p class="article-decision-box__title">ここまで読んで、次に外部へ確認した方がよい企業</p> <div class="article-decision-box__grid"> <div> <p class="article-decision-box__label">外部の担当者と整理した方がよい状態</p> <ul> <li>EC 欠品と店舗在庫のズレが売上機会損失になっている</li> <li>BOPIS や店舗出荷を始めたいが、現場負荷と費用が読めない</li> <li>POS / EC / WMS / 商品マスタのどこをつなぐべきか判断できない</li> <li>稟議で ROI、費用、補助金、全店展開可否を説明する必要がある</li> </ul> </div> <div> <p class="article-decision-box__label">まず社内で確認したい状態</p> <ul> <li>対象店舗や対象カテゴリがまったく決まっていない</li> <li>店舗在庫の棚卸し差異を一度も測っていない</li> <li>EC 売上や欠品率など、効果測定に使う数字が取れていない</li> <li>経営・EC・店舗・情シスの責任者がまだ同じ場にいない</li> </ul> </div> </div> </div>GXOと一緒に整理できること
GXO との打ち合わせは、いきなり開発を発注するための場ではありません。まずは「やるべきか」「どこから始めるか」「いくらまでなら投資できるか」を判断できる材料を作る場です。
<div class="article-outcome-grid"> <div class="article-outcome-grid__item"> <span>01</span> <p>PoC 対象店舗・対象 SKU・対象システムの切り分け</p> </div> <div class="article-outcome-grid__item"> <span>02</span> <p>POS / EC / WMS / 商品マスタの連携方式整理</p> </div> <div class="article-outcome-grid__item"> <span>03</span> <p>初期費用・月額費用・運用体制の概算</p> </div> <div class="article-outcome-grid__item"> <span>04</span> <p>在庫精度、受取時間、欠品率、店舗負荷の KPI 設計</p> </div> <div class="article-outcome-grid__item"> <span>05</span> <p>RFP / ベンダー比較 / 補助金活用可否の整理</p> </div> <div class="article-outcome-grid__item"> <span>06</span> <p>全店展開に進むか、BOPIS までに留めるかの投資判断</p> </div> </div> <div class="article-final-push"> <p class="article-final-push__title">次に進める状態</p> <p>「OMOをやりたい」という曖昧な状態ではなく、「5-10 店舗で店舗在庫連携 PoC を実施する場合の対象範囲、KPI、費用、回収可能性、社内稟議資料の骨子」が見えている状態を目指します。</p> </div>FAQ
Q1. Shopify Plus なら OMO 連携は簡単ですか？
A. EC 側の API と拡張性は高いですが、難所は POS、在庫、店舗運用です。Shopify Plus を使っても、店舗在庫の精度、商品マスタ、返品・売上計上ルールが未整理なら OMO は止まります。
Q2. POS を入れ替えないと店舗在庫連携はできませんか？
A. 必ずしも入れ替えは不要です。既存 POS から CSV / API / DB 連携で在庫を取得できれば PoC は可能です。ただし、連携頻度が 1 日 1 回しか取れない場合、リアルタイム在庫表示ではなく「在庫ありの可能性」表示に留める設計が安全です。
Q3. BOPIS と Ship From Store は同時に始めるべきですか？
A. 基本は BOPIS が先です。Ship From Store は梱包、配送、出荷ミス、店舗人員の論点が増えます。BOPIS で店舗側の取り置き・受取オペレーションが安定してから、出荷拠点店舗を限定して進めるのが現実的です。
Q4. 月額運用費は何にかかりますか？
A. API / iPaaS / サーバ費用、監視、障害対応、データ補正、店舗問い合わせ対応、ベンダー保守、改修対応です。初期開発だけでなく、在庫差異や注文エラーを毎週直す運用コストを見込む必要があります。
Q5. 補助金は使えますか？
A. IT 導入補助金、省力化投資補助金、ものづくり補助金、事業再構築補助金などが候補になります。ただし、補助対象経費や申請要件は年度・枠で変わります。申請前に、対象ツール、契約タイミング、発注前着手の可否を確認してください。
まとめ
中堅小売の OMO / EC 連携は、初期 1,500-5,000 万円 / 月額 30-250 万円が現実的な投資レンジです。最初に作るべきは大きな統合構想ではなく、店舗在庫連携 PoC です。5-10 店舗で在庫精度、受取オペレーション、欠品削減、店舗負荷を測れば、全店展開の投資判断ができます。
GXO は中堅小売 / D2C 企業向けに、OMO 構想、店舗在庫連携 PoC、EC / POS / WMS 連携設計、RFP 作成、ベンダー比較、補助金 PMO まで一気通貫で支援します。
店舗在庫連携 PoC の費用と進め方を自社条件で整理します
GXO が、現行 POS / EC / WMS / 商品マスタを確認し、510 店舗 PoC の対象範囲、KPI、概算費用、補助金活用、全店展開可否を整理します。まず論点を棚卸しし、必要な場合だけ具体的な見積もりや実装範囲へ進めます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。
