AI Agent cho bất động sản có thể giúp đội sale sắp xếp nhu cầu khách và tìm căn phù hợp trong nguồn hàng được duyệt. Để dùng được trong công việc, mỗi gợi ý cần có mã căn, nguồn dữ liệu, thời điểm xác nhận và người chịu trách nhiệm kiểm tra. Bài này mô tả một luồng pilot cụ thể; đây là thiết kế tham khảo với dữ liệu giả lập, không phải case khách hàng hoặc hệ thống Onter đã nghiệm thu cho mọi doanh nghiệp.
Tình huống: tiếp nhận lead muốn mua căn hộ hai phòng ngủ
Đội sale đang quản lý nguồn căn bằng bảng dữ liệu nội bộ. Lead yêu cầu căn hộ hai phòng ngủ trong một khu vực đã chọn và ngân sách tối đa 3 tỷ đồng. Trợ lý ghi nhận các tiêu chí còn thiếu, tìm trong nguồn được cấp quyền và soạn danh sách để sale kiểm tra. Trợ lý không tự xác nhận căn còn bán, tự đặt lịch hoặc tự gửi thông tin chưa được duyệt cho khách.
Dữ liệu giả lập: mã lead L-TEST-01; nhu cầu mua; hai phòng ngủ; khu vực K-A; ngân sách tối đa 3 tỷ. Không dùng tên, số điện thoại hoặc hồ sơ khách thật trong ví dụ. Tiêu chí vị trí/ngân sách phục vụ tìm kiếm do khách nêu; không suy đoán đặc điểm cá nhân hay tự ra quyết định thay khách.
Đầu vào cần có trước khi chạy pilot
- Nhu cầu lead: mã tham chiếu, mua/thuê, khu vực, khoảng ngân sách, số phòng, điều kiện khách tự nêu và các điểm chưa rõ.
- Nguồn căn: mã căn, khu vực, diện tích, số phòng, giá tham khảo, trạng thái, nguồn, người quản lý và thời điểm xác nhận gần nhất.
- Quyền sử dụng: nguồn nào được đọc; thông tin nào được gửi ra ngoài; ai duyệt báo giá, lịch xem và nội dung trả lời.
- Quy tắc cập nhật: owner nguồn hàng xác định khi nào dữ liệu được xem là cũ. Ngưỡng 24 giờ bên dưới chỉ là quy tắc minh họa của bài thử, không phải tiêu chuẩn chung hoặc cam kết đang áp dụng.
Nếu giá và trạng thái nằm ở nhiều bảng, cần chốt nguồn ưu tiên trước. Tài liệu pháp lý, thông tin chủ nhà hoặc hợp đồng phải có quyền truy cập phù hợp; không đưa nội dung riêng vào form công khai chỉ để chạy demo.
Lead → nguồn căn → xác minh → tư vấn → handoff
- Ghi nhận: chuẩn hóa tiêu chí khách đã nêu và hỏi lại khi thiếu khu vực hoặc ngân sách. Không điền giả dữ kiện để hoàn tất biểu mẫu.
- Truy xuất: tìm trong danh mục nội bộ theo tiêu chí đã xác nhận. Khi không có căn phù hợp, báo rõ thay vì bịa thêm nguồn hàng.
- Xác minh: kiểm tra giá, trạng thái và timestamp. Nếu dữ liệu cũ hoặc mâu thuẫn, đánh dấu cần owner nguồn hàng cập nhật.
- Soạn gợi ý: tóm tắt căn phù hợp, giải thích theo tiêu chí tìm kiếm, gắn mã/nguồn và nêu phần chưa được kiểm chứng.
- Handoff: chuyển nhu cầu, danh sách tham khảo và các câu hỏi còn mở cho sale. Người được giao xác nhận nội dung trước khi tư vấn, hẹn xem hoặc gửi báo giá.
Ví dụ đầu vào/đầu ra có thể kiểm tra
Bảng dưới hoàn toàn giả lập. Giá không phải chào bán, định giá thị trường hoặc tư vấn đầu tư. Các timestamp là dữ liệu của bài thử; trong triển khai thật phải lấy từ nguồn hàng hiện hành.
| Mã căn | Dữ kiện mẫu | Xác nhận mẫu | Kết quả theo quy tắc thử |
|---|---|---|---|
| CAN-A12 | K-A; 2 phòng; 2,8 tỷ; có trong danh mục | 08/10/2026, 09:00 | Đưa vào danh sách tham khảo để sale xác nhận |
| CAN-A19 | K-A; 2 phòng; 2,7 tỷ; trạng thái chưa rõ | 01/10/2026, 09:00 | Giữ lại; hỏi owner nguồn hàng vì dữ liệu quá ngưỡng mẫu |
| CAN-B04 | K-B; 3 phòng; 3,6 tỷ | 08/10/2026, 09:00 | Loại khỏi kết quả theo khu vực, số phòng và ngân sách đã nêu |
Đầu ra mẫu: L-TEST-01 → CAN-A12; nguồn bảng nguồn căn phiên bản thử; lý do khớp K-A/hai phòng/giá tham khảo dưới ngưỡng; yêu cầu sale xác nhận khả dụng và giá trước tư vấn. CAN-A19 được ghi thành câu hỏi cần cập nhật, không được trình bày như căn đang sẵn sàng. Đây là walkthrough theo quy tắc, không phải kết quả agent runtime hoặc tỷ lệ chốt khách đo được.
Decision boundary và tình huống phải chuyển người
- Thiếu nguồn, hết hạn xác nhận hoặc hai nguồn báo giá khác nhau: dừng gợi ý khẳng định và giao owner dữ liệu kiểm tra.
- Khách hỏi pháp lý, đặt cọc, thanh toán hoặc điều khoản hợp đồng: chuyển người được phân công; AI không tự phê duyệt giao dịch.
- Khách yêu cầu kết quả đầu tư chắc chắn: nêu giới hạn và chuyển chuyên viên; không suy ra lợi nhuận từ bảng mẫu.
- Chưa có quyền liên hệ hoặc dữ liệu nhạy cảm ngoài scope: không tự gửi tin nhắn hoặc mở rộng quyền.
Tiêu chí nghiệm thu trước khi mở rộng
Chuẩn bị bộ tình huống gồm đủ dữ liệu, thiếu ngân sách, nguồn cũ, giá mâu thuẫn, không có căn phù hợp và yêu cầu ngoài quyền. Kiểm tra mỗi đầu ra có mã nguồn hay không, dữ kiện có bị bịa không, đúng người nhận handoff không và có log để xem lại không. Chỉ đo thời gian phản hồi hoặc hiệu quả kinh doanh sau khi hệ thống thực sự chạy; bài này không có số liệu tăng trưởng khách hàng.
Giữ bản cấu hình trước mỗi lần cập nhật và cách tắt luồng nếu xảy ra lỗi. Owner nguồn hàng duyệt dữ kiện; owner nội dung duyệt cách trả lời; người quản lý vận hành duyệt quyền ghi, gửi và lịch xem. Bắt đầu với một phạm vi nhỏ, rồi điều chỉnh từ lỗi đã quan sát.
Đặt bài toán của bạn vào phạm vi cụ thể
Xem phạm vi trợ lý AI cho doanh nghiệp để xác định nguồn tri thức và điểm chuyển người; đọc thêm bài toán tìm căn theo nhu cầu khi cần so sánh use case. Onter AI giúp định hướng nhóm công việc phù hợp.
Để trao đổi pilot, chuẩn bị một bảng nguồn hàng đã ẩn thông tin riêng, các câu hỏi mẫu và danh sách hành động AI được phép đề xuất. Liên hệ Onter để rà soát phạm vi; thời gian, tích hợp và nghiệm thu được xác định theo bài toán thực tế.
Với database bất động sản đã có, xem quy trình AI chăm lại lead cũ và bàn giao khách có tín hiệu mua cho Sale.
