Chatbot và nhân viên sale: báo khách nóng, tiếp quản đúng lúc
Trợ lý AI trả lời nhanh, nhưng người chốt đơn, gọi điện, xử lý khiếu nại vẫn là đội Sale. Bài này thiết kế đoạn nối giữa hai bên: khi nào trợ lý báo Sale, tin báo cần gì, bốn nút bấm làm gì, nhân viên vào chat thì trợ lý im ra sao, và ai trực cảnh báo để không khách nào bị bỏ quên. Dữ kiện đối chiếu tài liệu gốc tại ngày 26/10/2026.

Khách nóng để số lúc 21 giờ, sáng hôm sau mới có người gọi
Một trung tâm đào tạo gắn trợ lý AI cho Fanpage. Tối thứ Sáu, một khách hỏi lịch lớp gần nhất, hỏi cách đăng ký rồi để lại số điện thoại. Trợ lý gửi một dòng vào nhóm Zalo của đội: "Có khách để số". Không ai biết khách hỏi gì, ai sẽ gọi. Sáng thứ Hai, khi một bạn Sale gọi lại thì khách đã đăng ký nơi khác. Cùng tuần đó, một bạn Sale khác vào trả lời khách trên Messenger, trợ lý vẫn tiếp tục chen vào trả lời, khách nhận hai câu trả lời khác nhau. (Tình huống minh hoạ.)
Hai sự cố đều không phải do AI trả lời kém, mà do đoạn nối giữa chatbot và nhân viên sale chưa được thiết kế. Bài này nói về đoạn nối đó, thuộc chặng 4 – Chốt trong Hệ thống Bán lẻ Facebook 4 Chặng. Phần trợ lý tự chăm sóc khách đã có ở Chăm sóc khách tự động đúng chính sách; bài này lo phần người.
Phân vai: ai làm gì trong một cuộc chat bán hàng
Phối hợp chatbot và nhân viên sale là cách chia việc và chuyển việc giữa trợ lý AI với đội Sale sao cho khách luôn có người trả lời, Sale nhận khách nóng kèm đủ thông tin, và hai bên không bao giờ cùng nói một lúc.
Trước khi nói về tin báo hay nút bấm, cần chốt ai chịu trách nhiệm phần nào. Hệ thống của Aduca chia bốn vai:
| Vai | Làm gì | Không làm gì |
|---|---|---|
| Trợ lý AI | Trả lời trong vài giây, khai thác thông tin, xin số đúng lúc, báo Sale, chăm sóc trong cửa sổ cho phép | Gửi số tài khoản nhận tiền, hứa điều chưa làm, quyết định ngoài kịch bản |
| Đội Sale | Gọi điện, chốt đơn, nhận thanh toán, xử lý khiếu nại, bấm nút cập nhật trạng thái khách | Sửa giá hay kịch bản trực tiếp trong hệ thống |
| Chủ doanh nghiệp | Duyệt nội dung: giá, lịch, kịch bản, chính sách (sửa trong ghi chú kiến thức) | Sửa cấu trúc workflow |
| Người kỹ thuật | Giữ cấu trúc workflow, kết nối kênh, giám sát lỗi | Tự ý đổi giá, đổi lời tư vấn |
Ví dụ rõ nhất của phân vai là chuyện thanh toán. Trợ lý không bao giờ gửi số tài khoản. Khách xin số tài khoản thì trợ lý xin họ tên, số điện thoại, thông tin xuất hoá đơn rồi báo nhân viên. Người gửi thông tin thanh toán là người, qua kênh đã thống nhất. Lý do và các lớp kiểm soát nằm ở Lớp bảo vệ trước khi gửi.
Khi nào trợ lý báo Sale?
Báo quá ít thì sót khách, báo quá nhiều thì Sale tắt thông báo. Các tình huống nên báo, theo thứ tự ưu tiên:
| Tình huống | Dấu hiệu | Trợ lý làm gì trong lúc chờ |
|---|---|---|
| Khách nóng hoặc để số | Hỏi lịch cụ thể, địa điểm, giá nhóm, cách đăng ký; hoặc gửi số điện thoại | Tiếp tục tư vấn bình thường, không lặp "đã báo Sale" |
| Khách muốn gặp người | Ý định "gặp người" | Báo khách sẽ có nhân viên liên hệ, hỏi khung giờ tiện |
| Khiếu nại | Ý định "khiếu nại" | Ghi nhận, xin lỗi đúng mực, không hứa bồi thường |
| Thanh toán, đã chuyển | Khách hỏi cách thanh toán hoặc báo đã chuyển | Xin thông tin cần thiết, không gửi số tài khoản, không xác nhận đã nhận tiền |
| Trợ lý không trả lời được | Cả mô hình AI chính và mô hình dự phòng đều lỗi | Gửi câu chờ lịch sự, báo Sale trả lời tay |
Các ý định này đến từ bước phân loại mỗi lượt (15 loại ý định, nhóm S0–S5) đã trình bày ở Phân loại khách và xin số đúng lúc. Bài này chỉ quan tâm: phân loại xong thì ai nhận việc.
Một tin báo khách nóng tốt gồm những gì?
Mục tiêu của tin báo: Sale đọc trong 10 giây là biết gọi ai, nói gì, không phải mở lại cả đoạn chat hay hỏi khách lại từ đầu. Tin báo trong hệ thống của Aduca gồm năm phần:
- Hồ sơ khách: tên hiển thị, kênh, số điện thoại nếu khách đã để.
- Độ nóng và bước bán hàng: nóng, ấm hay lạnh; đang ở bước nào trong 6 bước.
- Tóm tắt: khách cần gì, đã biết những gì, trợ lý đã trả lời gì.
- Câu khách vừa hỏi, chép nguyên văn để Sale nắm đúng giọng khách.
- Bốn nút: Đã gọi · Hẹn gọi lại · Chốt/Đăng ký · Không tiềm năng.
Mẫu tin báo dưới đây là minh hoạ; số điện thoại đã che, nội dung không lấy từ hội thoại thật:
KHÁCH NÓNG · Fanpage · 21:14 # minh hoạ
Khách: chị H. SĐT: 09xx xxx x12 # số đã che
Quan tâm: <tên sản phẩm / khóa học>
Bước bán hàng: 5 – Chốt, xin số Độ nóng: NÓNG Nhóm: S3
Đã biết: <ngành>, <kinh nghiệm>, <mục tiêu>, <ngân sách>
Khách vừa hỏi: "Lớp gần nhất ở Hà Nội còn chỗ không, đăng ký thế nào?"
Tóm tắt: hỏi lịch cụ thể và cách đăng ký (tín hiệu mua). Trợ lý đã gửi
lịch đúng bảng lịch, khách đã để số. Chưa hỏi về thanh toán.
Gợi ý việc tiếp theo: gọi xác nhận lịch, gửi hướng dẫn đăng ký.
[ Đã gọi ] [ Hẹn gọi lại ] [ Chốt / Đăng ký ] [ Không tiềm năng ]Nguồn: Bộ Công an – Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15
Bốn nút và chuyện gì xảy ra sau mỗi nút
Nút bấm biến tin báo thành một việc có trạng thái. Không có nút, chủ doanh nghiệp chỉ biết "đã báo", không biết "đã xử lý chưa". Mỗi nút nên kéo theo một hành động của hệ thống:
| Nút | Ý nghĩa | Hệ thống làm gì sau đó |
|---|---|---|
| Đã gọi | Sale đã liên hệ khách | Ghi người gọi, thời điểm; dừng nhắc lại |
| Hẹn gọi lại | Khách hẹn thời điểm khác | Ghi lịch hẹn; hiện trong báo cáo cuối ngày mục hẹn gọi lại |
| Chốt / Đăng ký | Khách đã mua | Dừng mọi lịch bám đuổi, mở luồng chăm sóc sau mua, chuyển nhóm S5 |
| Không tiềm năng | Khách không phù hợp | Chuyển nhóm S0, dừng chăm sóc chủ động |
Về kỹ thuật, Telegram có bàn phím nút bấm ngay dưới tin (inline keyboard): bấm nút không tạo thêm tin trong nhóm mà gửi tín hiệu cho bot xử lý ngầm. Trong n8n, Telegram node có thao tác Send and Wait for Response với nút duyệt, phù hợp cho câu hỏi có hoặc không; bốn nút riêng thường cần một luồng nhận lượt bấm. Cách dựng bot báo cáo: Bot Telegram báo cáo bằng n8n. Ghi trạng thái khách vào bảng: Google Sheets làm CRM với n8n.
Nguồn: Telegram – Bot features · n8n Docs – Telegram node
Nhắc lần 2 và không báo trùng: bài học từ một khách thật
Hai quy tắc nhỏ nhưng quyết định đội Sale có tin hệ thống hay không:
- Nhắc lại đúng một lần: sau 15 phút chưa ai bấm nút, hệ thống nhắc lại một lần, chỉ trong giờ làm việc. Ngoài giờ, khách nóng chờ tới bản tin buổi sáng và báo cáo cuối ngày.
- Không báo trùng cùng một khách trong 60 phút: khách nhắn thêm ba tin liền không có nghĩa là có ba khách nóng.
Điều rút ra: tin báo là việc giữa hệ thống và đội Sale, khách không cần biết. Câu "đã báo nhân viên" chỉ nên nói khi khách xin gặp người, và chỉ khi tin báo đã gửi thành công.
Nhân viên tiếp quản thì trợ lý im
Nguyên tắc vàng thứ sáu: nhân viên trả lời tay thì trợ lý nhường khoảng 30 phút. Trong 30 phút đó, khách nhắn gì trợ lý cũng không trả lời, kể cả lịch bám đuổi cũng tạm dừng. Hết thời gian mà nhân viên không còn trả lời, trợ lý mới quay lại.
Khó ở chỗ làm sao biết "nhân viên vừa trả lời". Trên Messenger, tin do Trang gửi đi (kể cả tin nhân viên gõ trong Hộp thư) có thể được báo về hệ thống. Nhưng tin tự động của chính công cụ Meta, ví dụ mẫu "ưu đãi và thông báo", cũng đi vào theo đường đó, trông y như tin nhân viên. Nếu coi mọi tin đó là nhân viên tiếp quản, trợ lý sẽ im sai lúc. Cách Aduca chặn: chỉ coi là nhân viên khi tin có nội dung do người gõ.
Meta có cơ chế Conversation Routing: ứng dụng đang giữ quyền điều khiển cuộc trò chuyện là ứng dụng được trả lời; Hộp thư Meta Business Suite có thể là một "ứng dụng" và giành quyền khi nhân viên trả lời trong cuộc trò chuyện nó chưa giữ. Doanh nghiệp dùng nhiều ứng dụng trên cùng Trang nên hiểu cơ chế này trước khi thiết kế tiếp quản. Riêng tin nhân viên gửi ngoài 24 giờ trên Messenger phải theo thẻ HUMAN_AGENT (trong 7 ngày, cần App Review).
Nguồn: Meta – Conversation Routing · Meta – Human Agent
Cảnh báo khách chờ và quy định ai trực
Lưới an toàn cuối cùng là cảnh báo khách chờ: khách nhắn mà quá vài phút chưa ai trả lời thì báo nhóm Sale. Có hai nguyên nhân hay gặp: trợ lý bị kẹt do lỗi kỹ thuật, hoặc nhân viên đã tiếp quản rồi quên (trợ lý đang nhường nên im, nhân viên lại tưởng trợ lý trả lời).
Cảnh báo chỉ có giá trị khi có người xử lý. Hệ thống của Aduca từng có 9 lần báo lỗi không ai xem trong gần một ngày, vì không ai được phân công trực. Từ đó mỗi loại cảnh báo có người nhận rõ ràng. Bảng dưới là khung gợi ý, mỗi doanh nghiệp tự đặt người và thời hạn theo đội của mình:
| Loại cảnh báo | Người trực chính | Người dự phòng | Việc cần làm |
|---|---|---|---|
| Khách nóng chưa ai bấm nút | Sale trong ca | Trưởng nhóm Sale | Gọi khách, bấm nút trạng thái |
| Khách chờ không ai trả lời | Sale trong ca | Trưởng nhóm Sale | Vào trả lời tay, kiểm tra vì sao trợ lý im |
| Lỗi workflow, trợ lý không gửi được | Người kỹ thuật | Chủ doanh nghiệp | Xem lỗi, khôi phục bản chạy ổn |
| Tin chăm sóc bị kẹt | Người kỹ thuật | Trưởng nhóm Sale | Gỡ kẹt, kiểm tra tin có còn đúng cửa sổ trước khi gửi bù |
Lỗi kỹ thuật nên đi về một nhóm riêng, tách khỏi nhóm báo khách, để Sale không bị ngập tin lỗi. Trong n8n, phần này thường dựng bằng một error workflow bắt đầu bằng Error Trigger: Giám sát lỗi, sao lưu workflow n8n.
Nguồn: n8n Docs – Error Trigger
Quy trình một ngày của Sale khi làm cùng trợ lý AI
- Đầu ca: đọc bản tin buổi sáng (khách cần chăm hôm nay, khách nóng tồn từ tối qua, hẹn gọi lại).
- Nhận tin báo: đọc tóm tắt và câu khách hỏi, gọi hoặc nhắn trong thời gian đội đã thống nhất.
- Bấm nút ngay sau khi xử lý: Đã gọi, Hẹn gọi lại, Chốt/Đăng ký hoặc Không tiềm năng. Không bấm thì hệ thống coi như chưa ai xử lý.
- Vào chat khi cần: gõ trả lời trực tiếp; trợ lý tự nhường. Xong việc thì để trợ lý quay lại, không bỏ lửng cuộc chat.
- Gặp câu trợ lý trả lời sai: ghi lại và gửi cho người duyệt kịch bản, không tự sửa trong hệ thống.
- Cuối ngày: xem báo cáo, nhất là mục khách nóng chưa có số, khách chờ, câu trợ lý chưa trả lời được (cách đọc báo cáo ở Đo lường và kiểm thử chatbot bán hàng).
Đào tạo Sale bấm nút là một bước riêng khi triển khai, không phải việc "tự hiểu". Một buổi hướng dẫn ngắn với vài tin báo mẫu thường đủ để cả đội làm đúng ngay từ tuần đầu.
Aduca áp dụng thế nào
- Báo Sale khi khách nóng hoặc để số, kèm hồ sơ, độ nóng, tóm tắt, câu khách hỏi và bốn nút. Khi triển khai cho doanh nghiệp, mục tiêu là khách nóng được báo Sale trong khoảng 10 giây.
- Chưa bấm sau 15 phút thì nhắc lại một lần trong giờ làm việc; không báo trùng cùng khách trong 60 phút.
- Nhân viên trả lời tay thì trợ lý nhường khoảng 30 phút; chỉ tính là nhân viên khi tin có nội dung do người gõ.
- Cảnh báo khách chờ khi quá vài phút chưa ai trả lời; mỗi loại cảnh báo có người trực.
- Sale bấm "Chốt" thì dừng bám đuổi, mở luồng sau mua. Nội dung do chủ doanh nghiệp duyệt, cấu trúc do người kỹ thuật giữ, trạng thái khách do Sale bấm nút.
- Nhóm báo Sale nằm trong bảng cấu hình thương hiệu, nên một thương hiệu thứ hai dùng chung hệ thống vẫn có nhóm báo riêng.
Các con số 15 phút, 60 phút, 30 phút là cấu hình Aduca đang dùng, không phải chuẩn chung. Đội nhỏ, ít khách có thể nhắc sớm hơn; đội lớn chia ca có thể thêm người dự phòng. Kết quả chốt đơn còn phụ thuộc sản phẩm, nguồn khách và kỹ năng của đội Sale.
Bắt đầu từ đâu: checklist phối hợp
- Viết bảng phân vai bốn bên và cho cả đội đọc.
- Liệt kê tình huống trợ lý phải báo Sale và việc trợ lý làm trong lúc chờ.
- Chốt mẫu tin báo: hồ sơ, độ nóng, tóm tắt, câu khách hỏi, bốn nút.
- Đặt quy tắc nhắc lại (một lần) và không báo trùng.
- Thiết kế tiếp quản: nhận biết tin nhân viên gõ, thời gian trợ lý nhường.
- Bật cảnh báo khách chờ, tách nhóm báo lỗi kỹ thuật khỏi nhóm báo khách.
- Ghi tên người trực chính và dự phòng cho từng loại cảnh báo.
- Tổ chức một buổi hướng dẫn Sale bấm nút với tin báo mẫu.
Góc nhìn rộng hơn về tự động hoá cho đội Sales và CSKH: Nhắc lịch và chăm sóc khách theo mốc và n8n cho Sales và CSKH. Kịch bản chốt khi Sale nhận khách: Kịch bản chốt sale qua inbox.
Muốn Aduca dựng sẵn trợ lý bán hàng có báo Sale, nút bấm và cảnh báo, xem Hệ thống Sale Chat tự động. Muốn tự dựng bằng n8n, khóa Aduca AI Business System có module Sale Chat.
Câu hỏi thường gặp
Có chatbot rồi thì còn cần nhân viên sale không?
Vẫn cần. Trợ lý AI làm tốt phần trả lời nhanh, khai thác thông tin, nhắc lịch, chăm sóc trong cửa sổ cho phép. Gọi điện chốt đơn, nhận tiền, xử lý khiếu nại, quyết định ngoài kịch bản là việc của người. Thiết kế tốt là để mỗi bên làm đúng phần của mình và chuyển việc cho nhau không rơi rớt.
Khi nào trợ lý nên chuyển cuộc chat cho nhân viên?
Khi khách nóng hoặc vừa để số, khi khách muốn gặp người, khi có khiếu nại, khi khách hỏi chuyện thanh toán hoặc báo đã chuyển khoản, và khi trợ lý không trả lời được (kể cả khi mô hình AI gặp lỗi). Mỗi trường hợp nên có tin báo riêng với đủ hồ sơ để Sale không phải hỏi lại khách.
Nhân viên đang chat mà chatbot vẫn trả lời chen vào thì xử lý sao?
Cần cơ chế tiếp quản: khi phát hiện nhân viên gõ tin trả lời, trợ lý nhường trong một khoảng thời gian (Aduca dùng khoảng 30 phút). Lưu ý tin tự động của công cụ Meta cũng có thể đi vào hệ thống giống tin nhân viên, nên chỉ coi là nhân viên tiếp quản khi có nội dung do người gõ.
Báo Sale qua kênh nào là hợp lý?
Một nhóm chat nội bộ mà cả đội luôn mở trên điện thoại, có nút bấm ngay trong tin, ví dụ nhóm Telegram với bàn phím nút bấm. Điều quan trọng hơn kênh là: nhóm chỉ gồm người cần biết, và có người được phân công trực.
Sale không bấm nút thì sao?
Hệ thống nhắc lại một lần sau khoảng 15 phút trong giờ làm việc. Nếu vẫn không ai xử lý, khách sẽ hiện trong báo cáo cuối ngày ở mục khách nóng chưa được liên hệ. Nhắc liên tục nhiều lần dễ khiến cả đội tắt thông báo.
Tin báo Sale có số điện thoại khách, có vi phạm dữ liệu cá nhân không?
Đưa số điện thoại cho người phụ trách chăm sóc khách là mục đích hợp lý khi khách tự để số để được tư vấn. Rủi ro nằm ở chỗ nhóm báo có người ngoài, tin bị chụp gửi ra ngoài, hoặc dữ liệu lưu mãi không ai xoá. Bài viết không thay thế tư vấn pháp lý; nên rà soát với người phụ trách pháp lý.
Tài liệu liên quan
- Sale Chat · AI AgentSale Chat Automation là gì? Hệ thống chốt sale qua inbox bằng AISale Chat Automation là gì: hệ thống chatbot bán hàng trả lời, dẫn dắt, chăm sóc khách qua Fanpage, Zalo OA, website; 4 tầng, 6 nguyên tắc vàng, ví dụ Aduca.
- Sale Chat · AI AgentKiến trúc Sale Chat: một lõi, nhiều kênh, nhiều thương hiệuKiến trúc chatbot bán hàng đa kênh: tin chuẩn, 4 tầng, 10 làn hành trình, gom tin nhắn dồn, đọc ảnh, đa thương hiệu bằng bảng cấu hình, chọn công cụ n8n.
- Sale Chat · AI AgentKịch bản chatbot bán hàng: dẫn dắt 6 bước như người thậtKịch bản chatbot bán hàng 6 bước: điều kiện lên bước, khai thác một ý mỗi lượt, tín hiệu mua, công thức trả lời, xử lý từ chối, chuyển người, mẫu để điền.
- Sale Chat · AI AgentKho kiến thức cho chatbot bán hàng: dữ liệu cứng, lời nói mềmCách xây dữ liệu cho chatbot bán hàng: một nguồn sự thật, giá và lịch để cứng, AI chỉ lo lời nói, thẻ kiến thức, tra trước, lối tắt, kèm mẫu ghi chú.
Xem tất cả tài liệu hướng dẫn →

Nhận báo giá Hệ thống Sale Chat tự động
Aduca dựng trợ lý AI bán hàng cho Fanpage, Zalo OA, website theo đúng sản phẩm, bảng giá và kịch bản của bạn, có báo Sale và chăm sóc khách tự động. Báo giá sau buổi khảo sát, theo số kênh, số sản phẩm và lượng tin nhắn.
Nguồn tham khảo
- Meta – Conversation Routing: quyền điều khiển cuộc trò chuyện giữa các ứng dụng và Hộp thư Trang
- Meta – Human Agent: nhân viên trả lời thủ công trong 7 ngày
- Meta – Messenger Platform Policy
- Telegram – Bot features: inline keyboard
- n8n Docs – Telegram node: Send and Wait for Response
- n8n Docs – Error Trigger
- Bộ Công an – Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15
Lịch sử cập nhật
- 10/11/2026 — Bản đầu.
Miễn trừ trách nhiệm
Bài viết thuộc chuỗi kiến thức của Công ty Cổ phần Giáo dục Aduca, chia sẻ miễn phí cho mục đích học tập. Thông tin kỹ thuật đối chiếu với tài liệu chính thức của các dự án và nền tảng tại ngày cập nhật (có ghi nguồn); phần nhận định là quan điểm của Aduca. OpenClaw, Hermes Agent, Claude (thương hiệu của Anthropic), ChatGPT (thương hiệu của OpenAI), n8n (thương hiệu của n8n GmbH), các phần mềm chạy model và các model AI mở (Ollama, LM Studio, Qwen, Gemma, gpt-oss…), Obsidian, Notion, phương pháp Building a Second Brain (Tiago Forte) cùng các phần mềm, dịch vụ nêu trong bài thuộc về chủ sở hữu tương ứng, không thuộc Aduca; Aduca không phải đối tác chính thức của các công ty này. Tính năng, gói và giá có thể thay đổi bất cứ lúc nào – hãy kiểm tra trang chính thức trước khi mua. Kết quả áp dụng phụ thuộc quy trình, dữ liệu và con người của từng doanh nghiệp; bài viết không cam kết doanh thu hay hiệu quả cụ thể. © 2026 Aduca — được trích dẫn khi ghi rõ nguồn aduca.vn.