Khách hàng 360 trong bất động sản

Trong bất động sản, một người mua hiếm khi chỉ tồn tại ở một chỗ. Họ để lại thông tin khi đăng ký nhận tư vấn trên một sàn F1, ký giữ chỗ qua một đại lý F2, xuống tiền ở một dự án căn hộ, rồi vài năm sau lại quan tâm một dự án thấp tầng khác của cùng chủ đầu tư. Mỗi lần như vậy sinh ra một bản ghi mới ở một hệ thống khác nhau — CRM của sàn, file Excel của đại lý, hệ thống bán hàng của dự án, phần mềm quản lý vận hành tòa nhà sau bàn giao. Hậu quả: cùng một khách hàng bị nhân thành nhiều bản ghi rời rạc, không ai nhìn thấy bức tranh đầy đủ về họ. Trang này phân tích vì sao đây là bài toán dữ liệu gốc rễ và cách quản lý dữ liệu chủ (MDM) cùng chất lượng dữ liệu của Ataccama dựng nên một khách hàng 360 thực sự cho chủ đầu tư.

Bài toán: khách hàng phân mảnh qua sàn, đại lý và dự án

Đặc thù phân phối BĐS ở Việt Nam khiến dữ liệu khách hàng phân mảnh nặng hơn nhiều ngành khác. Một chủ đầu tư hiếm khi tự bán hết quỹ căn của mình; họ bán qua nhiều sàn F1, nhiều đại lý F2, mỗi đơn vị giữ dữ liệu khách trong hệ thống riêng. Một dự án mới mở bán lại dựng một cơ sở dữ liệu khách mới gần như từ đầu. Cộng thêm vòng đời dài — từ lúc khách quan tâm, đặt cọc, ký hợp đồng, nhận bàn giao tới khi trở thành cư dân — dữ liệu của cùng một con người trải dài trên nhiều hệ thống thuộc nhiều giai đoạn.

Biểu hiện thường gặp ở một chủ đầu tư hoặc tập đoàn BĐS:

Khách trùng (duplicate). Cùng “Nguyễn Văn A” xuất hiện ở CRM của hai sàn khác nhau, ở hệ thống của dự án, và ở phần mềm vận hành tòa nhà — dưới bốn bản ghi không liên kết với nhau. Đội marketing đếm bốn khách, thực tế chỉ có một.
Không có cái nhìn duy nhất (no single view). Khi một cư dân gọi lên tổng đài, nhân viên không thấy được người này đã mua mấy căn ở mấy dự án, đang vướng vấn đề gì, từng được đại lý nào chăm sóc. Mỗi hệ thống chỉ kể một mảnh.
Dữ liệu liên hệ bẩn. Số điện thoại thiếu số 0 đầu, ghi cả “090x” lẫn “+8490x”; email viết hoa lẫn lộn, sai chính tả miền; số căn cước công dân (CCCD) lúc đủ 12 số lúc còn dạng chứng minh nhân dân (CMND) 9 số cũ. Dữ liệu bẩn khiến chính việc nhận ra “hai bản ghi này là một người” đã khó.
Bỏ lỡ cơ hội bán chéo và chăm sóc. Vì không gộp được khách xuyên dự án, chủ đầu tư không biết một nhà đầu tư đã mua ba căn ở dự án A chính là ứng viên lý tưởng cho dự án B sắp mở bán. Cơ hội bán chéo và chương trình loyalty cư dân trôi qua trong im lặng.

Gốc rễ của tất cả những điều trên không phải lỗi của đội kinh doanh hay tổng đài — họ chỉ làm việc trên dữ liệu mà hệ thống đưa cho. Gốc rễ là không có một bản ghi khách hàng thống nhất, sạch và đáng tin xuyên suốt các sàn, đại lý, dự án.

Vì sao dữ liệu là gốc rễ, không phải phần mềm chăm sóc khách

Nhiều chủ đầu tư phản xạ đầu tiên là mua thêm một công cụ CRM hay marketing automation xịn hơn. Nhưng công cụ chăm sóc khách chỉ tốt bằng dữ liệu nền dưới nó. Nếu cùng một khách hàng vẫn là bốn bản ghi rời rạc, thì CRM mới cũng chỉ chăm sóc bốn cái bóng của một người — gửi bốn email trùng, tính sai giá trị vòng đời khách, chấm điểm tiềm năng lệch.

Khách hàng 360 không phải là một màn hình đẹp; nó là một bản ghi khách hàng hợp nhất, có thật, đứng phía sau mọi màn hình. Để có nó, dữ liệu phải được:

Khử trùng — nhận ra các bản ghi cùng một người rồi gộp lại.
Chuẩn hóa — số điện thoại, email, CCCD đưa về một định dạng nhất quán để so khớp được.
Làm giàu và duy trì — bản ghi hợp nhất được cập nhật khi có dữ liệu mới, và biết giá trị nào lấy từ nguồn nào.

Đây đúng là phần việc của một nền data governance — và là lý do Ataccama vào cuộc.

Lời giải: MDM khách hàng + chất lượng dữ liệu của Ataccama

MDM gộp khách xuyên dự án và kênh bán thành bản ghi vàng

Quản lý dữ liệu chủ (MDM) là lớp tổng hợp dữ liệu khách hàng từ tất cả nguồn — CRM của các sàn, hệ thống bán hàng từng dự án, phần mềm vận hành tòa nhà, ERP/kế toán — và dựng cho mỗi con người một bản ghi vàng (golden record): một phiên bản dữ liệu khách hàng đáng tin duy nhất.

Cơ chế cốt lõi là đối sánh (matching). Ataccama dùng so khớp mờ cộng quy tắc để nhận ra “Nguyễn Văn A” ở sàn này, “Nguyen Van A” ở dự án kia và một bản ghi cùng số điện thoại ở hệ vận hành là cùng một người, bất chấp khác biệt về dấu, viết hoa, cách viết số điện thoại. Các bản ghi cùng một thực thể được nhóm lại, rồi gộp (merge) thành một bản ghi vàng lấy giá trị tốt nhất ở từng trường: tên đầy đủ từ hợp đồng, số điện thoại mới nhất từ hệ vận hành, email đã xác thực từ CRM.

Quan trọng cho BĐS: bản ghi vàng không xóa lịch sử. Nó vẫn biết khách này từng được đại lý nào chăm, đã mua những căn nào ở những dự án nào — gắn xuất xứ cho từng mảnh thông tin. Nhờ đó, lần đầu tiên chủ đầu tư có thể trả lời câu hỏi tưởng đơn giản: “Người này đã mua bao nhiêu căn, ở bao nhiêu dự án của chúng ta?”

Chi tiết cách dựng và hợp nhất bản ghi vàng xem Bản ghi vàng (golden record) và cơ chế đối sánh ở Đối sánh (matching).

Chất lượng dữ liệu chuẩn hóa số điện thoại, email, CCCD

Đối sánh chỉ chính xác khi dữ liệu đầu vào đủ sạch để so khớp. Vì vậy MDM luôn đi cùng một lớp chất lượng dữ liệu chạy trước và trong quá trình gộp:

Số điện thoại đưa về một chuẩn thống nhất (ví dụ dạng quốc gia hoặc dạng quốc tế nhất quán), bỏ khoảng trắng, dấu gạch, xử lý đầu số 0 và mã +84.
Email chuẩn hóa viết thường, phát hiện sai miền phổ biến, đánh dấu email không hợp lệ thay vì để chúng âm thầm phá đối sánh.
CCCD/CMND kiểm tra độ dài và định dạng, nhận diện trường hợp một người có cả số CMND 9 số cũ lẫn CCCD 12 số mới để vẫn gộp đúng về một người.
Họ tên và địa chỉ chuẩn hóa dấu tiếng Việt, tách phần tử, gắn cờ giá trị thiếu hoặc rác.

Một quy trình điển hình diễn ra như sau:

Thu thập dữ liệu khách từ các sàn, đại lý, hệ thống dự án và vận hành về một nơi quản trị.
Đánh giá và chuẩn hóa chất lượng: làm sạch số điện thoại, email, CCCD, họ tên trước khi so khớp.
Đối sánh các bản ghi cùng một người qua các kênh và dự án bằng so khớp mờ + quy tắc.
Gộp thành bản ghi vàng, lấy giá trị tốt nhất từng trường và giữ xuất xứ.
Phát hành bản ghi khách hàng 360 trở lại cho CRM, công cụ chăm sóc, hệ vận hành dùng chung.

Nền tảng này còn là cửa ngõ tuân thủ: khi dữ liệu cá nhân người mua và cư dân được quản trị tập trung, việc phân loại và bảo vệ dữ liệu theo Nghị định 13, cũng như sàng lọc khách hàng phục vụ phòng chống rửa tiền trong giao dịch BĐS, đều dựa trên một nền dữ liệu sạch và nhất quán hơn. Mối liên hệ này được phân tích kỹ ở Bảo vệ dữ liệu cá nhân & phòng chống rửa tiền.

Giá trị: một khách hàng 360 cho cả vòng đời

Khi mỗi khách hàng chỉ còn một bản ghi vàng đáng tin, giá trị lan ra toàn bộ hành trình từ bán hàng tới cư dân:

Một khách hàng 360 thật sự. Tổng đài, kinh doanh và ban quản lý vận hành cùng nhìn một bản ghi: người này là ai, đã mua gì ở dự án nào, từng được đại lý nào chăm, đang vướng vấn đề gì. Hết cảnh mỗi phòng kể một mảnh.
Bán chéo giữa các dự án. Khi biết một nhà đầu tư đã sở hữu nhiều căn ở dự án A, chủ đầu tư có thể mời họ đúng lúc vào dự án B sắp mở bán — thay vì để cơ hội trôi qua vì dữ liệu rời rạc.
Chăm sóc cư dân và loyalty. Sau bàn giao, khách trở thành cư dân; bản ghi 360 cho phép chương trình loyalty, chăm sóc và dịch vụ vận hành chạy trên đúng một danh tính, không gửi trùng, không bỏ sót.
Marketing trúng, không lãng phí. Đếm đúng số khách thật, chấm điểm tiềm năng chính xác, không đốt ngân sách gửi bốn thông điệp trùng cho một người — và đo được hiệu quả thật theo từng khách.

Với BSD, lợi thế nằm ở chỗ Realty Pro (CRM bán hàng, quản lý dự án, quản lý vận hành cư dân) là lớp sinh ra dữ liệu khách hàng dọc cả vòng đời, còn Ataccama là lớp quản trị gộp dữ liệu đó với mọi nguồn khác thành khách hàng 360 — từ lead, người mua, tới cư dân.

Lưu ý khi triển khai

Bắt đầu từ định nghĩa “một khách hàng”. Một cá nhân, một hộ gia đình, hay một pháp nhân đầu tư đều có thể là “khách”. Thống nhất phạm vi thực thể trước khi cấu hình đối sánh, tránh gộp nhầm vợ chồng thành một hoặc tách một nhà đầu tư thành nhiều.
Chất lượng dữ liệu đi trước đối sánh. Đừng kỳ vọng gộp đúng trên dữ liệu liên hệ bẩn. Đầu tư chuẩn hóa số điện thoại, email, CCCD ngay từ đầu sẽ quyết định độ chính xác của toàn bộ khách hàng 360.
Đối sánh là cân bằng, không phải nút bấm. Khử trùng quá mạnh tay sẽ gộp nhầm hai người khác nhau; quá dè dặt thì khách trùng vẫn còn. Cần tinh chỉnh ngưỡng theo dữ liệu thật và có người quản lý dữ liệu (steward) duyệt các trường hợp ranh giới.
Tôn trọng dữ liệu cá nhân ngay trong thiết kế. Vì khách hàng 360 tập trung nhiều dữ liệu cá nhân nhạy cảm, hãy gắn phân loại và phân quyền PII vào nền ngay từ đầu, không vá sau.
Khép vòng về hệ vận hành. Bản ghi vàng chỉ tạo giá trị khi được phát hành trở lại cho CRM, công cụ chăm sóc và hệ vận hành dùng — không phải nằm yên trong kho quản trị.

Bản ghi vàng (golden record) — phiên bản dữ liệu khách hàng đáng tin duy nhất hình thành thế nào.
Đối sánh (matching) — cơ chế nhận ra các bản ghi cùng một người.
Bảo vệ dữ liệu cá nhân & phòng chống rửa tiền — vì sao khách hàng 360 là nền cho tuân thủ PII và sàng lọc.