CRM 地址欄位怎麼設計?原始值、標準化值與人工確認要分開

地址資料最常見的結構問題,是只留一個欄位並反覆覆寫。當標準化規則更新、客戶搬家或人工修正時,就無法知道目前值從哪裡來。

不要只有一個 address 欄位

最低限度可分成原始地址、標準化地址、縣市、行政區、前三碼、解析可信度、人工狀態與更新時間。原始地址保留使用者當時提交的內容;標準化地址則可隨規則版本重新產生。

把解析結果和身分判定分開

地址標準化相同,不代表兩筆會員或兩家公司相同。地址名單去重檢查可以找出候選重複地址,但主體合併仍需其他識別資訊與人工流程。

保存規則版本與來源

若資料用於出貨或稽核,應記錄標準化時間、規則版本及確認來源。官方行政名稱、道路資料與企業內部修正的依據不同,不要用一個「已驗證」布林值把它們混在一起。

讓不確定狀態成為正常資料

多候選、資料不足、查無與待本人確認都應有明確狀態。允許未知,比自動補一個看起來完整但沒有證據的地址更安全,也更容易後續追蹤。

繼續處理地址

整理一個地址 批次整理 名單去重

延伸閱讀

本站只到 3 碼。完整 3+3 六碼的後 3 碼由投遞段(巷弄、門牌號區間、單雙號)決定,中華郵政的區間明細檔是申請制、本站尚未取得,所以我們不推算、不假裝算得出來。需要六碼請用 中華郵政 3+3 郵遞區號查詢

免責:查詢為參考結果,不等同正式門牌證明;門牌證明請洽戶政事務所。