AI 行銷報表看不懂？台灣 SME 先補 CRM 資料字典

直接答案：CRM 資料字典 是台灣 SME 在導入 AI 行銷報表、名單分群、銷售自動化前，先把 CRM 欄位說清楚的一份對照表。它至少要定義欄位名稱、商業意義、可填值、負責人、資料來源與更新頻率，以及能不能拿來做 AI 分析或行銷推播。很多 AI 報表看起來很聰明，實際上只是把「名單來源」「狀態」「成交機率」「同意行銷」這些欄位的混亂放大。

CRM 資料字典是什麼

CRM 資料字典不是工程師才需要的文件，而是行銷、業務、客服和老闆都能看懂的欄位約定。HubSpot 的 CRM data model 說明把 CRM 拆成 objects、properties 和 associations；其中 properties 就是每筆資料上的欄位，例如 email、lead source 或 deal amount。對台灣 SME 來說，資料字典要把這些欄位翻成日常營運語言：這個欄位到底代表什麼、誰負責填、可不可以空白、哪些值不能亂填。

強一點的資料字典還會記錄變更紀錄。HubSpot 的 CRM administration 指南也把資料治理稱為讓大家共用單一事實來源的操作約定，並建議用命名前綴、下拉選單、季度欄位稽核與欄位擁有人來控管資料。這些做法不用一次全上，但「欄位有定義」這件事不能跳過。

為什麼台灣 SME 需要先做這件事

台灣中小企業的行銷資料常散在很多地方：LINE 官方帳號標籤、網站表單、Google 試算表、門市電話紀錄、POS 或電商訂單、客服備註、業務自己的 Excel。當這些資料進 CRM 後，如果每個人對同一欄位的意思不同，AI 報表就會變得很有說服力但不可信。

最常見的例子是「名單來源」。行銷人員可能填 Facebook，業務填 社群，客服填 私訊，老闆看報表時以為這是三個不同來源。再例如「已聯絡」有人代表已打過電話，有人代表已傳 LINE，有人代表只在 CRM 留過備註。這種模糊不會只影響報表，也會影響名單分群、廣告回傳、AI 摘要、再行銷名單與業務跟進順序。

先補 6 個欄位，不要一開始就做百科全書

1. 欄位名稱：人看得懂，系統也好對接

每個欄位要有一個正式名稱和必要時的系統名稱。正式名稱給團隊看，例如「名單來源」；系統名稱給串接和報表用，例如 lead_source。不要同時存在「來源」「通路」「source」「客戶來源」四個近似欄位，否則 AI 很難知道哪一個才是正式答案。

2. 商業定義：不要讓同一個字有三種意思

欄位定義要用一句話說清楚。例如「名單來源」不是最後成交通路，而是客戶第一次留下可聯絡資料的入口；「有效商機」不是業務覺得有希望，而是已確認需求、預算或下一步行動。定義越清楚，後面的自動化越少猜測。

3. 允許值：能下拉就不要自由輸入

HubSpot 的 CRM data model 文章提醒，能用下拉欄位就少用自由文字，因為每個開放文字欄位都可能變成未來資料品質問題。台灣 SME 可以先從最常用的五到八個值開始，例如名單來源只保留官網表單、LINE、門市電話、展會、轉介紹、廣告、既有客戶、其他。其他真的需要填時，再由負責人確認是否新增正式值。

4. 負責人：欄位不能變成沒人管的公物

每個重要欄位都要有 owner。行銷負責名單來源與活動代碼，業務負責商機階段與下一步日期，客服負責問題類型與處理狀態，老闆或營運負責是否可用於推播、再行銷或案例邀約。沒有負責人，欄位出錯時只會變成互相猜測。

5. 來源與更新頻率：AI 要知道資料是不是新鮮的

Salesforce Marketing Cloud Personalization 的 data dictionary 文件用表格列出 field name、data type、description 和 example values，也會標示資料來源類型。小團隊可以照這個精神記錄每個欄位來自哪裡：表單自動寫入、LINE 人工標籤、POS 匯入、業務手動填寫，或每週整理一次。若欄位已經 90 天沒更新，就不該被 AI 當成即時判斷。

6. 使用限制：不是每個欄位都能拿來推播或丟給 AI

只要欄位牽涉姓名、電話、LINE ID、購買紀錄、偏好、投訴內容或其他可識別資料，就要注意使用目的和告知邊界。台灣《個人資料保護法》要求向當事人蒐集個資時告知特定事項，利用也不應逾越特定目的必要範圍。資料字典應標註哪些欄位可以做內部報表、哪些可以做分眾行銷、哪些只能由授權人員查看。

CRM 資料字典、名單分級、AI 報表的差別

7 天建立第一版 CRM 資料字典

第 1 天：列出會進報表的欄位

不要先盤全部 CRM。先列出每週行銷會議一定會看的欄位：名單來源、活動代碼、聯絡狀態、需求類型、預算區間、下一步日期、成交結果、拒絕原因、是否同意行銷、負責人。只做決策欄位，第一版才會完成。

第 2 天：合併重複欄位

把意思相近的欄位放在一起，例如來源、客源、通路、lead source。選一個作為正式欄位，其他欄位先標為待合併或只保留歷史資料。HubSpot 文件也提醒，刪除欄位可能破壞歷史資料或工作流程；小團隊不確定時，先停用或封存，不要急著刪。

第 3 天：把自由文字改成可選值

最優先整理的是會分群和報表的欄位。名單來源、需求類型、商機階段、拒絕原因、同意狀態，最好都用固定值。這會讓 AI 摘要更穩，也讓新人比較不容易填錯。

第 4 天：指定欄位負責人

每個欄位都要有人可以回答三個問題：這欄怎麼填、錯了誰修、未來要不要保留。負責人不一定是 IT，也可能是行銷主管、業務主管、客服主管或店長。

第 5 天：標註個資與行銷用途

把欄位分成三類：可公開匯總報表、限內部追蹤、涉及個資或敏感脈絡。若欄位要拿來做推播、再行銷、AI 摘要或對外素材，一定要確認告知、同意和使用目的是否足夠。

第 6 天：測一份 AI 報表

拿過去 30 天資料做一次簡單摘要，要求 AI 只使用資料字典裡已核准的欄位。看它是否能正確說明來源、狀態、限制與不確定性。若摘要一直出現「可能」「大概」卻講不出欄位依據，代表字典還不夠清楚。

第 7 天：建立每月 30 分鐘維護節奏

資料字典不是一次性專案。每月檢查新增欄位、空值太高的欄位、沒人使用的欄位、同義欄位、以及被報表或流程依賴的欄位。只要一個欄位開始影響預算、推播、銷售排序或客服承諾，它就必須進字典。

適用與不適用情境

這套做法適合已經有網站表單、LINE 官方帳號、CRM、電商訂單、門市電話、B2B 詢問或客服紀錄的台灣 SME。只要你的團隊會用資料決定廣告預算、名單分群、業務追蹤、AI 週報或自動化流程，就需要一份最小 CRM 資料字典。

它不適合完全沒有固定欄位、還在手寫紙本或單次活動名單階段的團隊。這時候先把基本名單來源、聯絡方式、下一步和同意狀態整理好即可。也不適合把資料字典當成法遵保證；涉及醫療、金融、兒童、保險、投資或高度敏感資料時，仍應找專業法務和資安人員確認。

資料更新與來源

本文更新於 2026 年 9 月 22 日。CRM 平台欄位限制、AI 輔助建立欄位、資料模型工具、敏感資料權限與訂閱方案可能變動；正式導入前，請以你的 CRM 後台、平台官方文件與台灣法規最新版本為準。

• HubSpot：What is a CRM data model?
• HubSpot：CRM administration roles and best practices
• HubSpot Knowledge Base：Create and edit properties
• Salesforce Developers：Data Dictionary
• 個人資料保護法

結論：先讓欄位能被信任，再讓 AI 幫你判斷

AI 行銷工具最怕的不是資料少，而是資料看起來很多、實際上每個欄位都沒人能解釋。台灣 SME 不需要一開始就做大型資料治理專案；先用 CRM 資料字典 把 10 個關鍵欄位說清楚，定義可填值、來源、更新責任和使用限制。當團隊對同一欄位有同一個意思，AI 報表才會從漂亮摘要變成可行動的決策輔助。

FAQ

CRM 資料字典一定要用專門工具嗎？

不用。台灣 SME 第一版可以用 Google 試算表、Notion、Excel 或 CRM 內建欄位說明。重點是欄位名稱、定義、可填值、負責人、來源、更新頻率和使用限制要清楚。

資料字典和 CRM 欄位清單有什麼不同？

欄位清單只列出有哪些欄位；CRM 資料字典會說明每個欄位的商業意思、誰負責、哪些值可以填、資料從哪裡來，以及能不能用於報表、分眾或 AI 分析。

已經有 AI 潛在客戶評分，還需要資料字典嗎？

更需要。AI 評分依賴來源、互動、需求、階段和結果欄位；如果這些欄位沒有共同定義，模型只會把錯誤資料變成看似精準的分數。

第一版 CRM 資料字典應該做幾個欄位？

建議先做 10 個以內、會影響行銷決策的欄位，例如名單來源、活動代碼、聯絡狀態、需求類型、同意狀態、下一步日期、成交結果和拒絕原因。

CRM 資料字典多久要檢查一次？

小團隊至少每月檢查一次，成熟團隊可搭配每季欄位稽核。只要新增活動、串接工具、改表單或調整自動化，就應同步更新資料字典。