Đề xuất triển khai · 21/08/2026
Tự động đọc mã căn từ tin nhắn, ảnh chụp và link website — kiểm tra phòng còn hay hết — bắn form sang chủ nhà — trả số cho khách. Chạy đồng thời trên 3 Zalo và Fanpage, gom về một luồng duy nhất.
01 — PHẠM VI
Đúng theo mô tả của anh/chị, chia thành bốn luồng độc lập nhưng nối được vào nhau — khách vào từ luồng nào cuối cùng cũng quay về được luồng chốt căn.
Bot đọc mã căn từ ba dạng đầu vào: text khách copy, ảnh chụp màn hình (OCR), và link bài đăng từ website.
Thiếu số điện thoại → xin. Ảnh mất mã căn → nhờ gửi lại. Đủ thông tin → kiểm tra phòng đã báo hết chưa, chưa hết thì bắn form sang đúng chủ nhà. Chủ nhà phản hồi → gửi số cho khách kèm câu dặn gọi trước 30 phút.
Form gửi qua Zalo hay Telegram là tuỳ từng chủ nhà quen dùng cái nào — cả hai đều nằm trong báo giá, không phát sinh. Chủ nhà dùng Telegram thì bấm thẳng nút Còn/Hết; dùng Zalo thì nhắn lại bình thường, bot vẫn hiểu.
Bot nhận ra ảnh chụp từ giao diện TikTok hoặc Threads và đẩy thẳng thông tin vào nhóm nội bộ để nhân viên xử lý.
Đồng thời nhắn khách hai câu hỏi nhanh — “Cậu xem có ưng không?” và “Có cần tớ lấy số chủ nhà không?” — khách trả lời thế nào bot cũng hiểu và đưa vào thẳng luồng 1.
Ví dụ “Tìm phòng Hai Bà Trưng tầm 3 triệu”. Bot bóc khu vực và ngân sách, tra website, gửi lại link danh sách phòng phù hợp rồi hỏi khách ưng căn nào.
Không có kết quả khớp thì gợi ý nới ngân sách hoặc khu vực lân cận, thay vì trả lời cụt.
Khách chưa chọn căn nào nhận “Cậu đã tìm được căn nào ưng ý chưa?”. Khách đã lấy số chủ nhà nhận “Hôm qua cậu qua xem phòng thấy có ưng không?”.
Không nhắn nếu khách đã trả lời lại, đã chốt, hoặc ngoài khung giờ 8h–21h.
02 — KIẾN TRÚC
Toàn bộ tin nhắn từ bốn kênh được gom về một điểm, chuẩn hoá thành cùng một định dạng, rồi mới phân luồng. Thêm kênh thứ năm về sau không phải viết lại logic.
03 — ĐÃ LƯỜNG TRƯỚC
Đây là những chỗ mà nếu làm đúng nguyên văn mô tả sẽ gặp rào cản từ phía Facebook, Zalo hoặc dữ liệu. Chúng tôi nêu ngay từ đầu để anh/chị quyết định, thay vì để phát sinh lúc nghiệm thu.
Facebook chỉ cho phép nhắn tự do trong 24 giờ kể từ tin cuối của khách. Quá mốc đó, tin nhắn chăm sóc kiểu “Cậu tìm được căn nào ưng chưa?” không thuộc nhóm nào được phép gửi — gửi sai có thể khiến Fanpage bị hạn chế tính năng nhắn tin. Zalo thì rộng hơn — cửa sổ 48 giờ và 8 tin đầu miễn phí — nên mốc 24 giờ nằm gọn trong giới hạn cho phép.
Cách xử lý: hệ thống áp luật riêng cho từng kênh thay vì dùng chung một mốc. Khách đến từ Zalo được nhắn ở mốc 24 giờ như anh/chị mong muốn. Khách đến từ Fanpage được nhắn ở mốc khoảng 23 giờ — vẫn trong cửa sổ hợp lệ, và thực tế còn tiếp cận sớm hơn. Khách đã quá hạn được đưa vào danh sách riêng trên dashboard để nhân viên chủ động liên hệ.
Hai loại này khác hẳn nhau. Zalo OA có API chính thức, ổn định, cam kết được. Zalo cá nhân kết nối qua Pancake là kênh không chính thức — có thể bị Zalo khoá tài khoản, giới hạn tần suất gửi thất thường, và không bên nào cam kết được thời gian hoạt động.
Cách xử lý: hệ thống được thiết kế chạy được cả hai. Nếu là Zalo cá nhân, chúng tôi sẽ thêm cơ chế giãn tần suất gửi để giảm rủi ro khoá, và ghi rõ trong hợp đồng rằng việc Zalo khoá tài khoản nằm ngoài phạm vi bảo hành.
Luồng 1 (khách gửi link) và luồng 3 (tìm theo khu vực và ngân sách) đều phải đọc được dữ liệu phòng từ website. Nếu website cung cấp được API hoặc quyền đọc cơ sở dữ liệu, việc này nhanh và chính xác. Nếu chỉ đọc được qua giao diện web, chi phí tăng và hệ thống sẽ cần chỉnh lại mỗi khi website đổi giao diện.
Cách xử lý: ở giai đoạn khảo sát chúng tôi kiểm tra trực tiếp website. Có API hoặc quyền đọc dữ liệu thì giá giữ nguyên như báo giá. Không có thì sẽ có một hạng mục phát sinh được thống nhất trước, minh bạch bằng văn bản.
04 — LỘ TRÌNH
Anh/chị nhìn thấy sản phẩm chạy thật ngay từ giai đoạn thứ hai, không phải chờ đến cuối dự án.
Kết nối thử Pancake trên cả bốn kênh, kiểm tra website, chốt danh sách chủ nhà và toàn bộ mẫu tin nhắn. Thu thập 100 ảnh, 30 tin nhắn và 20 link thật của anh/chị để làm bộ dữ liệu nghiệm thu.
Nhận và gửi tin trên cả 3 Zalo lẫn Fanpage, không mất tin, không gửi trùng. Có cảnh báo nếu kết nối đứt.
Nhận diện mã căn từ text, link và ảnh chụp. Nghiệm thu bằng bộ 150 mẫu thật: độ chính xác mã căn từ 92% trở lên. Trường hợp ảnh mờ hay thiếu mã, bot hỏi lại khách chứ không đoán bừa.
Toàn bộ nghiệp vụ lõi: xin số khách, kiểm tra phòng hết, bắn form chủ nhà, nhận phản hồi, trả số cho khách. Nghiệm thu bằng 20 tình huống thực tế.
Nhận diện ảnh TikTok/Threads đẩy về nhóm nội bộ; tìm phòng theo khu vực và ngân sách trả link danh sách.
Phân loại khách, hẹn giờ gửi, chặn trùng và chặn gửi ngoài giờ.
Bảng cấu hình để anh/chị tự sửa mẫu tin nhắn và danh sách chủ nhà mà không cần gọi kỹ thuật. Chạy thử 5 ngày có người giám sát, sau đó bàn giao kèm tài liệu và video hướng dẫn.
05 — BÁO GIÁ
Luồng 1 là luồng tạo ra doanh thu trực tiếp, nên gói khởi động đã bao gồm trọn vẹn luồng này cùng toàn bộ hạ tầng — có thể mở rộng lên gói đầy đủ bất cứ lúc nào mà không phải làm lại.
Gói A — Khởi động
45.000.000đ
4–5 tuần
Bảo hành 30 ngày
Gói B — Đầy đủ
65.000.000đ
6–8 tuần
Bảo hành 30 ngày
Gói C — Đầy đủ + Vận hành
90.000.000đ
6–8 tuần + 3 tháng
Hỗ trợ suốt 3 tháng vận hành
06 — THANH TOÁN
Mỗi đợt chỉ giải ngân sau khi giai đoạn tương ứng chạy được và anh/chị xác nhận. Ví dụ dưới đây tính theo Gói B.
| Đợt | Mốc | Điều kiện giải ngân | Số tiền |
|---|---|---|---|
| 1 | Ký hợp đồng | Bàn giao quyền truy cập Pancake, website và bộ dữ liệu mẫu | 13.000.000đ |
| 2 | Đọc được mã căn | Độ chính xác từ 92% trên bộ 150 mẫu thật | 16.250.000đ |
| 3 | Luồng 1 chạy thật | 20 tình huống thực tế chạy đúng hoàn toàn | 19.500.000đ |
| 4 | Đủ bốn luồng | Demo cả bốn luồng trên kênh thật | 9.750.000đ |
| 5 | Bàn giao | 5 ngày chạy thử không lỗi nghiêm trọng | 6.500.000đ |
| Tổng cộng — Gói B | 65.000.000đ | ||
07 — CHI PHÍ VẬN HÀNH
Đây là chi phí anh/chị trả trực tiếp cho nhà cung cấp dịch vụ, không nằm trong báo giá triển khai. Chúng tôi nêu ra để anh/chị tính đủ bài toán chi phí ngay từ đầu.
| Khoản | Dùng để làm gì | Ước tính / tháng |
|---|---|---|
| AI đọc ảnh và hội thoại | Nhận diện mã căn từ ảnh, hiểu ý khách | 800.000 – 2.000.000đ |
| Máy chủ và cơ sở dữ liệu | Nơi hệ thống chạy và lưu dữ liệu | 300.000 – 500.000đ |
| Pancake | Theo gói anh/chị đang dùng | giữ nguyên |
| Ước tính tổng phát sinh thêm | 1.100.000 – 2.500.000đ | |
Con số phụ thuộc lượng tin nhắn và ảnh thực tế mỗi ngày. Ở giai đoạn khảo sát chúng tôi sẽ đo lượng thật của anh/chị để chốt con số sát hơn.
08 — HẠNG MỤC PHÁT SINH
Chỉ tính khi thực sự phát sinh, và luôn thống nhất bằng văn bản trước khi làm. Không có khoản nào phát sinh sau lưng anh/chị.
| Hạng mục | Chỉ phát sinh khi | Phí |
|---|---|---|
| Đọc dữ liệu qua giao diện website | Website không có API hoặc quyền đọc cơ sở dữ liệu | +12.000.000đ |
| Tin ZNS Zalo | Anh/chị vẫn muốn nhắn khách đúng mốc 24h | +6.000.000đ và phí tin |
| Kênh thứ năm trở đi | Thêm Zalo hoặc Fanpage ngoài bốn kênh ban đầu | +5.000.000đ / kênh |
09 — ĐIỀU KHOẢN
Trong vòng 5 ngày kể từ khi ký, anh/chị cung cấp: quyền truy cập Pancake, quyền đọc dữ liệu website, danh sách chủ nhà kèm kênh liên lạc, và bộ dữ liệu mẫu 150 trường hợp thật. Nếu chậm hơn, thời gian bàn giao được dời tương ứng.
Riêng về Pancake: để hệ thống nhận được tin nhắn theo thời gian thực, Pancake phải bật tính năng Webhook cho từng trang, và mỗi trang chiếm thêm một kết nối trong gói thuê bao của anh/chị. Với bốn kênh cần bốn kết nối trống. Chúng tôi sẽ kiểm tra giúp anh/chị ngay ở buổi khảo sát — nếu gói hiện tại chưa đủ, anh/chị sẽ biết trước con số cần bổ sung thay vì phát sinh giữa chừng.
Nếu giai đoạn khảo sát phát hiện rào cản không thể xử lý — chẳng hạn website không có cách nào truy cập dữ liệu — cả hai bên đều có quyền dừng dự án. Chúng tôi chỉ giữ lại phần chi phí khảo sát đã thực hiện và hoàn lại phần còn lại. Anh/chị không phải trả cho một hệ thống không thể chạy được.