OMO（Online-Merge-Offline）是一種以顧客旅程為中心的零售策略：品牌不再把電商、App 與實體門市視為互不相干的通路，而是設計一套能在接觸點之間延續的購物與服務體驗。
一、OMO 到底是什麼？
Stripe 將 OMO 說明為：不再分開看待電商與實體門市，而是設計一致的顧客體驗。例如，顧客出門前能在手機查看門市庫存、在店內查看評論與推薦，或讓已同意保存的購買紀錄回到會員帳號，延續售後服務。
因此，OMO 並不等於「把所有資料集中起來」。真正的核心是：顧客在需要時能取得一致資訊，品牌也只在合法、透明且有明確用途的範圍內延續必要資料。
二、OMO 與 O2O 有什麼差異？
| 比較項目 | O2O | OMO |
|---|---|---|
| 核心目的 | 把顧客由一個渠道引導到另一個渠道，例如線上領券、到店消費。 | 讓顧客在不同渠道之間持續完成同一段旅程。 |
| 互動方向 | 通常以單次導流為主。 | 線上與線下可以雙向接續，但不代表所有資料都必須互通。 |
| 常見能力 | 門市活動頁、到店優惠券、線上預約。 | 會員權益、庫存、訂單、預約、退換貨與服務紀錄的一致體驗。 |
| 成功指標 | 到店率、核銷率與活動轉換。 | 跨通路完成率、重複購買、服務效率與顧客信任。 |
O2O 並沒有過時，它仍適合清楚的導流活動；OMO 則處理更長、更連續的顧客旅程。品牌可以先做好一條 O2O 流程，再逐步擴展成 OMO，而不必一開始就重建所有系統。
以「線上看外套、門市試穿、回家後再下單」為例，O2O 可能只負責把顧客從活動頁帶到門市；OMO 則會進一步思考門市能否取得正確尺寸與庫存、會員權益是否一致，以及顧客回到官網後能否繼續原本的選擇。兩者最大的差別，不在有多少系統，而在這段任務是否能被接續完成。
三、OMO 能帶來哪些價值？
原稿提到 OMO 會員的年消費一定高於單一通路顧客，但沒有附上可核對的原始研究與樣本範圍。本版不把這類數字當作通用承諾；跨通路顧客本來就可能具有較高購買意圖，實際增量仍需透過品牌自己的基準與測試確認。
四、OMO 如何實踐？三個應用情境
以下是導入情境，不是未經證實的「成功案例」：
- 服飾零售：顧客在線上查看款式與門市庫存，主動預留尺寸；店員只收到完成服務必要的商品與預約資訊。
- 美妝服務：顧客完成線上需求問卷後，自行選擇是否把結果帶到門市諮詢；離店後收到與已購商品相關的使用內容。
- 食品與超市：顧客在線上訂購並選擇到店取貨，庫存與取貨狀態同步，促銷訊息則依顧客同意與偏好發送。
共同點不是「推播越多越好」，而是每個渠道都能幫助顧客完成下一步，並且清楚說明資料如何被使用。
這也表示 OMO 專案不能只由資訊部門完成。電商團隊要定義線上旅程，門市要確認現場能承接哪些動作，客服要知道何時接手例外狀況，法務與資安則需確認會員識別、同意與資料保存方式。若其中一環沒有清楚責任，再完整的串接也可能只是把斷點從前台移到後台。
五、導入 OMO 前需要哪些基礎？
- 一致的商品與庫存資料：門市位置、可售數量、價格與規格需要有可信來源與更新規則。
- 會員識別與同意管理：知道顧客同意哪些用途，也能讓顧客查詢、修改或撤回。
- 訂單與服務流程：線上購買、門市取貨、退換貨與客服責任必須明確。
- 第一線營運配合：店員收到資訊後要知道如何服務，而不是多一個沒人處理的系統。
- 成效衡量：先定義跨通路完成率、庫存查詢、預約、取貨與顧客滿意度，再逐步驗證。
結論：OMO 是體驗設計，也是營運改革
OMO 不是一次性的系統串接專案，而是讓資料、流程與現場服務圍繞同一段顧客旅程協作。品牌不必追求「360 度掌握顧客」，而應先選一條高價值旅程，把必要資訊、同意與責任做完整，再依成效逐步擴展。