週六下午，一位顧客在門市買了兩瓶洗髮精，結帳時報了手機號碼累積會員點數，再刷手機條碼存發票。週二晚上，她在品牌官網把一組護髮禮盒放進購物車，沒有結帳就離開。週四中午，她點開品牌 LINE 官方帳號推播的折價券，連回官網，用另一個 email 註冊後買下那組禮盒。
這一週，品牌的三套系統各記了一筆：POS 記到一位老會員的消費、電商後台記到一位新會員的首購、LINE 後台記到一位好友的點擊。三筆資料講的是同一個人，系統裡卻是三個人。會員資料該放哪一套的答案其實很短：身分、交易、等級、點數這類「記帳」資料的主檔放 CRM；瀏覽、點擊、互動這類「記路」的行為事件放 CDP，CDP 再讀 CRM 的會員主檔，把三個渠道的足跡接到同一個人身上。 這篇用零售業最常見的 POS、電商、LINE 三種來源，拆解每一類資料該進哪一套、判準是什麼，以及分流時最常卡住的地方。
CRM 和 CDP 差在哪？CRM 記帳，CDP 記路
CRM 回答「這位會員是誰、買過什麼、現在是什麼等級」，CDP 回答「這位顧客最近在各個渠道做了什麼、下一步可能做什麼」。兩者都存顧客資料，處理的卻是兩種性質不同的東西。
CRM（客戶關係管理系統）在零售業通常就是會員系統，很多品牌的會員系統還直接長在 POS 裡。它管的是有明確定義、需要被正確記錄的資料：會員編號、姓名、手機、生日、入會門市、每一筆交易、目前等級、剩餘點數。這些資料有一個共同點，錯了會出事。點數少算一點，顧客會來客訴；等級判錯，該給的生日禮沒給到。所以 CRM 強調的是準確、唯一、可稽核。
CDP（顧客數據平台）管的是行為。官網瀏覽了哪幾頁、商品放進購物車又移除、LINE 推播點了沒、EDM 開了沒、廣告從哪裡點進來。這些資料量大、變化快、單筆價值低，可是串起來之後能看出一個人的意圖。CDP 的工作是把不同渠道的行為接到同一個人身上，再把人分群、送到各個渠道去溝通。
| CRM | CDP | |
|---|---|---|
| 回答的問題 | 這位會員是誰、買過什麼 | 這位顧客在各渠道做了什麼 |
| 資料性質 | 身分、交易、權益 | 行為事件、互動紀錄 |
| 變動頻率 | 低，以交易為單位 | 高，每次點擊都是一筆 |
| 對準確度的要求 | 錯一筆就是客訴 | 允許部分遺漏，看整體趨勢 |
| 匿名訪客 | 不處理 | 先記錄，日後再對到實名 |
| 主要使用者 | 門市、客服、會員經營 | 行銷、電商、數據分析 |
兩套系統的關係是上下游。CRM 是會員資料的「正本」，CDP 讀取這份正本，再把各渠道的行為貼上去。CDP 算出來的分群與標籤，可以回寫到 CRM 讓門市看見，但會員的身分與點數，正本永遠留在 CRM。
分流的三個判準：誰定義、多久變、誰要用
拿到一筆資料不知道該放哪裡，問三個問題就能判斷：這筆資料的規則是誰定的、它多久變一次、誰要拿去用。三題的答案多半指向同一邊。
第一題：規則是誰定的？ 如果這筆資料的對錯由品牌的會員制度決定，例如升等門檻、點數換算、生日禮資格，它就屬於 CRM。這些規則會寫進會員條款，顧客可以拿條款來對帳，系統必須算得一模一樣。反過來，「最近 30 天瀏覽過三次以上保養品頁」這種定義是行銷自己訂的、隨時可以改，放在 CDP 裡用標籤處理比較靈活。
第二題：多久變一次？ 會員的手機、生日、等級，一年可能變不到一次；一筆交易成立之後也不會再變（退貨是另一筆交易）。這類低頻、確定的資料適合 CRM。官網瀏覽、推播點擊、購物車異動，一位顧客一天就能產生幾十筆，這類高頻事件丟進 CRM 只會讓會員系統變慢，放 CDP 才撐得住。
第三題：誰要拿去用？ 門市店員結帳時要查點數、客服接到電話要查訂單，這些人要的是「這一位會員的正確資料」，用 CRM。行銷要圈出「上個月在官網看過禮盒、還沒買的會員」，電商要找「放棄結帳的訪客」，這些人要的是「符合某種條件的一群人」，用 CDP。
三個判準指向不同邊的情況也有。例如「會員最近一次消費日期」，規則明確、從交易推導，看起來屬於 CRM；可是行銷每天都要拿它圈名單。這時候的做法是：正本在 CRM 計算，CDP 同步一份做分群用，兩邊不要各算各的。各算各的，遲早會出現 CRM 說她上週剛買、CDP 說她九十天沒來的情況。
POS：交易進 CRM，結帳當下先把身分對上
POS 產生的交易資料，主檔放 CRM；CDP 讀取交易摘要，用來和線上行為合併。零售業的重心仍在門市，POS 是會員資料最大的來源，也是最常出問題的地方。
根據經濟部統計處資料，2025 年台灣零售業營業額 4 兆 8,448 億元，其中網路銷售 6,716 億元，占比約 13.9%（工商時報 2026-01-27 報導）。換句話說，零售業八成以上的營業額仍然發生在網路以外。對多數零售品牌來說，CDP 要串的最大一塊資料，其實在門市結帳台上。
門市資料的難點在於身分。線上購物一定要登入或留 email，門市結帳時，顧客可以選擇不報會員。沒報會員的那筆交易，CRM 只知道「某個人買了兩瓶洗髮精」，不知道是誰。結帳台上能識別身分的時機只有幾秒鐘，常見的鑰匙有三種：
- 會員手機號碼或會員條碼
- 綁定會員的 LINE 會員卡 QR Code
- 會員載具（把發票存進品牌會員帳號）
財政部在 2026 年 10 月的雲端發票推廣記者會上指出，截至 2026 年 8 月，國人以載具儲存雲端發票的比率已超過 68%（鉅亨網 2026-10-05 報導）。結帳刷載具已經是多數人的習慣，可是手機條碼這類共通性載具只代表「有人存了發票」，品牌拿不到這個人的會員身分。要讓這個習慣變成會員資料，得讓顧客用的是綁了會員的載具或會員卡。
分流上，POS 資料可以這樣處理：
| POS 資料 | 放哪裡 | 理由 |
|---|---|---|
| 交易明細（品項、金額、門市、時間） | CRM 主檔 | 點數、等級、退貨都要從這裡算 |
| 會員累點、折抵紀錄 | CRM 主檔 | 顧客會拿來對帳 |
| 交易摘要（最近購買日、品類、累計金額） | CRM 計算，同步到 CDP | 行銷要用來分群 |
| 未報會員的交易 | 只做營運統計 | 對不到人，進 CDP 也無法接上行為 |
同步頻率不必一開始就追求即時。多數零售品牌的門市交易，每天批次同步一次到 CDP 就足以支撐行銷分群；真正需要即時的場景，例如結帳後半小時內推送滿意度問卷或加購建議，可以等第一階段穩定後再開。
電商：訂單回寫 CRM，瀏覽和購物車事件留在 CDP
電商訂單要回寫 CRM，和門市交易放在同一份會員帳上；瀏覽、搜尋、購物車這些行為事件只進 CDP。很多品牌的電商平台自帶一套會員系統，這正是會員資料分裂的起點。
開篇那位顧客，週四用另一個 email 在官網註冊。如果電商的會員系統獨立運作，她就變成兩位會員：門市那位有三年消費、是金卡；官網那位是新客、剛完成首購。行銷如果拿電商後台的「首購客」名單發新客優惠，她會收到一張不該收到的券；門市等級也不會算進這筆線上消費。
解法是讓 CRM 當唯一的會員主檔。電商可以有自己的登入系統，但會員註冊時要用手機號碼這類跨渠道共用的欄位去 CRM 比對，比對到既有會員就合併，比對不到才新增。訂單成立後回寫 CRM，門市和線上的消費才會加總在同一個等級、同一份點數裡。
行為事件是另一回事。顧客在官網看了哪些商品、搜尋了什麼字、在購物車裡放了又拿掉，這些資料對 CRM 沒有用，門市店員也不需要看到。它們的價值在於串連，所以進 CDP。
電商資料在 CDP 裡最重要的工作，是處理匿名訪客。顧客沒登入就逛官網，這段瀏覽紀錄沒有名字。CDP 會先用網站埋碼記下這位匿名訪客的行為，等她某天登入、留下 email 或從 LINE 連進來被識別，再把之前的匿名紀錄接到她的會員身分上。CRM 從設計上就不處理匿名資料，這一段只能由 CDP 來做。
接起來之後，行銷能做的事就多了。週二放進購物車沒結帳的禮盒，到了週四可以用 LINE 推一則提醒，而且知道她是金卡會員，不需要用首購優惠去吸引她。
延伸閱讀：個資法第20條怎麼看？行銷人蒐集會員資料、做再行銷的 5 條合規紅線
LINE：好友不等於會員，綁定那一刻才把兩邊接起來
LINE 的好友資料和互動紀錄放 CDP，會員綁定之後的身分對應寫回 CRM。LINE 是零售品牌最常用的溝通渠道，可是 LINE 官方帳號的好友，在品牌眼中只是一串 LINE 使用者 ID，沒有手機、沒有姓名，也沒有消費紀錄。
LINE 官方公布，截至 2024 年 11 月 30 日，台灣用戶平均每天使用 LINE 約 1 小時（科技新報 2024-12-18 報導）。顧客花在 LINE 上的時間多，品牌在 LINE 上收到的互動訊號也多：誰加了好友、誰點了圖文選單的哪一格、誰打開了推播、誰回覆了關鍵字。這些都是行為事件，性質和官網瀏覽一樣，放 CDP。
真正讓 LINE 資料有用的，是會員綁定。顧客在 LINE 裡輸入手機號碼、完成驗證，品牌才知道這個 LINE ID 對應到 CRM 裡的哪一位會員。從這一刻起，LINE 上的互動可以接到門市交易，門市消費也能觸發 LINE 上的個人化訊息。
分流的原則是：
- 綁定關係（LINE ID 對應會員編號）：寫回 CRM，因為它是會員身分的一部分，門市與客服也可能用到
- 好友狀態、封鎖、推播開啟與點擊：放 CDP，屬於高頻行為
- LINE 上的標籤：在 CDP 裡和其他渠道的行為合併後再回推到 LINE，避免兩邊各自貼標、定義不一
未綁定的好友也有價值。他們的互動紀錄先留在 CDP，等哪天完成綁定，之前的點擊和瀏覽一樣能接到會員身分上。所以 LINE 這邊最該追的指標是綁定率，綁定率每往上推一點，CDP 能串起來的會員就多一些。
一張表看懂：零售業 12 種常見資料該放哪一套
把前面三種來源整理在一起，零售業最常見的 12 種資料，分流方式如下：
| 資料 | 來源 | 主檔 | 另一邊怎麼用 |
|---|---|---|---|
| 會員基本資料（姓名、手機、生日） | 各渠道註冊 | CRM | CDP 同步，做身分比對 |
| 會員等級 | 會員制度 | CRM | CDP 同步，做分群條件 |
| 點數餘額與異動 | POS、電商 | CRM | CDP 讀取「點數即將到期」等狀態 |
| 門市交易明細 | POS | CRM | CDP 讀交易摘要 |
| 電商訂單 | 電商平台 | CRM | CDP 讀交易摘要 |
| 行銷同意與退訂狀態 | 各渠道 | CRM | CDP 發送前必須讀取 |
| LINE 綁定關係 | LINE | CRM | CDP 用來串接 LINE 行為 |
| 官網瀏覽與搜尋 | 網站埋碼 | CDP | 不回寫 CRM |
| 購物車異動 | 電商平台 | CDP | 不回寫 CRM |
| 推播、EDM、簡訊的開啟與點擊 | 各發送渠道 | CDP | 不回寫 CRM |
| 廣告來源與 UTM | 網站 | CDP | 不回寫 CRM |
| 行為標籤與分群結果 | CDP 計算 | CDP | 摘要回寫 CRM，讓門市看見 |
其中「行銷同意與退訂狀態」值得多看一眼。顧客是否同意接收行銷訊息，屬於會員權益，主檔要放 CRM；可是真正發訊息的是 CDP 或各個發送工具。兩邊不同步，就會發生顧客已經退訂、CDP 還在推的情況。這一欄是會員資料分流裡最不能出錯的一欄。
延伸閱讀：行銷部門導入 BI 儀表板 4 步驟：從接數據源到跑出第一份即時成效報告
分流最常卡住的三個地方
就我們與零售客戶合作的觀察，分流原則本身不難懂，實際導入時卡住的多半是下面三件事。這些問題來自系統長年分頭建置的結構，和團隊認不認真無關。
同一位會員在不同系統有不同編號
門市會員系統、電商平台、LINE 綁定各自發了一組編號，彼此沒有對照。分流之前要先決定哪一個欄位當作跨系統的共同鑰匙。台灣零售業最常用的是手機號碼，它在門市好問、線上好驗證、LINE 綁定也通用。決定之後，再處理歷史資料裡的重複會員：同一支手機對到兩個編號時，以哪一筆為準、點數怎麼合併，要先由會員經營的人訂規則，不能只交給工程端。
同一個欄位在兩邊定義不同
「活躍會員」在 CRM 報表裡可能是「一年內有消費」，在 CDP 分群裡可能是「90 天內有任何互動」。兩個數字都沒錯，可是老闆拿到兩份報告會以為有一份算錯。解法是把這類關鍵指標的定義寫下來，標明正本在哪一邊計算，另一邊只引用、不自己算。
回寫方向沒有講清楚
CDP 算出的標籤要不要寫回 CRM？寫回哪些欄位？門市店員在 CRM 裡改了顧客的手機，CDP 多久會知道？這些問題不先講好，兩套系統很快就會互相覆蓋。原則很單純：身分與權益類資料只從 CRM 往 CDP 流；行為摘要與分群結果，挑門市真的用得到的幾個欄位從 CDP 回寫到 CRM，其餘留在 CDP。
現在可以立刻開始的 3 件事
- 列出你手上的會員資料來源：把 POS、電商、LINE、其他報名表單各自收了哪些欄位寫成一張表，標出哪些欄位重複出現在兩個以上的系統。
- 決定跨系統的共同鑰匙：多數零售品牌用手機號碼。確認門市結帳、官網註冊、LINE 綁定三個入口都會收這個欄位，而且格式一致。
- 拿上面的 12 種資料表對照現況：逐列寫下你們現在的主檔放在哪裡，跟建議不一致的地方，就是下一階段要調整的優先順序。行銷同意狀態那一列請優先處理。
讓門市、電商、LINE 對到同一位會員
會員資料分流做好之後，品牌看到的會是開篇那位顧客完整的一週：週六在門市回購、週二在官網猶豫、週四被 LINE 推播帶回來。CRM 守住她的身分、點數與等級，CDP 把三個渠道的足跡接起來，告訴行銷下一次該在什麼時候、用哪個渠道、對她說什麼。
愛酷的跨渠道顧客數據平台 AccuCDP（介紹見文末）可以整合網站、CRM、LINE、POS 的資料，透過 AccuID 技術記錄匿名訪客並在識別後串連實名，再依標籤分群，送到 EDM、簡訊、LINE、APP 推播與廣告等渠道。如果你們正在整理門市、電商與 LINE 的會員資料，想先釐清哪些資料該進哪一套，歡迎來信 [email protected]，或到 AccuCDP 產品頁 了解更多。
你們家的會員資料，現在最難對上的是哪一個渠道？
常見問題
CDP 和 CRM 差在哪？
CRM 管會員的身分、交易、等級與點數，重點在準確；CDP 管各渠道的行為事件，重點在把不同渠道的足跡接到同一個人身上，再拿去分群與溝通。在零售業，CRM 通常就是會員系統，CDP 讀取 CRM 的會員主檔再疊上行為資料。
會員資料要放哪個系統？
身分、交易、等級、點數、行銷同意狀態這些資料的主檔放 CRM。瀏覽、點擊、購物車、推播互動等行為事件放 CDP。判斷時問三題：規則是誰定的、多久變一次、誰要拿去用。
CDP 會取代 CRM 嗎？
兩者負責的工作不同，通常是並存。CRM 是會員資料的正本，處理需要精準對帳的點數與等級；CDP 處理高頻的行為資料和匿名訪客，這兩件事 CRM 原本就不擅長。
POS 資料要即時進 CDP 嗎？
多數零售品牌每天批次同步一次就夠用，足以支撐行銷分群與隔日溝通。結帳後立即推送問卷或加購建議這類情境才需要即時，可以等第一階段穩定後再開。
關於 AccuCDP
AccuCDP 是愛酷的跨渠道顧客數據平台，整合品牌各渠道的破碎數據，透過 AccuID 技術建立單一真實顧客輪廓，讓數據從「有」變成「能用」。
- 數據治理：整合網站（FPC 埋碼）、CRM、LINE、POS 等數據；AccuID 記錄匿名訪客並串連實名；具 ISO 27001 與 ISO 27701 認證
- 洞察分析：行為量化、行為探索水流圖、行動時間軸、異常示警
- 顧客精練：觸發型、CRM 屬性型、自定義型、LINE OA 標籤等多維度標籤自動更新，自由圈選受眾（交集／聯集／差集）
- 行銷自動化：EDM、SMS、LINE、Web Notify、APP Push、Meta 與 Google 廣告多渠道發送，含旅程畫布與 A/B Test
- 效益衡量：UTM 管理儀表板、「歸因＋貢獻」分析、發送量儀表板
適合數據分散在網站、LINE、CRM、POS 等多個平台，需要整合會員資料、做跨渠道分眾的零售品牌。了解更多：AccuCDP 產品頁
資料來源
- 經濟部統計處資料，引述自工商時報〈2025 年零售業營業額〉相關報導（記者傅秉祥），2026-01-27，https://www.ctee.com.tw/news/20260127700708-431202
- 財政部「115 年度雲端發票推廣活動頒獎暨成果記者會」，引述自鉅亨網報導（優分析轉載），2026-10-05，https://uanalyze.com.tw/articles/1222556533
- LINE 官方 2024 年台灣用戶數據，引述自科技新報，2024-12-18，https://technews.tw/2024/12/18/line-app-2024-usage-data/
