Làm CRM AI cho sàn bất động sản: bắt đầu từ nguồn khách, quy tắc chia khách và một bản thử

Bạn có thể nhờ AI hỗ trợ làm một ứng dụng quản lý khách hàng: chia khách cho sales, nhắc chăm sóc, tổ chức thi đua. Để dùng được ở một sàn bất động sản, trước hết cần trả lời bốn câu: khách đến từ đâu, giao cho ai, ai kiểm kết quả, và tốn bao nhiêu chi phí marketing để có một giao dịch.

Bài này đi đúng thứ tự đó: đọc hiệu quả nguồn khách bằng một bảng giả lập có đáp án, viết quy tắc chia khách kiểm được, nhờ AI soạn bản yêu cầu và bản thử, rồi chạy thử nhỏ để quyết định có làm tiếp. Bài không hứa AI tự mang về khách mua, và một giao diện trình diễn chưa phải CRM dùng thật.

Phân biệt nguồn khách, CRM và AI

Lead (khách tiềm năng) là một người hoặc một yêu cầu có khả năng thành khách hàng. Một số điện thoại chưa được kiểm chưa chứng minh người đó đang muốn mua hay thuê.

CRM (hệ thống quản lý quan hệ khách hàng) lưu nhu cầu, người phụ trách, lịch sử trao đổi và tiến độ giao dịch. Chia khách theo quy tắc, nhắc hạn, cộng điểm là tự động hóa: làm được mà không cần AI.

AI có ích khi cần đọc lời nhắn viết tự do, tóm tắt trao đổi, gợi ý câu hỏi còn thiếu hoặc soạn nháp tin chăm sóc. Người phụ trách vẫn kiểm trước khi dùng, nhất là giá, tình trạng căn và điều khách thực sự đã nói.

Đường đi của một khách thường có sáu chặng: marketing tạo nhu cầu, khách để lại thông tin, lọc và ghi nhận, giao sales, hẹn xem, giao dịch. AI hỗ trợ được nhiều chặng, nhưng hiệu quả phải đo trên dữ liệu thật của nhóm. Một ứng dụng chạy được chưa chứng minh có thêm khách hay doanh thu.

Bước 1: chọn một dự án, một nhóm, một nguồn khách

Lần thử đầu, chọn một dự án, một nhóm sales và một nguồn khách mà sàn có quyền sử dụng: biểu mẫu trên website của sàn, quảng cáo của chính sàn, người chủ động nhắn Zalo OA, khách được giới thiệu. Ghi rõ người phụ trách marketing, nhóm khách muốn tiếp cận, thông tin dự án đã được duyệt, ngân sách được phép dùng và cách xác nhận khách đồng ý được liên hệ. Chưa có ngân sách được duyệt thì chỉ chuẩn bị nội dung và dữ liệu giả lập, chưa chạy quảng cáo.

AI có thể giúp soạn nội dung từ tài liệu dự án, vài phiên bản thông điệp và câu hỏi sàng lọc. Không lấy danh sách số điện thoại bất kỳ rồi coi là nguồn khách có nhu cầu. Nguồn như giới thiệu hay nội dung tự làm cũng có chi phí thời gian, nhân sự, sản xuất; hãy ghi nhận cả các khoản này.

Đừng chỉ đếm số biểu mẫu. Định nghĩa trước năm mốc đo:

• Lượt gửi: số lần điền biểu mẫu hoặc nhắn tin.
• Khách hợp lệ sau lọc trùng: có cách liên hệ dùng được, thuộc phạm vi đang nhận; lượt trùng vẫn lưu lịch sử nguồn.
• Khách đủ điều kiện: đạt tiêu chí nhóm đã chốt, ví dụ nhu cầu, khu vực, ngân sách, thời điểm mua.
• Khách đến xem: có bằng chứng đã tham dự, khác với lịch hẹn mới đặt.
• Giao dịch: theo một mốc nhóm định nghĩa rõ, ví dụ hợp đồng đã ký và được xác nhận; không đánh đồng với giữ chỗ có thể hoàn lại.

Bước 2: đọc hiệu quả marketing bằng một bảng nhỏ

Bảng dưới đây hoàn toàn giả lập. Ba nguồn cùng nhắm một nhóm khách, theo dõi trong 30 ngày; mỗi giao dịch chỉ tính một lần theo quy tắc nguồn chính đã chốt. Giao dịch bất động sản có thể kéo dài hơn kỳ báo cáo, nên thực tế cần theo dõi tiếp sau 30 ngày.

Đáp án biên tập: tổng chi phí 11.000.000đ, 95 lượt gửi, 70 khách hợp lệ, 36 khách đủ điều kiện, 16 khách đã đến xem, 4 giao dịch. Chi phí marketing trên một giao dịch bằng 11.000.000 ÷ 4 = 2.750.000đ. Theo từng nguồn (làm tròn đến đồng):

Con số 2.750.000đ chưa phải tổng chi phí có khách và chưa phải lợi nhuận. Còn chi phí sales, phần mềm, tổng đài, thưởng và vận hành. Muốn biết hiệu quả kinh tế phải đối chiếu với hoa hồng thực thu, thời điểm thu và các chi phí liên quan. Nguồn nào chưa có giao dịch thì ghi “chưa tính được”, không chia cho 0 hay báo chi phí bằng 0. Google và Giới thiệu mỗi nguồn chỉ có một giao dịch: mẫu quá nhỏ để kết luận nguồn nào tốt nhất.

Sao chép yêu cầu sau vào công cụ AI sàn được phép dùng, kèm bảng giả lập ở trên:

Hãy tính tổng từng cột, chi phí marketing trên một khách hợp lệ,
trên một khách đủ điều kiện và trên một giao dịch của từng nguồn.
Ghi công thức, đơn vị và mẫu số. Giữ nguyên số gốc. Làm tròn đến đồng.
Nguồn nào có mẫu số bằng 0 thì ghi “chưa tính được”.
Không kết luận nguồn nào tốt nhất hoặc đề xuất tăng ngân sách
khi chưa biết chu kỳ giao dịch, chất lượng nguồn và hoa hồng thực thu.
Cuối cùng liệt kê dữ liệu cần bổ sung để tính hiệu quả toàn phần.

Nhận ra đầu ra sai

Đối chiếu từng ô với đáp án. Hai lỗi hay gặp:

• Sai mẫu số: AI ghi “chi phí trên một khách hợp lệ của Facebook: 100.000đ” và “cả ba nguồn: 115.789đ”. Đó là chia cho lượt gửi (6.000.000 ÷ 60 và 11.000.000 ÷ 95), không phải khách hợp lệ.
• Kết luận vượt dữ liệu: AI viết “Giới thiệu hiệu quả nhất, nên dồn ngân sách”. Một giao dịch trong 30 ngày chưa đủ để kết luận, và bảng không có hoa hồng.

Bạn đang dùng sai mẫu số. Tính lại chi phí trên một khách hợp lệ
theo cột “Khách hợp lệ sau lọc trùng”, không theo “Lượt gửi”.
Chỉ rõ những dòng đã sửa. Bỏ câu đề xuất dồn ngân sách vì bảng
không có hoa hồng thực thu và mỗi nguồn có quá ít giao dịch.

Bước 3: viết quy tắc chia khách trước khi làm app

Một quy tắc kiểm được phải trả lời: ai nhận khách, khi nào phải xử lý, gặp ngoại lệ thì làm gì. Việc một sales “đang mở app” không đủ để coi người đó nhận thêm được khách. Ví dụ bộ quy tắc cho bản thử:

1. Kiểm trùng theo mã khách và dự án. Khách quan tâm dự án khác thì tạo cơ hội riêng, vẫn giữ hồ sơ khách chung.
2. Chỉ giao cho người được phân công dự án, đang trong ca, đã xác nhận sẵn sàng và còn sức xử lý theo mức nhóm chốt.
3. Trong số người đủ điều kiện, chia theo vòng luân phiên và lưu lý do giao. Không có ai phù hợp thì vào hàng chờ trưởng nhóm, kèm cảnh báo.
4. Đặt hạn phản hồi theo giờ làm việc và lời hẹn của khách. Phân biệt đã thử liên hệ, đã kết nối và khách đã đồng ý lịch hẹn.
5. Quá hạn thì nhắc, rồi báo quản lý theo quy định. Đổi người phụ trách phải có quyền và lưu người đổi, thời gian, lý do.

Hạn phản hồi, ca trực và sức xử lý là tham số nhóm tự quyết, không có một con số dùng chung cho mọi sàn.

Trước khi tự động hóa, chạy tay 8 ca kiểm dưới đây. Mỗi ca phải có kết quả mong đợi viết sẵn (đáp án biên tập):

Bài thực hành gần nhất với bước này: Từ tin nhắn đến bảng khách: quy tắc phân công và nhắc phản hồi.

Bước 4: nhờ AI soạn bản yêu cầu, chưa vội viết mã

Bản yêu cầu mô tả ai dùng, dữ liệu nào được lưu, thao tác nào được phép và khi nào coi là làm đúng. Thay các phần trong ngoặc vuông rồi sao chép:

Tôi muốn thử CRM cho một sàn bất động sản có [số sales],
bán [dự án], nhận khách từ [nguồn do sàn quản lý].

Hãy cùng tôi chuẩn bị bản yêu cầu, chưa kết nối dữ liệu thật.
Tôi sẽ cung cấp quy tắc chia khách, giờ làm việc và hạn phản hồi.
Nếu thiếu thông tin ảnh hưởng việc chia khách, hãy hỏi lại.

Bản thử cần 3 vai trò: quản trị, trưởng nhóm, sales.
Sales chỉ thấy khách được giao. Trưởng nhóm thấy phạm vi nhóm.
Chức năng: nhập khách giả lập, kiểm trùng, chia khách theo quy tắc,
lịch chăm sóc, nhật ký thao tác và báo cáo từng nguồn khách.
AI chỉ soạn nháp nhu cầu, tóm tắt và gợi ý bước tiếp theo;
người phụ trách xác nhận trước khi ghi thành kết quả chính thức.

Trước khi viết mã, trả lại:
1. Luồng công việc và danh sách màn hình.
2. Các trường dữ liệu, quyền xem/sửa và quy tắc chuyển trạng thái.
3. Điểm cần kết nối quảng cáo, tổng đài hoặc kênh nhắn tin.
4. Các tình huống lỗi và kết quả mong đợi để kiểm.
5. Phạm vi tối thiểu cho lần thử đầu và phần để sau.
Không tự chạy quảng cáo, gửi tin hoặc gọi khách.

Đầu ra đạt (đáp án biên tập) có đủ năm phần, hỏi lại khi thiếu giờ làm việc hoặc sức xử lý, có đủ 8 ca kiểm ở bước 3, và tách rõ việc AI soạn nháp với việc người xác nhận.

Đầu ra cần sửa khi AI nhảy thẳng vào viết mã, tự thêm “AI chấm khách nóng lạnh và tự gửi tin”, hoặc cho sales xem toàn bộ khách. Yêu cầu sửa:

Bỏ phần mã. Bỏ chức năng AI tự gửi tin và tự chấm khách,
vì tôi chưa duyệt. Sales chỉ xem khách được giao.
Trả lại đúng năm phần đã yêu cầu, đánh dấu chỗ bạn đang giả định.

Kiểm xong bản yêu cầu mới nhờ AI dựng bản thử với dữ liệu giả lập. Trang đầu của sales nên hiện khách cần xử lý, lịch hẹn và việc quá hạn; màn hình quản lý hiện khách chưa được giao, thời gian phản hồi và kết quả từng nguồn. Chấm công và trò chơi thưởng để sau, khi luồng khách đã chạy ổn.

Bản thử trên trình duyệt giúp nhìn quy trình sớm. Đăng nhập, phân quyền, lưu dữ liệu, sao lưu và kết nối dịch vụ phải được triển khai và kiểm riêng: một giao diện trình diễn không chứng minh các phần này đã hoạt động.

Bước 5: kết nối từng nguồn, kiểm cả đường đi

Với biểu mẫu hay quảng cáo, cần tài khoản có quyền, trường dữ liệu tương ứng và cách nhận sự kiện mà nền tảng hỗ trợ. Khi một sự kiện bị gửi lại, hệ thống không được tạo thêm khách hay chia lại ngoài quy tắc.

Với cuộc gọi, cần xác nhận hệ thống tổng đài nào cung cấp trạng thái hoặc bản ghi được phép dùng. Nút “Gọi” trên app không chứng minh khách đã nghe máy, cũng không tự có nội dung cuộc gọi. Ví dụ ở một CRM quốc tế: trang hỗ trợ của Zoho CRM ghi tính năng chuyển bản ghi cuộc gọi thành văn bản cần tích hợp tổng đài, bật ghi âm, gói trả phí từ Professional trở lên, và danh sách ngôn ngữ ngày 30/10/2026 chưa có tiếng Việt. Tính năng AI gợi ý người nhận khách của Zoho cần ít nhất 1.000 bản ghi và khoảng sáu tháng dữ liệu. Nghĩa là phần “AI chia khách thông minh” thường chỉ có ích sau khi đã có lịch sử sạch.

Thử bằng một yêu cầu giả lập từ đầu đến cuối: gửi vào nguồn thử, xuất hiện đúng một lần trong CRM, được giao đúng người, có hạn phản hồi, ghi được kết quả, lên đúng báo cáo. Sau đó thử mất kết nối và gửi lại sự kiện; hệ thống phải báo lỗi rõ để người phụ trách xử lý.

Bước 6: thi đua theo kết quả có bằng chứng

Bảng xếp hạng tạo động lực, nhưng chỉ đếm số lần gọi sẽ khuyến khích gọi cho đủ lượt. Hãy tách nỗ lực, chất lượng và kết quả: cập nhật nhu cầu đầy đủ, phản hồi đúng hẹn, khách thực sự đến xem, giao dịch được xác nhận. Mỗi loại điểm cần sự kiện nguồn, quy tắc tránh tính trùng và cách trừ lại khi kết quả bị hủy. Người mới cũng cần được nhận khách để học và được đánh giá.

Lần thử đầu chưa cần thưởng tiền hay bốc thăm. Chạy điểm mô phỏng, so với bằng chứng thật, xem có ai chạy theo điểm không, rồi mới áp chính sách thưởng đã được duyệt.

Dùng dữ liệu của sàn bạn

1. Xuất danh sách khách 30 ngày gần nhất của một dự án. Bỏ tên, số điện thoại, email; thay bằng mã khách.
2. Gắn mỗi dòng vào đúng năm mốc ở bước 1. Mốc nào chưa có bằng chứng thì để trống, không đoán.
3. Lấy chi phí marketing từ hóa đơn hoặc trang quản lý quảng cáo, cùng khoảng ngày.
4. Dùng lại câu lệnh ở bước 2, so kết quả với phép tính tay ít nhất một nguồn.
5. Ghi lại những gì còn thiếu (hoa hồng, chu kỳ giao dịch, khách quay lại) trước khi họp quyết định.

Thử nhỏ và quyết định có làm tiếp

Ghi mức ban đầu trước khi thử: thời gian từ lúc nhận đến lần liên hệ đầu, tỷ lệ khách chưa được giao, số khách trễ hẹn chăm sóc, tỷ lệ đến xem. Thử với một nhóm, khoảng một đến hai tuần để kiểm quy trình; khoảng này chưa đủ chứng minh hiệu quả giao dịch dài hạn.

Checklist trước khi mở rộng:

• Khách mới không bị mất hoặc tạo trùng khi hệ thống nhận lại sự kiện.
• Phân quyền đã thử bằng tài khoản khác vai trò; không chỉ dựa vào việc ẩn nút.
• Có người nhận việc khi dữ liệu thiếu, chia khách lỗi hoặc tất cả sales bận.
• Báo cáo phân biệt khách, cơ hội, lịch hẹn, lượt đến xem và giao dịch.
• Tóm tắt của AI giữ đúng nhu cầu và lời hẹn, không tự thêm giá hay cam kết.
• Có người bảo trì, phương án sao lưu, xuất dữ liệu và xử lý khi dịch vụ gián đoạn.
• Biết chi phí phần mềm, hạ tầng, tổng đài, AI và thời gian vận hành.

Lượng khách ít thì một bảng chung và lịch nhắc có thể đã đủ. Quy trình rõ mà đội đang dùng một CRM phù hợp thì thử cấu hình hoặc tích hợp trước. Khi có nhu cầu riêng, quy trình lặp lại và người chịu trách nhiệm vận hành, làm app riêng mới có cơ sở. Bảng so phương án và chi phí 12 tháng: Sửa quy trình, mua phần mềm, tự động hóa hay AI.

Khi gặp trục trặc

• Khách nhiều nhưng ít hẹn: kiểm nhu cầu, nguồn và câu hỏi sàng lọc; đừng chỉ thêm tính năng.
• Khách đã hẹn nhưng không đến: ghi lý do, xem lại cách xác nhận lịch.
• AI bịa thông tin: yêu cầu chỉ dùng dữ liệu đầu vào, ghi “chưa có thông tin” và chỉ rõ nguồn của từng trường.
• Nhân viên không cập nhật: giảm ô bắt buộc; xem app có giúp họ làm việc hay chỉ thêm báo cáo.
• Không đọc được nhật ký cuộc gọi: hỏi lại nhà cung cấp tổng đài về cách tích hợp; chưa cộng điểm như một cuộc gọi đã kết nối.
• Trưởng nhóm không thấy khách bị bỏ quên: dùng cách rà trong bài Trưởng nhóm rà bảng khách.

Nguồn và giới hạn

• Zoho CRM, gợi ý người nhận trong quy tắc phân công và chuyển bản ghi cuộc gọi thành văn bản: ví dụ tham khảo về điều kiện dữ liệu và tích hợp, không phải khuyến nghị dùng Zoho.
• RealCRM và Landsoft: mô tả tính năng do nhà cung cấp công bố (phân bổ khách cho nhân viên, đồng bộ nguồn khách), dùng để chuẩn bị câu hỏi khi xin dùng thử; bài chưa thử độc lập.
• Nguồn đọc ngày 30/10/2026. Bảng, quy tắc, đội sales, bản đồ khoảng cách và đáp án do Tổ Thạo Việc soạn bằng dữ liệu giả lập; bốn ảnh người trong bài do AI tạo để minh họa, không phải nhân viên hay khách hàng thật, không phải số liệu hay cấu hình của một sàn cụ thể. Chưa chạy các câu lệnh trên công cụ AI và chưa thử tích hợp CRM, quảng cáo hay tổng đài thật. Bài không có quan hệ thương mại với nhà cung cấp nào.