オムニチャネル化は「選択肢」ではなく「前提」に
- 年の日本小売市場では、店舗と EC を別組織・別システムで運営する従来型の構造が成立しなくなってきている。消費者は「EC で下見 → 店舗で試着 → 店舗 or EC で購入」「店舗受取・店舗返品・どこでも配送」を当然の体験として期待しており、想定される範囲として中堅小売の BOPIS（Buy Online Pick-up In Store）比率は全注文の 15〜25% に到達している。
この前提の下で IT 側に求められるのは、POS・EC・在庫・顧客・配送の 5 ドメインを統合する基盤であり、単発ツール導入の積み上げでは限界が来る。KGA IT が検討してきた構成例としても、OMS（Order Management System）と CDP（Customer Data Platform）を中核に据え、周辺の POS・EC・WMS を API で疎結合に繋ぐ設計が現実的と判断している。
POS-EC 連動: 単一在庫・単一顧客・単一注文
真のオムニチャネルは「単一在庫（Single Inventory）・単一顧客（Single Customer）・単一注文（Single Order）」の 3 原則に集約される。単一在庫とは、店舗在庫と EC 倉庫在庫を同じマスターで管理し、どのチャネルからも引当可能にすることを指す。単一顧客とは会員 ID を全チャネルで統合し、店舗購入履歴と EC 購入履歴を同一タイムラインで参照できる状態を指す。単一注文とは注文ステータス・配送追跡・返品処理を OMS が一元管理することを意味する。
既存 POS が古い場合、リプレースではなくミドルウェア経由の API ラッピングで延命する選択肢もある。POS リプレース費用は想定される範囲として中堅チェーン（店舗数 20〜50）で 5,000 万〜 1.5 億円だが、API ラッパー方式なら 1,500 万〜 4,000 万円程度に抑えられるケースが多い。
リアルタイム在庫同期の技術選択
在庫同期の鍵はイベント駆動アーキテクチャである。POS 販売・EC 注文・入荷・棚卸調整の各イベントをメッセージブローカー（Kafka・Amazon Kinesis・Azure Event Hubs など）に流し、在庫サービスがそれを購読してマスターを更新、各チャネルが SSE または WebSocket で最新在庫を受け取る構成が主流となりつつある。
同期遅延の業界平均は 30 秒以内、理想は 5 秒以内である。特に SKU 数が多い（1 万以上）場合、全量ポーリングは破綻するため、変更差分のみを配信する CDC（Change Data Capture）パターンが前提となる。安全在庫バッファを各チャネル別に設定し、遅延時のオーバーセル（超過販売）を防ぐ運用設計も併せて必要となる。
CDP と顧客体験のパーソナライズ
統合顧客基盤としての CDP は、Treasure Data・Segment・Adobe Real-Time CDP・Salesforce Data Cloud などが中堅小売の選択肢となる。CDP 導入効果として業界平均で、メール CTR が 1.5〜2.0 倍、アプリプッシュ CVR が 2.0〜3.0 倍のレンジで改善報告が出ている。
ただし CDP は単体では価値を出せず、セグメント定義・コンテンツ出し分けルール・MA 連携を含めた運用体制が必要となる。マーケティング部門・店舗部門・IT 部門の三者協働がないプロジェクトは、ほぼ確実に「データは溜まったが使われない」状態に陥る。
想定投資レンジと段階的ロードマップ
中堅小売（年商 100〜300 億円）のオムニチャネル基盤刷新は、想定される範囲として 3 年で 2〜5 億円の投資規模となる。Year 1 は OMS 導入と在庫統合、Year 2 は CDP 導入と会員統合、Year 3 は AI パーソナライズとサプライチェーン最適化、という順序が失敗が少ない。最初から全部を狙わず、在庫統合という「効果が見えやすい一点」から始めるのが推奨パスとなる。