建設公司導入客戶管理系統時，最容易先畫出「新名單、已聯絡、已看屋、議價、成交」幾個欄位，卻忽略同一個人可能從官網表單、接待中心電話、現場來訪、廣告活動與 LINE 多次進入。若 CRM 只把每次接觸新增成一列，業務會重複聯絡；若系統看到相同姓名或電話就自動合併，又可能把不同家庭成員、公司窗口或共用電話錯當成同一人。

客戶管理系統開發應先定義「人、聯絡方式、需求、建案、接觸事件與負責關係」，再決定畫面和自動化。本文整理的是需求設計與驗收方法，不替代個案法律意見；實際蒐集、利用、保存與刪除規則，仍應由企業依當下有效法規、契約與營運目的確認。

不要把電話號碼當成唯一客戶

CRM 可以為每個人建立內部穩定識別碼，再把電話、電子郵件、LINE 對照、公司與家庭關係當作可更新、可驗證的關聯。新資料進來時，系統提出可能重複的候選與理由，例如相同電話但姓名不同，交由有權限的人判斷是合併、建立關係或保留兩筆。合併也要能追溯原始來源、欄位差異與操作者，不能直接刪掉其中一筆。

「客戶」與「需求」也應分開。同一個人可能先詢問一個住宅建案，之後代表公司尋找辦公或廠房；若只在客戶資料上留一個建案欄位，新需求就會覆蓋舊歷史。每次需求可包含來源、關注標的、用途、預算帶、聯絡偏好、負責團隊與狀態，而姓名和聯絡方式回到人的主檔維護。

驗收資料應刻意包含同名不同人、共用電話、電話改號、企業窗口換人、同一人詢問不同建案，以及沒有電子郵件的現場訪客。檢查搜尋、合併、拆分、匯出和權限是否仍能保持正確關係。

把接待交接寫成可追蹤事件

現場接待不是填完表單就結束。來訪登記、需求訪談、帶看、資料補充、再次聯絡、改約與取消，都應保存發生時間、執行者、所屬建案、結果和下一步。業務交接時移轉的是負責關係與待辦，不是把過去事件改成新業務的名字。

可將每次接觸分成事實和筆記：事實包括管道、時間、對象、建案與結果；筆記則限制只記完成服務所需內容，並明確標示可見角色。主管看見團隊排程與逾期待辦，不代表必須讀到所有自由文字。系統也要區分「無法聯絡」、「暫不考慮」、「要求停止聯絡」和一般結案，避免一份舊名單重新匯入後又觸發自動追蹤。

全國法規資料庫的個人資料保護法頁面列出個人資料包含聯絡方式、財務情況及其他可直接或間接識別個人的資料；第 3 條列有查詢、閱覽、更正、停止蒐集處理利用與刪除等權利，第 5 條則要求不得逾越特定目的必要範圍。該頁面同時標示部分修正條文尚未生效，因此導入團隊不能只抄最新條文標題，而要確認實際上線時的有效規範與公司適用情境。

系統需求可因此加入個資請求工作流：記錄申請人、身分確認方式、涉及資料範圍、內部處理者、結果與日期。這不是按一個「刪除客戶」按鈕就完成，因為不同資料可能受契約、交易或其他保存責任影響；系統應讓負責人依法判斷並留下處理證據，而不是由業務個人決定。

LINE 身分連結不能靠手動貼標籤

顧客從 LINE 詢問時，聊天平台的使用者識別與 CRM 客戶並不天然相同。只憑顯示名稱、頭像或業務在備註中貼電話，很容易連錯人。LINE Developers 的帳號連結文件描述由服務端取得 link token、引導使用者登入既有服務、以一次性 nonce 建立對照，再由 account link webhook 回傳結果的流程；文件也要求提供解除連結的方法並在連結時告知使用者。

這份官方流程提供了重要邊界：LINE 串接不是把所有好友自動變成 CRM 客戶，而是在使用者完成適當驗證後，建立兩套帳號間可解除的關係。需求書應記錄連結成功或失敗事件、內部客戶識別碼、LINE 對照、建立與解除時間，以及哪些通知允許透過該管道發送。nonce、token 或其他機密值不應出現在一般業務畫面與匯出檔。

驗收時建立兩個同名測試帳號，讓其中一個完成連結、另一個失敗，再解除已連結帳號。確認訊息與待辦只落到正確客戶，失敗不會產生半套關聯，解除後不再使用舊對照發送通知；既有接待事件則依合法且必要的保存規則處理，不因解除 LINE 就無條件消失或繼續被行銷使用。

權限要同時看專案、角色與動作

建設業 CRM 可能橫跨代銷、建設公司、接待中心與外部廣告合作方。僅用「業務、主管、管理員」三種全域角色通常不夠。權限至少要同時判斷使用者所屬組織、可處理的建案、負責關係與動作，例如查看、編輯、匯出、重新指派、合併與處理個資請求。

測試不可只登入最高權限帳號。應讓 A 建案業務搜尋 B 建案客戶、讓離職帳號嘗試開啟舊連結、讓一般業務匯出整批名單，再確認系統拒絕不該允許的動作並留下稽核紀錄。報表與 API 也要套用相同規則，避免畫面隱藏欄位，下載檔或整合介面卻回傳完整資料。

用 Northline 案例驗收企業接待

站內展示作品「北序產業地產 Northline」（northline-industrial）以企業選址與工業資產為核心，包含顧問服務、工業物件、專家介紹與站內諮詢示範。它是 B2B 概念官網，不代表真實公司的客戶成果，但可作為 CRM 接待流程的前台情境。

測試時可讓一位企業代表先從物件頁送出諮詢，再由另一個入口詢問選址顧問服務。CRM 應把兩次需求保留為不同事件與需求記錄，同時提示可能是同一窗口；接待人員確認後，把案件指派給相應顧問，安排會談並記錄下一步。之後更換企業窗口，舊事件仍屬於原聯絡人，新窗口則透過公司關係取得必要交接，不是直接改掉歷史姓名。

建設業客戶管理系統的價值，不是把 Excel 換成漂亮看板，而是讓每個身分對照、需求、接待事件、負責關係與資料使用都有依據。當團隊能說明一筆名單從哪裡來、為何合併、誰可以看、LINE 如何連結，以及停止聯絡如何落實，CRM 才真正成為可交接且可驗收的營運系統。