OMOとは？O2O・オムニチャネルとの違いと体験設計の実例

OMO・O2O・オムニチャネルの焦点と重なり

O2Oはオンラインから店舗などへの送客、オムニチャネルは複数接点での一貫した対応、OMOはオンラインとオフラインの融合した体験に焦点を当てると理解できます。実際の施策には重なる部分があり、どれか1つだけを選ぶ排他的な分類や優劣の段階ではありません。

オムニチャネルを企業都合、OMOだけを顧客都合と分けるのは適切ではありません。名称より、顧客がどこで止まり、どの情報や対応が途切れているかを具体的に調べます。

良品計画の担当者によるThink with Googleの事例では、OMOの表記とともに、ECと実店舗のデータが部署別に分析される課題が説明されています。体験をまたいで評価するには、部署の数字をただ並べるだけでなく、問いに合ったデータと分析方法が必要だと分かります。

日本の公式サービス案内で確認できる体験

以下は2026年10月9日に公式案内で確認した、日本のサービス導線です。提供される体験の例として使い、売上向上率や待ち時間削減の効果は推測しません。利用時は最新の対象店舗・商品・受取条件を確認してください。

UNIQLOのお届け方法の案内では、受取方法ごとの条件が説明されています。通常の店舗受取りとORDER & PICKの条件を一括りにせず、顧客が選ぶ方法に応じて伝える設計が必要です。

Starbucks Japanの公式ガイドは、注文から受取までの流れを示しています。会員・決済の条件は利用する経路で確認し、混雑時の受渡しの変動も含めて案内します。モバイル注文があるだけで、待ち時間が常にゼロになるとは言えません。

架空の店舗受取を、顧客の用事から設計する

架空の小売店が「希望する商品を、受け取れることを確認して店舗で受け取りたい」という用事を扱うとします。画面の機能一覧ではなく、各段階で顧客が必要な情報と、店舗側の作業を対にします。

すべての顧客が常にアプリを使えるとは限りません。アプリ非利用者、会員未登録者、端末や操作の支援が必要な人にも、使える案内・窓口・代替経路を用意します。注文できる画面だけを整え、店舗で引き取れない状態を残さないことが大切です。

データをつなぐ前に、目的・品質・責任を決める

• 目的：何の判断や手続きに必要かを定め、不要な個人情報まで集めない。
• 識別：注文IDや必要な共通IDを決め、同姓同名などによる誤った名寄せを防ぐ。
• 品質：在庫更新の遅れ、二重注文、受取記録の欠損、取消や返品の反映を確認する。
• 情報の扱い：利用目的、必要な同意・案内、アクセス権、保存方針、問合せ先を整理する。
• 業務：受注・確保・受渡し・返金の各責任者と、障害時の対応を決める。
• 費用：システム連携、運用、店舗の作業、教育、保守の負担を見積もる。

CRMやCDPを導入しただけで、この条件が自動でそろうわけではありません。顧客情報の管理と分析に何が必要かは、CRMとMA・SFAの役割の違いも参考に、具体的な処理から選びます。個人の行動をすべて結び付けることを最初から必須にせず、集計データで答えられる問いも分けてください。

完了率・体験・採算を別々に評価する

架空の受取対象100注文を、事前に決めた期限まで追ったとします。期限内受取90件、取消5件、期限時点の未受取5件なら、全対象注文に対する期限内受取完了率は90÷100＝90%です。

段階ごとの離脱はファネル分析、体験後の理由を調べる場合はNPS調査の設計へつなげます。NPSの回答者の推奨意向と、全注文の完了率は異なる指標です。

小さい範囲で始め、同じ対象・期間・期限・除外条件で結果を確認します。季節性や店舗構成の変化もあるため、受取率が上がっただけでOMO施策が売上やLTVを増やしたと断定しません。施策と担当・評価条件を整理する際は、Xtrategyの機能も確認してください。