名單用錯了，該算誰的？沒人肯認領的資料責任，才是治理真正卡住的地方
Gartner研究指出，劣質資料平均讓企業每年損失1,290萬美元，缺乏明確的資料擁有者正是常見障礙之一。品牌把會員資料整合起來了，但「這份名單誰核准、標籤誰定義、出錯算誰的」這幾個問題，很少有人真正講清楚過。這篇文章拆解資料當責常被忽略的幾個缺口。
Gartner在2020年的研究指出，劣質資料平均讓企業每年損失至少1,290萬美元，該研究並指出，缺乏明確的資料擁有者，是企業提升資料品質時最常遇到的障礙之一；同一份研究也建議，資料治理的強度應該依照資料的價值與風險排優先順序，不必所有資料一視同仁（Gartner）。
問題不在於品牌沒有工具。多數品牌早就把散落在各系統的會員資料整合起來，用來圈名單、貼標籤。真正卡住品牌的，是整合之後那件更麻煩的事：這份名單怎麼圈出來的，誰核准過；這個標籤的定義，誰在維護；名單用錯了，行銷、IT、資安三方，誰該扛。
我們在客戶對話裡常聽到的那句話
我們最近跟幾個品牌的行銷主管聊資料治理，問到「這個會員標籤是誰定義的」，得到的答案常常是「系統本來就有這個標籤吧」。再往下問「標籤的定義去年有沒有改過、改的時候誰核准」，多半沒有人答得出來。
這句話背後藏著一個很普遍的現象：品牌把資料治理理解成一套系統或一份文件，卻沒有意識到治理的核心其實是決策權的分配。標籤怎麼定義、名單上線前誰把關、資料出錯了誰負責善後，這些問題如果沒有人明確擁有，工具做得再完整，缺口還是在那裡。
資料當責拆開來看，卡住的位置各自不同
國際資料治理框架DAMA-DMBOK把治理相關的責任拆成幾種角色（DAMA-DMBOK）：資料擁有者對業務領域內的資料決策負責，資料管理者負責日常的品質與定義維護，資料保管者負責技術面的存取與維運。這篇文章借用這個概念，簡化成三種責任角色，對照台灣零售品牌常見的資料使用情境。
把這套框架對到品牌實際的名單與標籤作業，缺口通常出現在這三個位置，其中資料擁有者的缺口最常見。
- 資料擁有者，對決策負責：在品牌內部通常對應行銷主管或會員經營負責人，這是最常見的缺口。品牌通常有人負責「用」資料做行銷決策，卻很少有人被明確賦予「對這份資料的品質負責」這個角色。名單圈錯了，行銷會說是系統給的資料，IT會說系統只是照定義跑，兩邊都沒錯，卻也都沒有人真正擁有這個問題。
- 資料管理者，維護定義與品質：通常是熟悉業務邏輯的行銷或營運人員。一個標籤的定義，例如「高潛力客戶」到底是用什麼條件圈出來的，往往只存在最初設計那個人的記憶裡，這個人離職或轉調，定義就變成沒人說得清楚的黑盒子，之後每次用這個標籤做行銷決策，都是在用一個沒人能覆核的假設。
- 資料保管者，負責技術執行：通常是IT、資安或數據團隊，職責定義成「系統跑得動、資料存得住」，標籤定義是否符合業務現況不在他們的責任範圍。這個劃分本身沒有錯，但如果沒有人補上「業務邏輯是否過時」這一塊，技術上健康的系統，仍然可能持續產出業務上錯誤的名單。
Target Canada：資料出錯如何放大成整個營運的災難
2012年，零售巨頭Target即將在隔年於加拿大展店，開始為新系統下單建置商品資料時才發現，供應鏈系統裡的資料錯誤百出：前置時間長的海外商品訂單卡住、配送中心無法處理商品、部分商品尺寸資料跟貨架對不上。調查團隊發現，唯一能徹底解決的方法，是把整個採購部門的日常工作暫停，讓每個人手動核對系統裡的每一筆資料（Canadian Business 深度調查）。
2012年秋天，Target因此發起「Data Week」，要求採購人員逐一跟供應商核對商品資料，一位採購人員手上可能有1,500項商品，每項商品要核對50到80個欄位，工作量之大讓部分員工形容這段時間「很煎熬」。即使找出並修正了大量錯誤，資料與供應鏈問題在2013年正式開幕後仍然持續存在，倉庫堆滿貨、門市貨架卻空著的情況反覆發生。
Target最終在2015年1月宣布全面撤出加拿大市場，關閉全數133間門市（CBC News）。根據Target官方公告，光是2014年第四季認列的停業相關稅前損失就約54億美元，加上2015財年預估再認列2.75億美元損失（Target官方新聞稿）。
這個案例規模遠比台灣零售品牌的名單經營大得多，但問題的成因是一樣的：品牌花預算投廣告，圈的卻是一份定義早已過時、沒人覆核過的會員標籤，優惠券發給已經退貨或流失許久的名單，浪費的是廣告預算而不是貨架，代價的性質卻是一樣的，資料錯了，卻沒有人真正把關過。
（本案例由多份公開產業調查與Target官方公告整理彙編而成，Target Canada的失敗牽涉展店時程、系統整合、人員訓練等多重因素，資料品質問題是其中一個關鍵環節，不是唯一原因，這個案例是「資料錯誤如何被放大成營運災難」的方向證據，不是台灣零售品牌會遇到的等比例風險。）
為什麼這件事不能全丟給IT或資安
品牌常見的直覺反應，是把資料治理丟給IT或資安團隊，理由是他們最懂系統。這個直覺忽略了一件事：標籤該怎麼定義、什麼樣的名單才算合理，這是業務判斷，不是技術判斷。IT團隊能確保資料被正確存取與傳輸，卻沒有立場判斷「高消費潛力客戶」這個標籤的商業定義是否還符合現在的品牌策略。
這正是DAMA-DMBOK把資料擁有者定位成業務角色，而不是技術角色的原因。技術團隊該負責的是資料保管者那一層，讓資料存得住、跑得動；但這份資料背後代表的商業意義，責任該留在業務端。把治理責任整層丟給IT，看起來省事，實際上是把沒人真正該做的判斷，推給沒有立場做判斷的人。這也是AI客服系統導入前必須先盤點資料存取權限與定義權責的原因，工具越自動化，責任分散不清的代價就越早浮現。
CDMP能承載當責的紀錄，不能替品牌決定當責
91APP CDMP這類顧客數據平台，能把品牌各系統的會員行為整合成一份可用來圈選名單與標籤的資料架構。這件事本身是重要的基礎建設，能讓行銷團隊少走很多資料四散各處的冤枉路。
但架構能不能真正承載當責，取決於品牌有沒有先把當責分配講清楚。誰是這類標籤的資料擁有者、誰有權核准名單上線、定義變更時要通知誰，這些決策不會因為換了一套系統就自動出現，也不是系統本身能替品牌回答的問題。CDMP能提供的是讓治理決策有地方落腳的資料架構，決定誰該站在哪個位置，仍然是品牌自己的功課。
先把責任寫上名字，資料治理才有起點
- 先從3到5個最常用、影響最大的核心標籤開始，例如VIP會員、近期流失、主力促銷群，幫這幾個標籤指定一位業務端的資料擁有者。不用一次盤點上百個標籤，先從高影響力的幾個做起，名字寫在誰身上，能降低責任落空的機率。
- 在名單正式上線前，加一個複查關卡，哪怕只是請資料擁有者確認一句「這個範圍符合我們現在的目標」，都比完全沒人看過就上線好。對用於大額廣告投放或排除名單這類高風險用途，複查關卡可以再多一層雙人確認。
- 把「這個標籤誰定義、誰核准、何時修改過」寫成一份看得到的紀錄，不需要另外導入新工具，一份共用的簡單表格就是最低成本的起點，不要讓定義只存在某個人的記憶裡。
- 依標籤的使用頻率與影響範圍，決定多久該檢視一次定義，核心標籤可以先用每季當起始點，業務邏輯會變，標籤定義不會自己跟著更新。
- 名單出錯之後，先問「流程裡哪個環節沒有人把關」，而不是急著問「這是誰的錯」。前者能補流程，後者只會讓下次沒人想承認自己是資料擁有者。
資料治理的地基，是有人願意扛下這份責任
資料治理常被講成一套系統工程，聽起來只要把工具建對就會自動發生。但真正決定治理成不成功的，往往是有沒有人願意把手舉起來，扛下這份資料品質的責任。系統能記錄誰核准了什麼，卻沒辦法替代那個舉手的動作。
把資料歸戶整合起來，只是把治理的地基打好了。地基上要蓋出什麼，還是要品牌自己決定誰站在資料擁有者、資料管理者、資料保管者這三個位置上。這件事不做，再完整的系統架構，也只是把同一個沒人負責的問題，換了一個更精美的介面重新包裝一次。
常見問題
Q1：資料當責跟資料治理，是同一件事嗎？ A1：資料當責是資料治理裡最核心的一塊。資料治理涵蓋政策、標準、流程等整套機制，資料當責指的具體是「誰對資料的品質與決策負責」這件事，也就是本文借用DAMA-DMBOK概念簡化出的資料擁有者、管理者、保管者三種責任角色。沒有清楚的當責，治理政策寫得再完整也很難真正推得動。
Q2：小品牌人力有限，也需要指定專門的資料擁有者嗎？ A2：不需要專職角色，但需要明確的人。小品牌可以由行銷主管兼任資料擁有者，重點不是多一個職稱，而是讓「誰該對這份標籤負責」這件事有明確答案，出問題時知道該找誰討論，而不是互踢皮球。
Q3：IT或數據團隊完全不用管標籤定義的正確性嗎？ A3：不是完全不用管，而是責任的性質不同。IT或數據團隊該確保資料保管這一層做得好，例如存取安全與系統穩定；標籤背後的商業定義是否合理，責任應該留在業務端的資料擁有者身上，兩者是互補而非取代關係。
Q4：多久該檢視一次標籤定義？ A4：沒有絕對標準，建議依標籤的使用頻率與影響範圍決定，業務變化快、常用來做行銷決策或名單匯出的核心標籤，可以先用每季當起始點。檢視的重點在於確認定義是否還對應現在的業務目標，不需要每次都重新設計。
Q5：CDMP有辦法自動判斷標籤定義過不過時嗎？ A5：不行，也不應該期待它做到。CDMP能提供的是會員資料整合與名單圈選的架構，讓品牌有地方把治理決策記下來；但定義是否過時，是需要業務判斷的問題，工具能協助承載紀錄，無法取代判斷本身。
Q6：資料當責缺口通常最先在哪裡爆發？ A6：最常見的是大檔期或跨部門協作的時候，例如行銷要用某個名單投廣告，卻發現名單邏輯跟業務團隊理解的不一樣。這種時候缺口才會被看見，因為過去大家各自用著自己以為對的定義，沒有真正取得共識過。
延伸閱讀
如果你正在盤點品牌內部的會員資料治理分工，或想了解 91APP CDMP 如何協助建立會員名單與標籤的整合架構，歡迎與我們的顧問團隊聊聊。