RETAIL DX

小売DX支援

商品、価格、販促、在庫、店舗、EC、顧客、物流を共通データでつなぎ、日々の意思決定速度と精度を高めます。

このテーマを相談する支援方法を見る
UNIFIED COMMERCE CONTROL顧客接点ではなく、在庫の真実性と注文判断を中心に統合する
  1. 01需要を感知検索・来店・購買・販促反応
  2. 02品揃え・価格Assortment・Pricing・Markdown
  3. 03ATPを判断店舗・DC・移動中在庫
  4. 04注文を履行DOM・BOPIS・Ship from Store
  5. 05返品を再流通BORIS・検品・再販・廃棄

次の判断OMOの評価はチャネル数ではなく、約束した在庫・納期を守り、返品まで含めて粗利を残せるかで行います。

DXwheel設計フレームワークによる概念図。個別案件では現状証跡と制約に合わせて更新します。

DESIGN THESIS

小売DXは店舗とECの画面統合ではありません。商品、ロケーション、価格条件、販売可能在庫、注文、顧客・同意、販売・返品イベントの意味を揃え、どの接点でも実行可能な顧客約束と粗利を設計する取組です。

VALUE FLOW

小売DXの価値流とデジタルスレッド

各段階を個別システムの機能一覧ではなく、判断、対象物、状態イベント、System of Record、次工程への顧客約束で接続します。

PLAN

品揃えと需要を設計

カテゴリ、シーズン、店舗群、チャネル別にAssortment、需要、Open-to-Buy、在庫目標を合意する。
DATA / EVENT
商品階層、Store cluster、Forecast
SYSTEM
Merchandise Planning / BI

BUY

調達と導入を管理

取引条件、GTIN/SKU、原価、納期、MOQ、商品属性、導入・廃止を商品ライフサイクルで管理する。
DATA / EVENT
Supplier、Item、Cost、PO、ASN
SYSTEM
ERP / SRM / PIM

PRICE

価格・販促を実行

通常売価、Markdown、Coupon、原資、対象、期間、併用、承認をPOS/ECで同じ条件として解釈する。
DATA / EVENT
Price rule、Offer、Promotion
SYSTEM
Pricing / Promotion / POS

ALLOCATE

在庫を配置・補充

配分、Replenishment、Safety stock、移動、棚在庫、欠品、廃棄をロケーション別に制御する。
DATA / EVENT
On-hand、Reserved、In-transit、Damaged
SYSTEM
ERP / WMS / Allocation

PROMISE

注文を引当・配分

ATP、Sourcing rule、Split、Substitution、BOPIS、Ship-from-storeの約束可能性と費用を判定する。
DATA / EVENT
Order、Promise、Reservation、Route
SYSTEM
OMS / DOM / WMS

SERVE

店舗・ECで提供

POS、Endless aisle、受取、配送、接客、会員、決済、通知をE2Eでつなぐ。
DATA / EVENT
Basket、Customer、Consent、Fulfilment
SYSTEM
POS / EC / CRM / CDP

RETURN

返品・交換を閉じる

BORIS、返金、検品、再販、修理、廃棄、不正検知を注文・在庫・会計へ戻す。
DATA / EVENT
Return authorization、Disposition、Refund
SYSTEM
OMS / POS / WMS / Finance

FIT / BOUNDARY

適用条件と着手境界

有効な状況、構造的な原因、最初の判断、対象外を明確にし、ツール導入だけを目的にしません。

01

在庫があるのに売れない

CONDITION
棚・バックヤード・引当・移動・返品等の状態と時刻が不一致
FIRST DECISION
販売可能在庫、ATP、更新責任
BOUNDARY
リアルタイム連携だけを目的にしない
02

店舗とECの約束が分断

CONDITION
注文、受取、配送、返品、問合せがチャネル別プロセス
FIRST DECISION
対象顧客約束とE2E責任者
BOUNDARY
フロント画面統合で終わらせない
03

価格・販促効果が不明

CONDITION
条件・原資・欠品・季節性・カニバリを分離できない
FIRST DECISION
Price waterfallと増分利益の測定条件
BOUNDARY
売上増だけを効果にしない
04

顧客データが増殖

CONDITION
ID、同意、利用目的、保持、Audience共有がユースケースと無関係
FIRST DECISION
必要な識別精度とConsent境界
BOUNDARY
全顧客の統合を先行しない

ARCHITECTURE DECISIONS

優先して解く設計判断

選択肢、評価軸、採用・棄却理由、決定者、見直し条件をArchitecture Decision Recordに残し、後続の要件・テスト・運用へIDで接続します。

01

商品識別と属性責任を決める

GTIN、社内SKU、Variant、Pack、カテゴリ、ブランド、商品属性、画像を誰が確定・変更するかを定義します。

02

販売可能在庫を状態で定義する

On-handから引当、取置、移動、返品、破損、棚差、Safety stockを差し引く規則と更新時刻を揃えます。

03

注文ルーティングを利益で設計する

納期だけでなく、ピッキング能力、配送費、在庫陳腐化、Split、返品可能性、顧客約束を評価します。

04

価格・販促の競合を解く

通常価格、会員価格、クーポン、Markdown、税、チャネル・店舗裁量の優先順位と監査証跡を残します。

05

顧客統合と同意を分ける

決定的・確率的照合、Household、匿名ID、同意、利用目的、削除、Retail Media共有をユースケース別に決めます。

06

店舗をフルフィルメント拠点化する条件を決める

在庫精度、棚・バックヤード区分、作業容量、Cut-off、梱包、顧客導線、欠品代替、教育を受入条件にします。

BUSINESS / DATA / APPLICATION / TECHNOLOGY

統合コマースアーキテクチャ

業務責任、データ責任、機能配置、技術運用を同じ対象IDで追跡し、変更時に影響するプロセス・データ・連携・受入条件を辿れるようにします。

Business

MD、調達、価格・販促、配分・補充、店舗、EC、注文、返品、顧客対応

OWNER
事業、MD、店舗・EC、SCM責任者
ACCEPTANCE
チャネルをまたぐ顧客約束と例外責任が明確

Data

GTIN/SKU、GLN、商品属性、価格、在庫状態、注文、顧客・同意、イベント

OWNER
商品・在庫・顧客データオーナー
ACCEPTANCE
Identify/Capture/Shareと有効期間・履歴が一貫

Application

PIM/MDM、ERP、POS、EC、OMS/DOM、WMS、CRM/CDP、MA、BI

OWNER
デジタルプロダクト・IT責任者
ACCEPTANCE
SoR、API/イベント、再処理、ピーク責任が一意

Technology

店舗端末、RFID/2D、Edge、ネットワーク、クラウド、IAM、監視

OWNER
店舗IT、基盤、セキュリティ
ACCEPTANCE
オフライン、ピーク、個人情報、決済、復旧を試験済み

DISCOVERY EVIDENCE

現状診断で確認する証跡

ヒアリングだけでなく、計画、マスタ、取引、イベント、ログ、設定、差異、承認、KPIの実データを突き合わせます。未確認・推定・事実を明確に分けます。

01

商品・MD

商品階層、GTIN/SKU、Variant/Pack、PIM属性、導入・廃止、Supplier

同一商品の意味と変更がPOS・EC・物流で一致するか
02

価格・販促

Price book、Markdown、Coupon、原資、対象、期間、併用、承認

どの条件が優先され、粗利・在庫影響を追えるか
03

在庫

On-hand、ATP、Reserved、In-transit、Return、Damage、棚卸、Stockout

物理在庫と販売可能在庫の差を説明できるか
04

注文・フルフィルメント

OMSイベント、Sourcing、Split、BOPIS、SFS、配送、Cancel、Return

顧客約束と現場能力・費用が連動するか
05

顧客・同意

会員、匿名ID、Consent、Loyalty、問合せ、削除、Audience共有

利用目的別に識別・共有・保持を説明できるか
06

経営・運営

売上、粗利、GMROI、Sell-through、在庫、廃棄、返品、NPS、作業時間

施策増分とチャネル間カニバリを区別できるか

DOMAIN VOCABULARY

小売DXの主要用語

用語の一般説明で終わらせず、導入時に何を決めなければならないかまで示します。案件では自社のBusiness Glossary、データ辞書、API・イベント仕様へ落とします。

GTIN / SKU
GTINは取引商品をグローバルに識別するGS1キー、SKUは企業内の在庫管理単位。Variant、Pack、履歴との対応を管理します。
GLN
法人、機能、物理・デジタルロケーションを識別するGS1キー。店舗、DC、バース、棚等の粒度と階層を設計します。
GDSN / GDM
商品マスタ同期ネットワークと共通商品属性モデル。商品掲載・発注・保管・移動・販売に必要な属性の品質を揃えます。
EPCIS / CBV
What/Where/When/Whyの可視化イベントと共通業務語彙。入荷、移動、販売等を企業・システム横断で共有します。
GS1 Digital Link / 2D
GS1識別子をWeb情報へ接続する仕組み。POS、期限、Recall、商品情報、Traceabilityの複数用途を一つの2Dへ集約できます。
PIM / MDM
PIMは商品コンテンツ、MDMは識別・基準・責任を中心に管理。公開チャネルと取引・物流で必要な属性を分けます。
ATP / ATS
Available-to-Promise / Available-to-Sell。物理数量から引当・保留・安全在庫等を反映し、約束可能量を算出します。
OMS / DOM
注文管理と分散注文管理。複数在庫拠点から納期・費用・容量・在庫戦略を考慮して履行先を決めます。
BOPIS / BORIS
Buy Online Pick Up In Store / Buy Online Return In Store。受取・返品を店舗業務、在庫、返金、顧客通知まで設計します。
Ship-from-store
店舗在庫から出荷する方式。在庫精度、作業容量、Cut-off、梱包、配送集荷、欠品代替が成立条件です。
Endless aisle
店頭にない商品を他拠点在庫から注文できる接客。納期回答、属性、決済、返品責任を一貫させます。
Assortment / Allocation
品揃えと初期配分。店舗クラスター、需要、棚容量、シーズン、地域性を根拠に商品・数量を決めます。
Replenishment
販売・在庫・LT・発注単位・安全在庫に基づく補充。欠品だけでなく過剰・廃棄・作業負荷を同時に評価します。
Markdown
在庫・期限・シーズン等に応じた段階値下げ。売上ではなく粗利、Sell-through、残在庫を目的関数にします。
GMROI
Gross Margin Return on Inventory Investment。粗利益を平均在庫原価で割り、在庫投資の収益性を比較します。
Sell-through
投入可能数量に対する販売数量。期間、返品、移動、在庫投入の定義を揃え、カテゴリ・シーズン別に見ます。
Retail Media
小売の顧客接点・購買データを活用する広告事業。Consent、Audience共有、計測、頻度、競合・利益相反を統制します。
Planogram
棚割り・陳列計画。商品、棚、Facing、在庫、補充、実棚遵守を接続し、単なる図面管理にしません。

MEASUREMENT SYSTEM

KPIとガードレール

KPIは式、粒度、対象期間、データ源、基準値、責任者、除外・補正、対立指標を固定します。単一指標を追って品質・安全・粗利・現場負荷を悪化させない設計です。

在庫精度

SKU×Location×Stateで物理とシステムが一致する割合

GUARDRAIL
帳簿調整だけで改善扱いにしない
OWNER
在庫オーナー

On-shelf availability

販売時間中に棚で購入可能だった割合

GUARDRAIL
バックヤード在庫を可用とみなさない
OWNER
店舗・SCM

GMROI / Sell-through

在庫投資の粗利効率と期間内消化

GUARDRAIL
値引・返品・廃棄・移動を含める
OWNER
MD・財務

Promise adherence

提示した受取・配送・返品条件を守った注文割合

GUARDRAIL
事前の長い納期提示で改善させない
OWNER
OMS・店舗・物流

販促増分利益

対照ベースラインとの差分粗利から原資・費用を控除

GUARDRAIL
欠品、季節性、カニバリを補正する
OWNER
販促・分析

返品E2E

受付から返金・在庫Disposition完了まで

GUARDRAIL
顧客への返金だけで終了扱いにしない
OWNER
CX・在庫・財務

OPERATING MODEL

責任分界と運営

会議体を増やすのではなく、誰が何を決定し、どの証跡を見て、どの頻度で例外・品質・価値を更新するかを日常運営へ組み込みます。

01

MD・カテゴリ責任者

ACCOUNTABILITY
品揃え、価格、販促、粗利、在庫ライフサイクル
APPROVAL
商品・価格・Markdown判断
CADENCE
週次・シーズンレビュー
02

在庫・フルフィルメント責任者

ACCOUNTABILITY
補充、配分、ATP、注文ルーティング、返品
APPROVAL
在庫状態、Sourcing、例外
CADENCE
日次Control tower
03

商品・顧客データオーナー

ACCOUNTABILITY
GTIN/SKU、属性、顧客ID、同意、品質
APPROVAL
マスタ、利用目的、共有、削除
CADENCE
月次データ品質・倫理会議
04

店舗・ECプロダクト責任者

ACCOUNTABILITY
顧客約束、現場受入、POS/EC/OMS変更、SLO
APPROVAL
リリース、ピーク、オフライン
CADENCE
隔週プロダクトレビュー

FIRST 90 DAYS

最初の90日で確立すること

構想書だけで終わらせず、限定した価値流を業務・データ・アプリ・技術・運用まで縦に完成させ、横展開可能性を判定します。

  1. 1-2週

    対象顧客約束、カテゴリ、店舗群、チャネル、粗利・在庫KPIを固定

    変革チャーター / 対象シナリオ
  2. 3-4週

    商品・価格・在庫・注文・顧客のBPMN、状態、SoR、イベントを照合

    As-Is / State・event model
  3. 5-6週

    欠品、過剰、Markdown、Split、取消、返品、再入力の因果を診断

    利益漏出・例外マップ
  4. 7-9週

    一カテゴリ×店舗群×顧客約束で識別から履行まで縦に設計

    To-Be / ATP・Sourcing rule
  5. 10-11週

    ピーク、オフライン、棚差、欠品代替、返品、Consentを運用試験

    Runbook / 受入・監視
  6. 12-13週

    粗利、在庫、Promise、現場工数を評価し展開条件を承認

    Channel rollout playbook

FAILURE PATTERNS

典型的な失敗と予防

01

ECと店舗を別々に最適化

STRUCTURAL CAUSE
商品・在庫・注文・顧客約束の共通責任がない
PREVENTION
一つの顧客シナリオをE2Eで設計する
02

会員ID統合から始める

STRUCTURAL CAUSE
利用目的と同意、必要精度、便益が未定義
PREVENTION
ユースケースごとに識別・共有・保持を決める
03

OMS導入で在庫精度も上がると考える

STRUCTURAL CAUSE
現場の受払、棚差、返品、破損の業務が変わらない
PREVENTION
状態イベントと店舗作業・監査を同時に設計する
04

売上だけで施策評価する

STRUCTURAL CAUSE
値引、粗利、在庫、返品、カニバリ、作業費を見ない
PREVENTION
増分利益と顧客・現場ガードレールを併用する

参照する一次資料

案件では対象範囲と最新版を確認し、必要な部分を適用します。フレームワークへの形式的準拠自体を目的にはしません。

NEXT STEP

課題、対象範囲、判断事項を整理します

製品や方式が未確定でも構いません。現状、期限、関係部門、止められない業務、既に決まっている条件を確認し、次に決めるべき事項を明確にします。

相談内容を入力する品質・調達対応を確認する
TOP