CRM 欄位和標記怎麼分？台灣 SME 先別把日期、預算都塞進標籤

CRM 欄位和標記真正要先分清楚的，不是介面長什麼樣，而是哪些資料需要被排序、計算、回填，哪些才適合拿來快速分類與交接。對台灣 SME 來說，最穩的做法通常不是一開始就建幾十個標籤，而是先用來源、需求、下一步三層標記，再把日期、預算、地區、敏感資訊與完整備註留在欄位或原始紀錄裡。

CRM 欄位和標記為什麼不能混在一起

很多公司 CRM 越用越亂，不是因為系統太弱，而是每個人都用自己的方式命名。Keap 在 CRM tagging best practices 直接提醒，標記要一致，而且必須有用途；如果某個標記不會驅動訊息、報表或自動化，就應該移除。這是很實用的判斷，因為沒有用途的標記只會讓搜尋和交接更慢。Keap

Salesforce 對 CRM 最佳做法的說法也很接近。它強調 CRM 要依實際工作流程自訂欄位與儀表板，讓不同團隊快速看到自己需要的資訊，而不是在分散系統和試算表裡來回找資料。Salesforce

換句話說，欄位應該負責保存可計算、可排序、可回填的資料；標記則負責快速分類、分派與分眾。只要行銷、客服、業務對同一位客戶的標記意思不同，後面就會出現重複聯絡、漏接高意圖名單，或明明拒絕行銷了卻還被放進推播清單的問題。

台灣 SME 最實用的 3 層客戶標記架構

從目前可見的 query family 來看，SERP 上的強頁大多先講分類好處，再談標記技巧，但很少把台灣 SME 最常遇到的 LINE、電話、表單與報價交接放在同一張圖裡。本文的改進策略，就是把標記邏輯直接對到實際工作流。

第 1 層：來源標記，回答「這個人從哪裡來」

來源標記的任務，是讓你知道名單最初是從哪一個接觸點進來，例如官網表單、LINE 官方帳號、門市 QR code、Meta 廣告、Google Ads、自然搜尋、展場或轉介紹。Oracle 對潛在客戶管理的定義明講，名單本來就會從網路註冊、電子郵件、多管道行銷、社群與活動等不同來源進來；若來源一開始沒標清楚，後面很難判斷哪一段投入真的帶來有效機會。Oracle 台灣

來源標記最常見的錯誤，是只寫「其他」或每次手動亂打。比較穩的做法，是先把會重複出現的 6 到 10 個入口固定成團隊字典，例如「網站表單」「LINE 加好友」「門市掃碼」「Meta 廣告」「Google 自然搜尋」「老客轉介紹」。入口一旦固定，後面報表和 handoff 才能累積。

第 2 層：需求標記，回答「這個人現在在問什麼」

需求標記不是貼產品名稱而已，而是把對方目前最接近的問題標出來，例如報價、預約、售後、批發、合作、維修、會員、案例、價格或配送。HubSpot 的 lifecycle 與 lead status 文件把階段和子狀態拆開，重點就在於關係位置與當下進度不能混在一起看。HubSpot Knowledge Base

對台灣 SME 來說，需求標記最有價值的地方，是讓客服和業務的第一句話更準。問報價的人，不該收到和問售後的人一樣的回覆；看過案例頁又主動加 LINE 的人，也不該和抽獎進來的人被放在同一段 nurture 流程。

第 3 層：下一步標記，回答「現在該交給誰、做到哪裡」

第三層最容易被漏掉，但它才是 CRM 客戶標記規則能不能真的幫到成交的關鍵。HubSpot 把 Lead Status 描述為 Sales Qualified Lead 內的子狀態，例如 New、Open、In Progress、Attempted to Contact、Connected、Bad Timing；這正好提醒我們，很多標記問題其實不是客戶分類，而是進度管理。HubSpot Knowledge Base

因此，下一步標記建議只保留少數可執行狀態，例如「待首次回覆」「待補資料」「已報價待追蹤」「已預約」「轉客服處理」「停止行銷」。只要這一層寫得清楚，名單一旦交接，下一個人打開 CRM 就知道自己該做什麼，而不是重新讀完整段對話猜測。

哪些資訊應該放欄位，哪些才適合當標記

這張表的判斷原則很簡單：如果資料會經常變動、需要排序、需要計算，通常比較適合做欄位；如果資料是為了快速分類、分派、訊息路由或報表切片，才比較適合做標記。標記是捷徑，不是垃圾桶。

Google Analytics 的推薦事件也提供一個很實用的參照系。Google 把 `generate_lead`、`qualify_lead`、`working_lead`、`close_convert_lead` 等事件拆開，是因為 lead generation 本來就不該只看表單送出，而要看後續是否被資格判定、是否進入跟進、是否真的成交。Google Analytics

這個邏輯可以反過來幫你設計 CRM 欄位和標記的分工：如果某個資訊需要進入來源、資格、跟進或成交報表，它通常應該有穩定欄位；如果只是為了快速讓人看懂該分到哪一類，才比較適合做標記。

怎麼把標記接到客服、行銷與業務 handoff

Salesforce Trailhead 對 lead records 的說明很直接，lead record 應該用來追蹤互動、活動與後續動作，某些公司也會依地區或銷售領域自動分派 leads。Salesforce Trailhead

對台灣 SME 來說，最值得先做的不是大規模自動化，而是三條簡單 handoff 規則。第一，來源標記要決定哪個渠道或活動帶來這位客戶。第二，需求標記要決定第一段回覆內容和負責角色。第三，下一步標記要決定是否要在 24 小時內跟進、是否待補資料、是否回到培養池。

例如「LINE 加好友 + 報價需求 + 待首次回覆」應該直接進業務或客服優先清單；「官網文章下載 + 案例需求 + 待補資料」可以先走 nurture；「老客轉介紹 + 批發需求 + 已安排會議」則應同時保留來源價值與目前成交進度。這些規則不需要昂貴 AI 才能啟動，但很適合之後拿來做摘要、提醒與風險檢查。

個資與停止行銷邊界怎麼先守住

只要 CRM 欄位和標記會拿來做推播、再行銷、Email 或 LINE 分眾，就不能只看效率。法務部對個資法的行政函釋指出，基於契約或類似契約關係取得的個人資料，用於行銷時應符合當事人對隱私權的合理期待，而且行銷內容與原本契約或類似契約之間要有正當合理關聯。法務部行政函釋 10203507340 號

另一則法務部函釋也提醒，若非公務機關向當事人蒐集個人資料，除法定例外外，應讓當事人明瞭應告知事項；未告知或不完整告知，都屬違規風險。法務部行政函釋 10203503280 號

翻成實務語言，就是你不能因為想做分眾，就把任何收到的資料都變成可隨意行銷的標記。像「拒絕行銷」「封鎖」「客訴待處理」「僅限服務通知」這類排除或限制狀態，應該比促銷標記更優先被維護。對很多 SME 來說，先把停止行銷邊界標清楚，比再多加十個促銷標記更重要。

哪些公司適合先做，哪些先別做

這套做法最適合已經有固定名單入口，而且常在客服、行銷與業務之間交接的團隊。例如 B2B 顧問、課程顧問、裝修設計、連鎖門市、地方服務、專案型公司與高單價電商，都很容易因為欄位和標記分工不清而漏追高意圖名單。

它不適合連基本欄位都還沒整理、客戶來源長期空白、沒有人負責回寫狀態，或還沒有定義什麼叫有效詢問的團隊。若你現在連「已報價」「待補資料」「停止行銷」都沒有固定寫法，先補流程字典，比先談 AI 更值得。

資料更新與來源

本文於 2026-07-04 依可公開查驗資料整理，重點放在 CRM 欄位和標記的分工設計，而非特定軟體推薦。SERP 觀察到的 benchmark pages 多為 SaaS 廠商的通用教學或社群討論，優點是會強調一致命名與標記用途，但普遍缺少台灣 SME 的 LINE、表單、報價交接與個資界線情境。

本文主要參考的官方資料包括 HubSpot lifecycle stages 與 lead status、Salesforce Trailhead lead records、Salesforce CRM best practices 與 Oracle 台灣潛在客戶管理。這些來源主要用來確認 stage、status、assignment 與 workflow 的基本結構。

追蹤與法務邊界則另外參考 Google Analytics recommended events、法務部行政函釋 10203507340 號 與 法務部行政函釋 10203503280 號。Keap 的 tagging best practices 則用來觀察目前市場上常見的 tag cleanup 建議。

結論：先讓欄位和標記各做自己的事

CRM 欄位和標記如果全部混在一起，後面再多自動化都只會把混亂放大。真正有效的做法，是讓欄位負責日期、預算、地區、敏感資訊與可計算資料，讓標記負責來源、需求、下一步這些快速分類與交接訊號。對台灣 SME 來說，先把這個分工跑順，再讓 AI 協助摘要、提醒與例外檢查，通常會比一開始就追求複雜模型更快看見成效。

FAQ

CRM 欄位和標記一定要拆很細才夠用嗎？

不用。多數台灣 SME 先把來源、需求、下一步三層標記訂清楚，再把日期、預算與地區放進欄位，就足以支撐客服、行銷與業務交接。

哪些資料不適合直接做成 CRM 標記？

日期、金額、預算、完整對話與敏感個資通常更適合放結構化欄位或受控原始紀錄，不適合做成標記。這樣比較好查詢，也較不容易誤用。

CRM 標記和欄位最大的差別是什麼？

CRM 標記偏向分類與路由，例如來源、需求或下一步；欄位偏向日期、金額、預算、地區、狀態與其他需要排序、計算或回填的資料。

LINE、表單、電話都能共用同一套標記規則嗎？

可以，但前提是入口名稱和需求分類要先固定。來源可以不同，需求與下一步的團隊語言最好一致，這樣 CRM 才能累積可比對的資料。

如果客戶拒絕行銷，CRM 標記要怎麼處理？

應優先維護停止行銷或限制利用狀態，並確保後續推播、受眾與分眾名單都會排除。這類排除標記的優先順序，應高於促銷標記。