Nhiều nhóm môi giới nghĩ tới phần mềm tự chia khách khi tin nhắn bắt đầu trôi. Nhưng phần mềm chỉ làm nhanh hơn đúng những gì quy tắc đã ghi. Quy tắc mơ hồ thì máy chia sai nhanh hơn người. Bài này giúp bạn viết quy tắc phân công và nhắc phản hồi thành câu kiểm được, chạy tay một tuần, rồi mới quyết định có cần tự động hóa hay không.
Bài nối tiếp lập phiếu nhu cầu từ tin nhắn của khách.
Ba lớp việc, đừng gộp làm một
- Số hóa: mọi yêu cầu của khách nằm trong một bảng, mỗi khách một dòng. Không cần AI.
- Tự động hóa theo quy tắc: khi có dòng mới thì giao cho người theo bảng phân công, quá hạn thì nhắc. Đây là quy tắc "nếu, thì", cũng không cần AI.
- AI: đọc câu chữ tự do của khách để điền các ô của phiếu, gợi ý câu hỏi lại. Đây là phần quy tắc cố định không làm được.
Phần lớn lợi ích đến từ hai lớp đầu. AI chỉ có chỗ đứng khi bảng và quy tắc đã chạy ổn.
Bước 1: vẽ năm chặng
| Chặng | Việc | Ai làm | Có thể giao máy? |
|---|---|---|---|
| 1. Nhận | Tin từ Zalo, Facebook, biểu mẫu, điện thoại | Người trực | Biểu mẫu và trang Zalo OA tự ghi được; cuộc gọi phải ghi tay |
| 2. Ghi phiếu | Điền các ô nhu cầu | Người trực, AI soạn nháp | AI soạn, người kiểm |
| 3. Phân công | Giao theo bảng phân công | Trưởng nhóm hoặc quy tắc | Được, khi quy tắc không còn ngoại lệ mơ hồ |
| 4. Phản hồi | Liên hệ khách trong hạn | Người nhận | Không. Nhắc hạn thì được |
| 5. Đo lại | Xem ai trễ, vì sao | Trưởng nhóm | Bảng tính tự đếm; kết luận do người |
Bước 2: viết năm quy tắc thành câu kiểm được
Mẫu dưới đây là ví dụ. Con số do nhóm bạn tự chốt.
- Mọi yêu cầu, từ bất kỳ kênh nào, được ghi vào bảng khách trong 15 phút kể từ khi nhận, trong giờ làm việc 8:00 đến 18:00.
- Người nhận được chọn theo bảng phân công. Yêu cầu không khớp dòng nào thì giao trưởng nhóm.
- Hạn phản hồi đầu tiên: mức A trong 30 phút, mức B trong 2 giờ, mức C trong ngày làm việc. Tin đến ngoài giờ thì tính từ 8:00 sáng hôm sau.
- Quá hạn mà chưa có lần liên hệ nào: nhắc người nhận. Quá hai lần hạn: báo trưởng nhóm.
- Chỉ trưởng nhóm được đổi người nhận. Mỗi lần đổi ghi ngày và lý do.
Bạn có thể nhờ AI soát lỗ hổng của bộ quy tắc trước khi áp dụng:
Dưới đây là 5 quy tắc phân công và nhắc phản hồi khách của một nhóm môi giới. Hãy tìm các tình huống mà quy tắc chưa trả lời được hoặc hai quy tắc mâu thuẫn nhau, mỗi tình huống một dòng, kèm câu hỏi tôi cần tự quyết định. Không viết lại quy tắc thay tôi. [dán 5 quy tắc]
Những chỗ hở thường gặp: khách nhắn hai kênh cùng lúc thành hai dòng; người nhận nghỉ phép; khách cũ quay lại sau ba tháng thì về người cũ hay chia mới; tin đến tối thứ Bảy.
Bước 3: chạy tay với bảng mẫu
Bảng giả lập sáng thứ Sáu 02/10/2026, xem lúc 11:00. Hạn phản hồi theo quy tắc 3.
| Mã | Giờ nhận | Mức | Người nhận | Liên hệ đầu tiên | Hạn | Kết quả |
|---|---|---|---|---|---|---|
| K21 | 08:12 | A | Lan | 08:30 | 08:42 | Đúng hạn, sau 18 phút |
| K22 | 09:40 | B | Minh | chưa | 11:40 | Còn trong hạn |
| K23 | 10:05 | C | Tú | chưa | 18:00 | Còn trong hạn; khách dặn gọi sau 18 giờ |
| K24 | 08:20 | A | Minh | 09:25 | 08:50 | Trễ 35 phút |
| K25 | 22:15 hôm trước | B | Lan | chưa | 10:00 | Trễ 60 phút, cần nhắc |
| K26 | 09:05 | A | chưa giao | chưa | 09:35 | Trễ 85 phút, chưa ai nhận |
Đây là đáp án biên tập, tính bằng tay theo quy tắc trong bài. Ba điều đọc ra được từ sáu dòng:
- K26 là lỗi ở chặng phân công, không phải lỗi của người bán hàng. Quy tắc 2 cần thêm câu "ai giao khi trưởng nhóm vắng".
- K23 cho thấy hạn của quy tắc đụng với lời dặn của khách. Lời dặn của khách phải thắng; thêm cột "giờ khách muốn được liên hệ".
- K25 đến ngoài giờ, hạn tính từ 8:00 nên hết lúc 10:00. Nếu không có quy tắc ngoài giờ, dòng này sẽ bị tính trễ từ đêm hôm trước.
Chạy tay như vậy một tuần. Mỗi lần phải xử lý ngoài quy tắc, ghi lại. Cuối tuần sửa quy tắc.
Bước 4: khi nào mới tự động hóa
Tự động hóa có ý nghĩa khi cả ba điều sau cùng đúng: một tuần chạy tay không còn phát sinh ngoại lệ mới; số yêu cầu mỗi ngày nhiều đến mức ghi tay hay trễ; cả nhóm đồng ý dùng một bảng.
Mô tả luồng theo đúng thứ tự này khi trao đổi với người làm kỹ thuật hoặc nhà cung cấp:
| Thành phần | Nội dung |
|---|---|
| Sự kiện bắt đầu | Có dòng mới trong biểu mẫu hoặc tin mới ở trang Zalo OA |
| Bước AI (nếu dùng) | Điền các ô của phiếu, gắn mức ưu tiên theo quy tắc, ghi "chưa nói" khi thiếu |
| Quy tắc, hành động | Giao người nhận theo bảng; đặt hạn; nhắc khi quá hạn |
| Người kiểm | Người trực xem phiếu AI điền trước khi khách được liên hệ |
| Điểm chuyển người | Khách khiếu nại, hỏi pháp lý, hỏi giá ngoài bảng, hoặc phiếu không khớp bảng phân công |
| Kết quả | Dòng trong bảng khách có người nhận, hạn và lần liên hệ đầu tiên |
Một số nền tảng và phần mềm tại Việt Nam giới thiệu sẵn các tính năng này. Tài liệu Zalo OA mô tả chatbot trả lời câu hỏi thường gặp, biểu mẫu thu thông tin và chuyển cho nhân viên, là tính năng trả phí. Một số phần mềm quản lý khách hàng cho bất động sản giới thiệu chia khách tự động và nhắc lịch hẹn. Đó là mô tả của nhà cung cấp; hãy yêu cầu dùng thử với chính bộ quy tắc của bạn.
Ở Mỹ, các nhà cung cấp như EliseAI và AppFolio công bố chuyện khách hàng trong mảng cho thuê căn hộ, nơi AI trả lời khách ngoài giờ và hẹn lịch xem. Các con số trong đó do nhà cung cấp tự công bố, ở thị trường khác, nên chỉ dùng để hình dung, không phải cam kết hiệu quả cho nhóm của bạn.
Việc chỉ người được làm
- Trả lời về pháp lý, quy hoạch, khoản vay, cam kết giá.
- Quyết định liên hệ lại khách chưa đồng ý nhận tin giới thiệu.
- Đổi người nhận khách.
- Xử lý khiếu nại.
Tự kiểm
- Năm quy tắc đều có con số hoặc điều kiện kiểm được?
- Đã có câu trả lời cho ngoài giờ, người nghỉ, khách trùng?
- Bảng có cột giờ khách muốn được liên hệ?
- Đã chạy tay đủ một tuần và ghi ngoại lệ?
- Ai là người duy nhất được sửa quy tắc?
Sau khi bảng chạy ổn, trưởng nhóm có thể rà cả bảng để tìm khách chưa được gọi lại.
Nguồn & lưu ý
- Zalo Official Account, Tự động hóa chăm sóc khách hàng với Zalo Chatbot (21/01/2026). EliseAI, chuyện khách hàng RYSE Management; AppFolio, chuyện khách hàng Real Property Management Express; cả hai là tài liệu của nhà cung cấp, không ghi ngày đăng. Đối chiếu ngày 01/10/2026.
- Bảng khách và quy tắc là giả lập. Tổ Thạo Việc chưa dùng thử các phần mềm được nhắc tên và không có quan hệ thương mại với nhà cung cấp nào.
