OMO 做了卻沒成效，是制度問題還是系統問題：從業績歸屬規則就看得出來

OMO 做了卻沒成效，先問一句「這張單算誰的」

OMO 做了卻沒成效，最快的分診起點是問一個問題：門市把顧客導到線上成交，這張訂單算誰的。

如果歸屬規則把這筆訂單全數記在線上，那麼補系統可以改善可見性與資料完整度，卻未必會改變門市的導客誘因。是否影響業績，仍然取決於考核與獎金規則怎麼寫。

衡量工具這一側，確實有既成的機制可用。Google Ads 的官方說明寫著，廣告主可以匯入離線轉換資料，用 Google Click ID（GCLID）或經雜湊處理的第一方顧客資料當比對鍵，官方描述是「you can measure what happens in the offline world after your ad results in a click or call to your business」。能不能用得上，仍取決於品牌是否具備合適的比對鍵、訂單資料與設定條件。

所以當一個品牌說「我們看不到 OMO 成效」，要先分清這句話的意思：是真的算不出來，還是算出來了、但沒有人需要為那個數字負責。這兩件事的症狀不同，也分得出來，而處理順序不宜顛倒。

制度問題最常見的樣子，是一個沒有人能立刻回答的問題

制度問題最常見的樣子，是一個沒有人能立刻回答的問題。在我們參與過的部分 OMO 盤點會議裡，最常問的一題不是系統接到哪裡，是那句「門市導到線上，這張單算誰的」。

問完，討論常會暫停幾秒，然後有人說「這個我們要回去問一下」。那句「要回去問一下」通常不代表資訊查不到，而代表規則從來沒有被寫下來。

系統題表現為算不出來，制度題表現為算出來了卻沒人改動作

制度題和系統題的症狀不一樣，而且分得開。以下是 91APP 團隊在本文提出的 OMO 分診表。

OMO 分診表的判準是症狀的方向：系統不足讓你撈不到資料，制度不足讓你撈到了也不會有人改動作。

跨通路欄位指的是在原有通路業績報表之外，獨立認列並發放「他方通路成交」的計分項目。它存在與否，是判斷制度有沒有真的動過最直接的跡象。

兩邊同時存在很常見。真正會出事的是處理順序顛倒。歸屬規則沒有寫下來就先補系統，系統只會把爭議算得更精確：原本大家各說各話，之後變成兩份都有數字支撐的各說各話。

至於 CRM、CDP、POS、ERP 與電商系統各自負責什麼、整合是不是只能找廠商客製，是另一個題目，本文不展開。這裡只處理一件事：先判斷該不該進那個題目。

衡量工具能補上部分證據，但每種訊號都有使用條件

以下文件只說明本文引用的廣告與分析機制，不能代表整體 OMO 系統的能力邊界。把機制攤開看它能回答什麼、不能回答什麼，正好幫你落回分診結果。

前面引的離線轉換匯入，能回答的是「這次線上點擊之後，線下有沒有成交」，不能回答的是「這筆成交是哪位門市人員促成的」，因為那需要另一個欄位。如果你連比對鍵都沒有，那是系統題；如果比對鍵有、資料也接了，卻沒有人依這份報表調整動作，那是制度題。

另一個機制是 Google Ads 店面到訪。官方說明寫得很清楚，它使用「anonymous, aggregated statistics which are then extrapolated to represent the broader population」，也就是匿名彙總統計再外推到更大的母體。它還附了條件：廣告要有足夠的點擊或曝光、店點要有足夠來店人流才能通過隱私門檻，店點必須在 Business Profile 完成驗證，而且不能同時對店面到訪與店面銷售出價。它能回答的是趨勢與相對比較，不能回答的是逐筆到訪紀錄。要把它納入獎金制度，品牌仍需自訂適用層級、複核方式與容許差異，官方文件本身沒有提供薪酬使用的結論。

最容易被忽略的一條，藏在歸因模型的預設裡。Google Analytics 的官方說明寫著：「All attribution models exclude direct visits from receiving attribution credit, unless the path to key event consists entirely of direct visits.」也就是 direct 造訪原則上不取得歸因功勞，只有整條關鍵事件路徑皆為 direct 時例外。同一份文件也說明轉換可以在成立後 7 天內被重新歸因，而 data-driven 模型是用反事實比較去評估各接觸點。

這條規則對門市的意義很直接。門市人員口頭跟顧客說「你回家上官網買比較方便」，如果這次導客沒有留下可辨識的推薦或活動訊號，門市就不會成為一個獨立的接觸點。即使該次造訪被辨識為 direct，Google Analytics 仍會依完整路徑與模型規則分配功勞，並且可能在成立後 7 天內重新歸因。制度上想獎勵的行為，在報表上卻缺少可指認的痕跡。

追蹤訊號本身也有隱私限制。Apple 在 2021 年 6 月 7 日的公告說明 Mail Privacy Protection 會「stops senders from using invisible pixels to collect information about the user」，範圍限於 Apple Mail 且使用者啟用；Gmail 的官方說明則寫著「Senders can't use image loading to get information about your computer or location.」這顯示部分圖片與開信訊號帶有隱私限制，值得提醒自己不要讓制度歸屬只靠單一追蹤訊號，但不足以推論所有 email 或 OMO 行為都無法衡量。

本文建議品牌先測試以下制度設計。這些是治理方案，不是成功品牌的統計結論：

1. 把歸屬規則寫成明文，而不是每個檔期臨時協商。
2. 在門市獎金結構裡設一個跨通路欄位，金額不一定大，但要確實存在。
3. 給跨通路合計價值一份固定定義，每季用同一把尺複審。
4. 先選一種歸屬寫法跑完一個完整檔期，再決定要不要擴大。

OMO 沒成效的機制藏在記帳方式裡，顧客不按通路生活

OMO 沒成效的機制，藏在公司的記帳方式裡：顧客不按通路生活，公司的帳卻按通路切。

先把一件事放在一邊：全通路零售本身有沒有效，這個問題在國際上已經被大樣本研究處理過（HBR 於 2017 年 1 月 3 日刊出、以 46,000 位購物者為樣本的研究，作者為 Emma Sopadjieva、Utpal M. Dholakia 與 Beth Benjamin；該研究標題所呈現的結論方向是全通路零售有效）。本文不重複那個論證，只處理它為什麼在組織裡跑不動。

表象是系統上線了、跨通路報表有了、數字沒動。往下一層，是 OMO 的價值恰好發生在「跨通路」這個動作上，而公司的損益按通路結算。在單一通路歸屬、線下成交未回傳、兩端各自承擔 KPI 這幾個條件同時成立時，跨通路導客會讓導客那一端的帳面指標變差：門市把顧客導去線上，門市這個月的業績少一筆；線上把顧客導去門市，線上的轉換率變差。若改採共享目標、助攻認列或雙記，結果會不同。

再往下一層，答案就很樸素了：當跨通路導客會壓低自己單位的考核指標，又沒有其他認列方式，主管就缺少推動它的制度誘因。這不是誰的品格問題，是記帳方式決定的行為。想改行為，得先改記帳方式，開會呼籲配合的效果有限，因為呼籲改不了考核表。

這也是為什麼按通路分開記帳時，常會出現線上搶線下的印象：兩個單位看的是自己那本帳，帳上確實各有減項，所以雙方都不是在說謊。同樣地，價值指標定義不對、跨通路歸因又斷掉的時候，投放怎麼調都救不回來，因為調的是動作，壞的是尺。

KPI 對立這件事，很少是誰刻意設計出來的。兩個單位在不同時間、為了各自合理的目標被賦予指標，中間沒有人負責檢查這兩組指標放在同一個顧客身上會不會互斥。電商被要求提高轉換率與線上營收，門市被要求提高客單價與來客數，兩組都合理，但只要顧客是同一個人，就會在某些行為上直接打對台。

制度能否執行，取決於身分、促成者與價值是否被記錄

制度規則寫得再漂亮，資料上記不下來就是空的。實務上有三個前提，而且它們是分開的能力：

1. 認得出同一個人。同一位顧客在門市與線上必須對到同一筆會員身分，否則任何歸屬規則都沒有對象。跨通路怎麼認人、標籤與分群怎麼修正，那是另一個題目，這裡只當前提。
2. 記得住是誰促成的。歸屬規則要獎勵導客行為，前提是導客流程留下了店員代碼、推薦連結或來源欄位。留不住，制度想獎勵也找不到人，這正好對應業績互搶的解法要落在店員幫手與推薦人這類機制上。
3. 算得出跨通路的合計價值。規則上路之後要能驗，不然一季後沒人說得出它有沒有用。這一層也牽動門市端的執行節奏，檔期怎麼排、門市怎麼配合，本身就是可以被設計的。

91APP CDMP 在這一段做的事，是在既有的識別與欄位條件下，把會員在官網、App、LINE 與門市的接觸點與訂單整併到同一個會員 ID 上，讓跨通路的合計價值可以被觀測。這裡要說清楚界線：要辨識門市促成者，品牌還需要在導客流程留下店員或推薦來源欄位，會員 ID 合併本身不足以判定功勞給誰。歸屬規則更是公司要決定的政策，系統只負責讓規則有資料可依。

先把歸屬規則寫成一頁紙，再決定要不要補系統

歸屬規則不需要等系統上線才能開始寫，以下是可以先動的部分。

1. 用一頁紙寫下三種情境的歸屬規則：門市導到線上、線上導到門市、顧客自己跨通路。每一種都要寫明業績記給誰、獎金怎麼算、在哪一張報表看得到。同一頁要留一塊「例外處理」，至少寫明取消退貨怎麼沖回、多人促成怎麼認列、加盟與直營怎麼分別結算（預期效果：爭議從個案協商變成規則適用；建議週期：兩週內出第一版草案，一季後複審）。
2. 選一種歸屬寫法先試，不要一次改全部。單一歸屬把業績記給成交通路，最好算，風險是導客那一端缺少直接認列。雙記讓兩條通路各記一筆，可以同時認列，代價是要控制重複加總、獎金成本與異常認列，而且內部數字不得對外相加。推薦人拆分依促成者比例拆帳，需要完整的來源欄位，拆分比例本身仍是政策選擇。資料不足時，可以先比較固定推薦獎金、團隊共享 KPI 這類門檻較低的做法（預期效果：先有一套能執行的規則，而非最完美的規則；建議週期：一個檔期試一種）。
3. 讓門市的獎金結構裡出現一個跨通路欄位。金額可以很小，重點是它存在，因為考核表上沒有的東西不會發生（預期效果：導客行為第一次有認列；建議週期：下一個獎金週期上線）。
4. 把「顧客從門市被導到線上」變成一個留得下痕跡的動作。前面提過 Google Analytics 官方說明 direct 造訪原則上不取得歸因功勞，所以口頭導客若沒有留下可辨識的來源訊號，報表上就沒有可指認的痕跡；在顧客數據平台上讓這個動作綁到會員身分與促成者欄位，制度想獎勵的行為才追得回來（預期效果：規則有資料可依；建議週期：與規則同步上線）。
5. 每季用同一份定義複審一次，並且明文寫出哪些數字不能相加。業績認列、獎金計算與財務營收建議使用不同欄位並分別標示用途，因為雙記規則下各通路業績本來就會重複（預期效果：避免各通路加總超過總營收，也避免獎金口徑與財務口徑混用；建議週期：每季一次）。

系統能讓歸屬有跡可循，決定功勞怎麼分的仍是公司自己

系統的作用是讓業績歸屬有跡可循，決定功勞怎麼分配的政策，仍然要由公司自己制定。

回到那句「這張單算誰的」。這題系統回答不了，因為它問的不是資料放在哪裡，是公司決定把功勞放在哪裡。系統能做的是讓答案留得下痕跡，讓規則不會因為查不到而失效。

而一頁紙的歸屬規則，是這整件事裡唯一不需要等任何系統上線就能先寫出來的部分。

品牌最常問的 OMO 成效問題

Q1：OMO 做了卻沒成效，到底是出在制度設計有問題還是系統本身？ A1：兩者都可能，症狀不同，要先分辨。系統問題會讓你算不出來，具體表現是同一位顧客在門市與線上對不起來、線下訂單撈不出欄位。制度問題會讓你算出來了卻沒人改動作，具體表現是報表每月照看、爭議每檔重演、門市獎金與跨通路指標無關。先照這個方向自查，再決定要不要進系統評估。順序顛倒的代價是，規則沒定就補系統，往往只是把爭議算得更精確。

Q2：怎麼在一次會議裡快速判斷自己屬於哪一邊？ A2：問三句話。門市把顧客導到線上成交，這張訂單算誰的。這個答案寫在哪一份文件上。門市的獎金結構裡有沒有一個欄位跟跨通路有關。如果三題都答得出來、數字卻還是撈不出來，那偏系統問題。如果任何一題的答案是「要回去問一下」，那偏制度問題，而且通常不必先花錢。

Q3：有沒有成功的案例可參考？ A3：可以參考制度設計，但要小心別直接套別人的數字。以下是本文建議先測試的治理方案，屬於設計選項而不是成功品牌的統計結論：歸屬規則寫成明文而不是每檔臨時協商；門市獎金結構裡設一個跨通路欄位，金額不一定大；跨通路合計價值有固定定義，每季用同一把尺複審；先選一種歸屬寫法跑完一個完整檔期再擴大。這裡刻意不列品牌與成效數字，因為每個品牌的通路結構、客單與門市密度都不同，設計可以移植，數字不能。

Q4：業績歸屬規則有哪些寫法，該選哪一種？ A4：常見的寫法有單一歸屬、雙記與推薦人拆分。單一歸屬把業績記給成交的那條通路，最容易計算，風險是導客那一端缺少直接認列。雙記讓兩條通路各記一筆，可以同時認列，但要控制重複加總、獎金成本與異常認列，內部數字也不得對外相加。推薦人拆分依促成者比例拆帳，最貼近促成的事實，但需要完整的來源欄位，而拆分比例仍是政策選擇。資料不足時，可以先比較固定推薦獎金或團隊共享 KPI 這類門檻較低的做法，不必為了追求精確而卡住不動。

Q5：想串接門市與線上數據、追蹤 OMO 成效，最低需要什麼？ A5：需要同一位顧客在門市與線上能對到同一個會員身分，門市促成的線上訂單留得住店員或推薦來源欄位，以及一份全公司同用的跨通路合計價值定義。另外要接受一個前提：部分跨通路成效在設計上就是估算值。Google Ads 官方說明店面到訪使用匿名彙總統計再外推到更大母體，並有隱私門檻與驗證條件，所以它適合看趨勢與相對比較，不宜當成逐筆紀錄直接分獎金；若要納入獎金，需另訂適用層級、複核方式與容許差異。

Q6：制度改完多久看得到成效？ A6：規則草案本身可以先把兩到四週設為內部時程，因為那是決策而不是工程，實際所需時間仍取決於薪酬結構、加盟契約與決策層級。真正的觀察點是行為有沒有改變，這要看門市端有沒有實際使用新的導客動作。跨通路合計價值的變化更慢，觀察窗建議涵蓋數個完整檔期，中間不要更動定義，否則前後數字失去可比性；若沒有設對照組，只能描述行為與數值的同期變化，不能斷定是制度帶來的改變。

延伸閱讀

1. OMO 歸戶要先做身份匹配與數據合併，順序錯了會白做
2. 門市數位化轉型從數據應用走到體驗，才撐得起 OMO 的執行面
3. OMO 的會員分析要換一套看法，通路欄位不等於顧客行為

想把歸屬規則接到同一批會員 ID 上、讓門市促成的線上訂單留得下痕跡，歡迎與 91APP 數據顧問團隊聊聊你目前的 OMO 帳是怎麼記的。