AI Agent cho Sale bất động sản: bản đồ công việc, dữ liệu và giới hạn
Tình huống thực tế khi kho dự án chưa sẵn sàng cho AI
Một đội Sale bất động sản có 18 dự án trong Google Drive, bảng giá gửi qua Zalo, inventory căn cập nhật bằng Google Sheets và ghi chú khách trong MISA AMIS CRM. Cùng một dự án có ba file tên “bảng giá mới”, hai bản pháp lý không ghi ngày hiệu lực và nhiều căn dùng mã khác giữa quảng cáo với bảng hàng. Quản lý muốn dùng AI để giảm thời gian chuẩn bị tư vấn nhưng chưa biết nên chọn việc nào trước.
Nếu bắt đầu bằng chatbot trả lời mọi câu hỏi, Agent sẽ phải tự đoán source có thẩm quyền, tình trạng căn và người được phép duyệt. Rủi ro nằm ở cấu trúc dữ liệu, version, consent và quyền hành động. Bản đồ AI Agent cho Sale bất động sản phải được lập trước workflow: kiểm kê việc, đánh giá khả năng kiểm, khóa nguồn và chọn một pilot đủ hẹp.
Bài này không xây luồng lead capture, chống trùng hay đặt lịch xem; các bước đó thuộc bài workflow riêng. Bản đồ trả lời bốn câu hỏi: AI nên hỗ trợ việc gì, cần dữ liệu nào, ai sở hữu nguồn và đâu là điều kiện dừng. Agent không xác nhận pháp lý, giá, căn còn, suất giữ chỗ hoặc lợi nhuận; mọi nội dung nhạy cảm quay về người có thẩm quyền.
Việc giao cho AI theo vùng xanh, vàng và đỏ
Vùng xanh gồm tác vụ cấu trúc có tiêu chí kiểm được: chuẩn hóa mã dự án/căn, tìm trường thiếu, gắn source-id, so ngày hiệu lực, tạo checklist trước buổi tư vấn, tóm tắt facts đã xác nhận và phân loại tài liệu theo schema. Đầu ra ở trạng thái DRAFT hoặc REVIEW, kèm bằng chứng và UNKNOWN. AI không tự bổ sung giá trị chỉ vì bảng cần đủ cột.
Vùng vàng gồm chuẩn bị agenda, bảng đối chiếu dự án, bản nháp giải đáp câu hỏi, tóm tắt nhu cầu hoặc đề xuất danh sách tài liệu cần mở. Sale kiểm ngữ cảnh và owner nguồn duyệt phần giá, pháp lý, chính sách, inventory. Nếu nội dung có câu “đang còn”, “đã đầy đủ pháp lý” hay “phù hợp nhất”, reviewer phải thấy nguồn cùng version trước khi chấp thuận.
Vùng đỏ không giao cho AI: hứa lợi nhuận, xác nhận khả năng tăng giá, nhận tiền/đặt cọc, giữ căn, thay đổi bảng giá, kết luận pháp lý, đánh giá khả năng vay, tự gửi marketing khi không có consent hợp lệ hoặc phê duyệt thay người có trách nhiệm. Yêu cầu chạm vùng đỏ trả ESCALATE_AUTHORITY. Disclaimer không biến hành động vượt quyền thành hành động an toàn.
Dữ liệu và source register cho dự án, căn và khách
Project register có project_id, tên chuẩn, aliases, developer, location, status, owner và updated_at. Unit register có unit_id, project_id, loại căn, diện tích, hướng, listing_id và liên kết AVAIL; không đặt giá trực tiếp nếu giá có nguồn riêng. Source register dùng PROJ, LEGAL, PRICE, UNIT, AVAIL, POLICY, MEDIA với document_id, version, effective_at, expires_at, owner, reviewer và allowed_use.
Giá và tình trạng căn là dữ liệu biến động nên cần freshness rule khác pháp lý. PRICE có thể yêu cầu bản duyệt trong ngày; AVAIL có thể cần snapshot trong vài giờ; LEGAL chỉ dùng bản được bộ phận chịu trách nhiệm xác nhận. Hai file cùng tên nhưng khác checksum không được coi như một. Source thiếu owner hoặc effective_at mang trạng thái BLOCKED, không để Agent tự chọn “bản mới nhất” theo tên.
Needs card chỉ giữ điều khách tự chia sẻ: khu vực, loại hình, mục đích tìm hiểu, khoảng ngân sách nếu khách chủ động nói, mốc thời gian, yêu cầu lịch và câu hỏi. Mỗi fact có message_ref; phần chưa rõ là UNKNOWN. AI không suy luận thu nhập, tài sản, tình trạng gia đình hoặc khẩu vị đầu tư từ tín hiệu gián tiếp.
Authority, consent và permission matrix
Authority matrix trả lời ai được xác nhận từng dữ kiện. Sale xác nhận lời khách và nội dung trao đổi; quản lý sản phẩm duyệt giá, phí, chính sách và inventory; pháp lý duyệt tài liệu pháp lý; marketing duyệt mô tả công khai. Một nguồn không có authority owner thì chưa đủ điều kiện cho pilot dù file tồn tại.
Consent do khách hàng chủ động cấp hoặc rút theo từng mục đích và kênh. Consent register chỉ ghi bằng chứng, thời điểm, phạm vi, trạng thái rút và retention; đội nội bộ xác minh, ghi nhận và thực thi, không cấp consent thay khách. Khách có thể đồng ý nhận tài liệu một lần qua email nhưng không đồng ý marketing Zalo. STOP_CONTACT chặn liên hệ mới; dữ liệu chỉ được giữ theo retention hợp lệ.
Permission matrix tách READ, EXTRACT, CREATE_DRAFT, CREATE_TASK, WRITE, SEND, APPROVE và DELETE. Pilot đầu tiên chỉ có READ, EXTRACT, CREATE_DRAFT trong dữ liệu DEMO. SEND, APPROVE, CHANGE_PRICE, HOLD_UNIT và MERGE_CUSTOMER bị cấm. Service account có thời hạn, đọc đúng thư mục và không nhìn thấy giấy tờ khách không liên quan.
Workflow sáu bước chọn một pilot đáng thử
Bước 1 — Inventory: ghi mỗi tác vụ bằng động từ–đầu ra, kích hoạt, tần suất, nguồn, lỗi, owner và reviewer. Bước 2 — Chấm khả năng kiểm: hỏi đầu ra có schema không, Sale có đối chiếu được không và lỗi có phát hiện trước khi ra ngoài không. Việc “tư vấn dự án tốt nhất” quá rộng; việc “kiểm source trước buổi tư vấn” hẹp và đo được.
Bước 3 — Rà data readiness: kiểm source register, version, freshness, bằng chứng consent do khách cấp và test fixture. Bước 4 — Khóa authority: gán owner cho PRICE, LEGAL, AVAIL, nội dung; nội bộ chỉ xác minh, ghi nhận và thực thi consent do khách cấp/rút cùng retention. Một blocker authority không được bù bằng điểm năng suất.
Bước 5 — Giới hạn action: chọn READ/CREATE_DRAFT, định nghĩa stop rule, escalation và rollback. Bước 6 — Pilot charter: ghi use_case_id, dữ liệu DEMO, người tham gia, thời gian, tiêu chí đạt, tiêu chí dừng và cách phục hồi. Human-in-the-loop phải thấy source, version, UNKNOWN và forbidden action cạnh bản nháp.

Năm prompt dùng trong workshop bản đồ công việc
Prompt 1 lập inventory tác vụ; Prompt 2 dựng source register dự án/căn; Prompt 3 tạo needs data card và consent scope; Prompt 4 lập authority/permission matrix; Prompt 5 chấm pilot charter. Chúng tạo tài liệu thiết kế, không soạn tin follow-up, không chạy connector và không quyết định dự án cho khách.
Mỗi prompt nhận biến đầu vào, mục tiêu, định dạng đầu ra và ví dụ riêng của Sale bất động sản. Đầu ra có owner, evidence, UNKNOWN, blocker và next_review. Nếu Agent trả điểm số mà không chỉ ra bằng chứng, workshop không dùng điểm đó. Một blocker về pháp lý, giá, consent hoặc SEND luôn đưa use case về CHỜ hoặc KHÔNG.
Ví dụ chỉ dùng project_id và source DEMO để tránh bị copy thành dữ kiện thật. Khi taxonomy mã dự án hoặc policy thay đổi, prompt version và fixture cập nhật. Người điều phối workshop lưu input, output, phần reviewer sửa và quyết định cuối. Dữ liệu giúp cải tiến schema, không dùng để huấn luyện ngầm suy luận nhạy cảm về khách.
Công cụ phù hợp theo vai trò và quy mô
Google Sheets đủ để làm inventory, source register và scorecard; Drive giữ file version; MISA AMIS CRM hoặc HubSpot giữ lead owner và bằng chứng consent; Base.vn quản approval; Notion lưu glossary và pilot charter. Zalo, Facebook Messenger, email và lịch chỉ đưa vào sau khi map nguồn và quyền rõ. Công cụ AI đọc vùng dữ liệu tối thiểu, không trở thành kho mặc định.
Đội cá nhân có thể xuất fixture thủ công và kiểm từng bản nháp. Đội nhỏ dùng form khóa trường và approval queue. Doanh nghiệp thêm data catalog, access matrix, secret vault, log, retention và regression suite. API chỉ cần khi tác vụ ổn định; nối mọi hệ thống ngay từ đầu làm tăng bề mặt lỗi trước khi đội biết output đúng trông như thế nào.

AI làm gì và người có thẩm quyền quyết định gì
AI chuẩn hóa inventory, tìm trường thiếu, phát hiện source hết hạn, nối source-id, tạo checklist và draft pilot charter. Nó giỏi xử lý mẫu nhưng không tự biết nguồn nào có thẩm quyền nếu tổ chức chưa khai báo. Nó không hiểu chắc ngữ cảnh pháp lý hoặc thương mại của câu chữ và không chịu trách nhiệm với thông tin gửi cho khách.
Sale xác nhận needs card và tính hữu ích của đầu ra. Source owner xác nhận giá, pháp lý, inventory và allowed_use. Khách hàng là chủ thể cấp hoặc rút consent; Data owner chỉ xác minh bằng chứng, ghi nhận, thực thi phạm vi và retention. Quản lý quyết định use case; IT duyệt quyền/rollback. Người duyệt phải có năng lực từ chối.
RACI tối thiểu gắn Responsible cho người vận hành, Accountable cho chủ use case, Consulted cho source owner và Informed cho vai trò chịu ảnh hưởng. Quyết định mở rộng cần bằng chứng về độ đúng, khả năng truy vết và thời gian review. Không chuyển trách nhiệm từ vai trò nghiệp vụ sang nhà cung cấp mô hình hoặc disclaimer tự động.
Sai lầm, rủi ro và triển khai pilot theo phạm vi hẹp
Sai lầm phổ biến là chọn use case theo độ “ấn tượng” thay vì khả năng kiểm; đưa file cũ vào kho rồi gọi đó là knowledge base; dùng một prompt chung cho mọi dự án; hoặc mở SEND trước khi có source owner. Sai lầm khác là đo số draft tạo ra mà bỏ qua reviewer sửa, source conflict và false confidence.
Pilot đề xuất: “kiểm source và trường thiếu trước buổi tư vấn”, dùng 25 hồ sơ DEMO, ba dự án, quyền READ/CREATE_DRAFT và hai reviewer. Bộ test có PRICE hết hạn, LEGAL thiếu owner, AVAIL quá cũ, needs card mơ hồ, consent bị khách rút và câu hỏi hứa lợi nhuận. Điều kiện dừng là output không source, forbidden claim hoặc hành động vượt quyền.
Đo source coverage, UNKNOWN preservation, blocker precision, reviewer edit rate, thời gian chuẩn bị và escalation đúng. Tuần đầu shadow mode; tuần hai cho đội nhỏ dùng checklist; cuối tuần ba mới quyết định mở rộng. Rollback về template thủ công nếu source register không được duy trì hoặc review backlog vượt năng lực.
Kết quả minh họa và câu hỏi thường gặp
Kết quả minh họa: UC-BDS-MAP-04 “kiểm source trước tư vấn”; 25 fixture DEMO; PRICE-DEMO-v7, LEGAL-DEMO-v3, AVAIL-DEMO-0713; quyền READ/CREATE_DRAFT; Sale review; một AVAIL quá freshness rule nên BLOCKED. Pilot không trả lời căn còn, không xác nhận pháp lý và không tạo nội dung hứa lợi nhuận.
Sale bất động sản nên thử AI từ việc nào?
Bắt đầu bằng việc hậu trường có schema và nguồn rõ, chẳng hạn kiểm trường thiếu hoặc source trước buổi tư vấn.
AI có được chọn dự án phù hợp nhất không?
Không tự quyết. Agent có thể cấu trúc tiêu chí và dữ kiện, còn Sale trao đổi nhu cầu và chịu trách nhiệm theo quy trình.
Khi nào use case phải BLOCKED?
Khi thiếu source owner/version, bằng chứng consent do khách cấp, reviewer, dữ liệu vượt phạm vi; khi khách đã rút consent; hoặc khi nhiệm vụ yêu cầu giá, pháp lý, SEND hay lời hứa vượt quyền.
Bản đồ khác workflow lead như thế nào?
Bản đồ chọn việc, dữ liệu, authority và pilot; workflow lead vận hành event, merge candidate, source packet, lịch xem, retry và STOP.
Tiếp tục với workflow Sale bất động sản, xem prompt pack hội thoại, mở trang nghề hoặc liên hệ NganAds.