Gộp khách hàng CRM không chỉ là bỏ một dòng trùng. Một hồ sơ có thể đang giữ đơn hàng, lịch gọi, ticket và người phụ trách khác hồ sơ còn lại. Nếu chọn sai danh tính hoặc chuyển sai liên kết, dữ liệu nhìn gọn hơn nhưng nhân viên lại phục vụ nhầm khách. Cần quyết định hồ sơ nào được giữ, giá trị nào có nguồn đáng tin và quan hệ nào phải đối chiếu trước khi thực hiện.
Khi nào nên gộp khách hàng CRM?
Hai tên giống nhau chưa đủ chứng minh cùng người. Chi nhánh có thể dùng chung số tổng đài; nhân viên mua hàng có thể đổi email; một người có thể đại diện nhiều pháp nhân. Trước hết hãy xác định object đang xử lý là cá nhân, công ty hay địa điểm giao hàng. Gộp hai object khác nghĩa thường làm mất sự phân biệt mà bộ phận kinh doanh cần.
Hãy tập hợp các bằng chứng có thể kiểm tra: mã khách hàng từ hệ thống nguồn, email đã xác nhận, mã số doanh nghiệp nếu được phép sử dụng, hoặc xác nhận của người phụ trách. Ghi cả bằng chứng phản bác, chẳng hạn hai pháp nhân khác nhau dùng cùng tên thương mại. Trường hợp chưa rõ nên giữ riêng và đánh dấu cần xác minh, thay vì dùng điểm giống tên làm lệnh gộp tự động.
Chọn hồ sơ giữ lại bằng quy tắc cụ thể
Hồ sơ giữ lại, thường gọi là survivor, không nhất thiết là dòng tạo sớm nhất. Nó có thể là hồ sơ đang được hệ thống kế toán tham chiếu hoặc có danh tính được xác minh. Cần kiểm tra CRM đang dùng giữ ID cũ, tạo ID mới hay cung cấp danh sách ID đã gộp. Không mặc định mọi sản phẩm có hành vi giống nhau.
Tài liệu HubSpot cho thấy hành vi gộp phụ thuộc loại object và không thể unmerge bằng một thao tác ngược. Đây là lý do phải đọc quy tắc sản phẩm trước khi thiết kế quy trình của doanh nghiệp. Bản xuất trước gộp giúp điều tra và phục hồi có kiểm soát, nhưng không đồng nghĩa có thể khôi phục chính xác mọi hoạt động của hệ thống ngoài CRM.
| Quyết định | Thông tin cần ghi | Điều kiện dừng |
|---|---|---|
| Danh tính | ID A, ID B, nguồn xác nhận cùng khách | Khác pháp nhân hoặc còn mâu thuẫn |
| Thuộc tính | Giá trị giữ, giá trị bỏ, nguồn và người duyệt | Không biết địa chỉ hay liên hệ nào hiện hành |
| Liên kết | Đơn hàng, ticket, hợp đồng, owner trước/sau | Liên kết quan trọng không xuất được |
| Hệ thống ngoài | ID tích hợp, ánh xạ và thông báo thay đổi | Consumer vẫn dùng ID bị loại |
Ví dụ giả định: cùng số điện thoại nhưng khác đơn vị mua
Một nhà phân phối có hồ sơ A của công ty mẹ và hồ sơ B của chi nhánh, cùng dùng số tổng đài. A nhận hóa đơn tập trung; B có địa chỉ giao hàng và ticket bảo trì riêng. Chỉ dựa vào số điện thoại để gộp sẽ làm mờ quan hệ pháp nhân–địa điểm. Phương án phù hợp có thể là liên kết công ty mẹ và chi nhánh, không gộp hai hồ sơ.
Nếu sau xác minh A và B thực sự là một cá nhân nhập trùng, hãy lập bản đồ từng liên kết. Ticket đang mở cần giữ người chịu trách nhiệm; ghi chú cũ cần giữ thời điểm và người tạo; quyền xem thông tin không được tự mở rộng vì hai hồ sơ đã nhập chung. Ví dụ này minh họa cách ra quyết định, không phải kết quả triển khai của khách hàng Onter.
Đối chiếu sau gộp thay vì chỉ đếm hồ sơ
Đếm từ hai hồ sơ còn một là kiểm tra quá yếu. Cần mở các đơn hàng và ticket được chọn trước đó, xác nhận chúng vẫn trỏ đúng khách, giữ trạng thái và quyền truy cập. Đối chiếu các thuộc tính có xung đột theo sổ quyết định, không chỉ nhìn màn hình thông tin tổng hợp. Nếu có tích hợp, thử tra cứu cả ID giữ lại và ID cũ theo cơ chế sản phẩm hỗ trợ.
Với thao tác nhiều hồ sơ, nên chia nhóm nhỏ theo cùng quy tắc và có danh sách ngoại lệ. Không tự tiếp tục khi một nhóm trả kết quả không rõ. Log quyết định cần đủ để truy vết nhưng không sao chép toàn bộ dữ liệu cá nhân vào kho log rộng quyền. Phạm vi dữ liệu và thời hạn lưu bản xuất phải được chốt trước.
Chuẩn bị gì trước khi nhờ phát triển thêm?
Nếu công cụ hiện có đã đáp ứng việc gộp và kiểm tra liên kết, nên dùng quy trình sẵn có thay vì làm tính năng mới. Nếu còn thiếu, hãy chuẩn bị một cặp hồ sơ đã che dữ liệu nhạy cảm, danh sách quan hệ quan trọng và quy tắc survivor. Đây là đầu vào cụ thể để trao đổi phạm vi xử lý dữ liệu với Onter, thay vì yêu cầu chung “tự động dọn CRM”.
Đọc thêm theo vấn đề liên quan: Mini CRM miễn phí.
Đọc thêm theo vấn đề liên quan: AI Agent tích hợp CRM.
Trao đổi phạm vi phát triển và tích hợp tại dịch vụ gia công phần mềm Onter. Tài liệu mẫu cần được che thông tin nhạy cảm trước khi chia sẻ.
Nguồn kỹ thuật
Tài liệu chính thức cho chủ đề gộp khách hàng CRM. Quy trình, bảng kiểm và ví dụ trong bài là đề xuất biên tập; chưa phải log triển khai hay chứng nhận sản phẩm.
