跨境 CRM 欄位怎麼命名?定義、格式與資料負責人表

為跨境團隊整理 CRM 欄位字典,從決策用途、國家與語言格式、必填規則到負責人、舊資料轉換及欄位退場,建立可交接的一致定義。

跨境 CRM 欄位怎麼命名?定義、格式與資料負責人表

跨境團隊的 CRM 不一定缺欄位,常見問題是同一欄位在不同市場各有解讀:有人把來源填成國家,有人把「未知」當空白,也有人把負責人理解成建檔者。資料字典的目的,是讓團隊對同一筆客戶、商機與來源作出一致判斷。以下用可落地的欄位定義、格式、責任與轉換步驟,說明如何從一個交接流程開始整理;例子皆為假設情境。

實作重點:哪些欄位支援實際決策?;國家與語言格式如何統一?;必填與選填怎樣區分?;同一欄位由誰維護?;舊資料如何轉換驗證?;何時可以刪除欄位?

哪些欄位支援實際決策?

先從「團隊要根據資料做哪個決定」反推欄位,而非先抄別人的欄位清單。若主管要比較市場投入,需能分辨客戶所在地與實際服務市場;若業務要安排下一步,需知道商機階段、預計決策時間及目前負責角色;若行銷要判斷來源,則要分開記錄首次接觸來源與最近一次有效互動。每個欄位都應寫明它描述的對象、使用時點、資料型態、可選值、空值意思及維護責任。只因畫面能新增欄位,或某份範本中有這個欄位,不足以說明它值得收集。

要作的決定 欄位例子 定義與用途
安排跟進市場 服務市場 團隊目前要服務的市場,不等同登記地
判斷商機下一步 商機階段 依團隊共同定義記錄進度
回看初次來源 首次接觸來源 保留最早可確認的接觸管道

以上名稱是通用例子,實際欄位需按團隊流程調整。像「公司所在地」和「服務市場」看起來相近,卻回答不同問題;合併後,跨市場報表可能無法分辨設立地與銷售地。可先用最近一段時間實際要處理的決策逐項核對:若刪去欄位,誰會因此無法採取下一步?若沒有人受影響,先不要新增。若管理者要看轉換,不要只放「成功/失敗」自由文字,應指定狀態定義、變更時點及更新責任。名稱以短而明確為原則,欄位說明則補充判斷條件,避免把完整操作規則塞進欄名。實作時可用一列一欄建立字典,記下穩定鍵名、中文顯示名、定義、來源、可選值、使用決策、負責角色及修訂紀錄。若跨系統交換需要英文鍵名,也先訂固定大小寫與分隔方式,避免各市場自行翻譯。再請同事用假設紀錄試填;若答案不同,先修定義,再新增欄位。

國家與語言格式如何統一?

把地點和語言拆成不同問題。客戶註冊地、聯絡人目前所在市場、團隊負責服務的市場可能不相同;主要聯絡語言也不能由國家直接推定。先決定哪些欄位會用於分派、文件溝通或報表,再在資料字典寫出單一格式及維護時機。市場欄可採內部代碼加顯示名稱,例如假設代碼「TW」對應「台灣」,並由指定管理者維護對照表;團隊應先明確界定代碼代表的範圍,避免把註冊地與客戶所在市場混為一談。顯示名稱可因語系改變,代碼則保持穩定,匯出、篩選及交接都使用同一規則。

語言欄位應記錄聯絡人偏好的溝通語言,而不是從姓名、國籍或公司所在地猜測。若文件語言會影響工作,可另設「文件語言」;只有確實需要安排會議或服務時,才增加時區欄位。日期儲存格式也要統一,例如內部一律記成「2027-03-04」,畫面再按團隊習慣顯示,避免「03/04/2027」被不同地區解讀成三月四日或四月三日。電話號碼則保留國碼與原始輸入規則,不要把國家代碼塞進客戶所在地欄。遇到無法確認的地點或語言,使用「待確認」等明確狀態,並規定何時回頭補齊;不要由空白猜成某市場。整理前先列出現有寫法、決定標準值、指定字典維護者,再處理舊值。同一市場可能使用多種語言,應讓每位聯絡人有自己的偏好語言;公司層級語言不能代替個人偏好。若要同時比較市場與語言,兩者各自一欄,勿用「台灣繁中」這種合併值,否則改顯示語言時會連市場分類一起變動。字典也應寫明可否多選、誰能新增值、遇到無對應選項如何申請,避免「其他」逐漸變成自由文字集合。

必填與選填怎樣區分?

必填不是「以後可能有用」,而是缺少它就不能完成某個具體動作,或會令關鍵交接無法進行。可把欄位分成建立紀錄時必填、進入特定流程時必填、選填三類。例如新名單剛進入時,若市場還未知,先允許建立資料;當名單要分派至市場團隊,再要求選擇服務市場或標記待確認。商機進入提案階段前,若團隊確實要依決策日安排跟進,才要求填入預計決策日期。這樣能讓初次記錄保持簡單,又不把必要資訊拖到無人負責的階段。

每個必填規則要回答三件事:誰在何時提供、資料從哪裡確認、缺少時怎麼處理。若有例外狀況,將「未知」「不適用」「尚待客戶回覆」與真正漏填分開,並為每種狀態寫明後續行動。例如來源無法追溯時,選「未知」並保留判定人,不要填「其他」掩蓋差異;若欄位是數量,零表示已確認沒有,空值則表示未取得,不能互換。選填欄也需寫用途,若一段時間都沒人讀取、篩選或採取行動,重新評估是否保留。設計表單時避免一次要求大量背景資料;先收足以辨識與分派的資訊,再於流程前進時補充。最後用幾筆不同市場的實例演練:不完整資料是否能建立、例外是否有去處、下一位接手者能否判讀,再確認必填時點。可用三個問題檢查:缺值是否阻斷目前的分派或交付?當事人是否有可信來源可填?由誰追蹤例外直到補齊?若缺值不阻斷當前工作,就不要在最初強制填;若稍後階段才需要,設定明確門檻並指定跟進人。先把必填條件寫成操作句,再設定表單,避免只靠管理者說欄位重要。

同一欄位由誰維護?

「資料負責人」要指對欄位定義、品質及例外處理負責的角色,不是單指 CRM 帳號的擁有人,也不必然是建立那筆紀錄的人。每個欄位指定一位主要責任角色,必要時再指定備援;若所有人都負責,遇到值不一致時通常沒有人決定採用哪個。資料字典可記錄欄位負責角色、輸入者、核對來源、允許修改者、檢查頻率與爭議升級對象。角色名稱比個人姓名耐用,但仍要有交接程序,讓人員變動時責任不會中斷。

例如,假設團隊把「首次接觸來源」交由行銷流程負責,把「商機下一步日期」交由目前跟進的業務負責,把市場代碼對照表交由營運角色維護。這只是示例,實際分工應貼合團隊工作。對每個欄位再標明何時可以改:首次來源一般在有證據前不應被後續互動覆蓋;負責人轉交時,新舊負責者需確認交接;市場分類若有爭議,由字典管理者依定義裁定,而不是各自創造新選項。把來源依據留在適當紀錄中,避免責任人憑印象改值。每月或每季檢查不必複雜,可抽看近期變更、未知值和重複值,列出待處理者與期限。若團隊太小,可由一人兼任多個角色,但字典仍要分清楚「誰輸入」和「誰決定定義」,以免流程變更時沒人維護規則。例如業務可更新客戶紀錄、營運可改代碼表、行銷可查看來源值時,權限設定和責任表應相互一致;多人需要共同輸入,仍要指定一位最終裁定者。跨部門修改定義時,記下提出原因、受影響報表、核准角色和生效日,並通知使用者。這些紀錄讓新成員依相同規則操作,也避免只靠口頭交接。

舊資料如何轉換驗證?

轉換前先盤點欄位、值的寫法、資料筆數、使用中的報表與自動化,再建立「舊欄位/舊值—新欄位/新值」對照。不要直接覆蓋唯一副本;先確認可回復的備份或匯出方式、執行人和回復條件,並限制檔案存取範圍。接著把資料分成可明確對應、需要人工判讀、暫時無法確認三類,先在少量樣本演練,檢查欄位方向、空值語意、日期與文字編碼,再處理其餘資料。當舊值混合了不同意思時,不要為了填滿欄位而猜;保留原值並交由資料負責人裁定。

例如,假設有100筆待整理紀錄:92筆可依已核准的對照表直接轉換,5筆來源含義不清,3筆缺少市場資料。先確認「92+5+3=100」,再讓92筆進入轉換樣本;其餘8筆列入例外清單,逐筆記錄原因與處理人,而非默默丟棄或填一個預設值。完成後按欄位比較轉換前後總數,抽查原始紀錄與新值,檢查重複、空值及無法對應值,並讓實際使用報表的人確認結果能支援原本決策。驗收條件應事先寫明,例如每筆可追到來源、未解例外有負責人、關鍵報表仍能重算。切換時避免多人同時修改舊表與新表;安排清楚的停止輸入、匯入、核對與回復窗口。若核對不符,先停在可回復的位置,找出規則錯誤或來源差異,再重新轉換。驗證時至少核對總筆數、唯一識別值、各狀態筆數與新舊欄位對照,並抽查每種來源寫法,而非只看容易轉換的一類。把結果分成通過、待裁定或失敗,另列差異清單,不要把無法對應當作已完成。確認報表排序與篩選在新格式下仍一致後,再依既定切換窗口導入下一批資料。

何時可以刪除欄位?

欄位過時,不代表其中的資料立刻沒有價值。刪除前先找出誰在輸入、閱讀或匯出它,並搜尋報表、篩選條件、通知、表單、整合流程及歷史交接文件是否依賴它。再確認是否有替代欄位,以及替代欄位能否保留舊資料原本的意思;兩個名稱相似,不代表定義相同。由資料負責人與受影響的使用者共同確認停用理由、影響範圍、回復方法和最後檢查日期。若只是重複收集,可先停止新增,保留一段由團隊自行訂定的觀察期,查看是否仍有人查閱或提出必要用途。

安全的退場步驟是先標記欄位將停用、通知輸入與報表使用者、移除新資料入口,再觀察既有流程是否失效。若仍有必要用途,就修訂定義或轉交替代欄位;若用途已結束,先依團隊的資料保存與存取規則處理歷史值,然後才移除依賴和資料。不要只因畫面看起來整齊而刪掉歷史資訊,也不要假設任何資料都必須永久保留;具體保存期限應由適用的內部政策及專業意見決定。最後將字典狀態改為停用,記錄日期、原因、核准角色與替代位置,讓之後接手的人知道舊報表為何不同。刪除可分為停止新輸入、停止報表依賴、移除欄位設定三個節點,逐一指定負責角色與檢查結果。若發現流程仍讀取舊值,先恢復依賴或補好替代映射,再重新評估。移除歷史資料前,確認授權及適用保存規則,留存紀錄;不要因刪欄位而順手清掉客戶資料。下一步可挑一個跨市場交接流程,先填出欄位名稱、定義、格式與負責角色,再用實際紀錄演練一次;如需了解 Chan & Chung 的相關資訊,請前往官方首頁。