Hệ thống Sale Chat Automation · Bài 8

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.

Cập nhật 10/11/2026⏱ 11 phút đọcQuy trìnhNgười mới → Trung cấp

Chatbot và nhân viên sale: báo khách nóng, tiếp quản đúng lúc – Nguyễn Đức, Aduca

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:

VaiLàm gìKhông làm gì
Trợ lý AITrả 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épGử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 SaleGọ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áchSửa giá hay kịch bản trực tiếp trong hệ thống
Chủ doanh nghiệpDuyệ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ậtGiữ cấu trúc workflow, kết nối kênh, giám sát lỗiTự ý đổ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ốngDấu hiệuTrợ 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ạiTiế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ểnKhách hỏi cách thanh toán hoặc báo đã chuyểnXin 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 đượcCả mô hình AI chính và mô hình dự phòng đều lỗiGử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:

  1. Hồ sơ khách: tên hiển thị, kênh, số điện thoại nếu khách đã để.
  2. Độ nóng và bước bán hàng: nóng, ấm hay lạnh; đang ở bước nào trong 6 bước.
  3. Tóm tắt: khách cần gì, đã biết những gì, trợ lý đã trả lời gì.
  4. Câu khách vừa hỏi, chép nguyên văn để Sale nắm đúng giọng khách.
  5. 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:

Mẫu tin báo khách nóng (minh hoạ)Mẫu tham khảo, chép về sửa theo đội của bạn
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 ]
Minh hoạ tin báo khách nóng từ chatbot gửi cho nhân viên sale trên điện thoại: hồ sơ khách, số điện thoại đã che, độ nóng, bước bán hàng, tóm tắt, câu khách vừa hỏi và bốn nút Đã gọi, Hẹn gọi lại, Chốt đăng ký, Không tiềm năng; chưa bấm sau 15 phút thì nhắc lại một lần
Hình: Tin báo khách nóng kèm hồ sơ và bốn nút, chưa ai bấm thì nhắc lại một lần (minh hoạ)
Dữ liệu cá nhân trong tin báo: nhóm nhận tin chỉ gồm người trực tiếp chăm sóc khách; không chụp tin báo gửi ra ngoài; người nghỉ việc phải được xoá khỏi nhóm ngay. Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026; nên rà soát cách lưu và chia sẻ dữ liệu khách với người phụ trách pháp lý.

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ĩaHệ thống làm gì sau đó
Đã gọiSale đã liên hệ kháchGhi người gọi, thời điểm; dừng nhắc lại
Hẹn gọi lạiKhách hẹn thời điểm khácGhi 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 đã muaDừ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ăngKhách không phù hợpChuyể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:

Bài học khách thật (đã ẩn danh)Trong giai đoạn đầu, hệ thống của Aduca từng báo Sale 7 lần trong 4 phút về cùng một khách. Tệ hơn, lượt nào trợ lý cũng nói với khách "em đã báo Sale" mà không tư vấn tiếp. Khách hỏi mà không được trả lời. Cách sửa: thêm quy tắc không báo trùng trong 60 phút, và quy định rõ báo Sale là việc chạy ngầm, trợ lý vẫn tự tư vấn tiếp như bình thườ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).

Dòng thời gian nhân viên tiếp quản chatbot: trợ lý AI trả lời, nhân viên gõ tin thì trợ lý nhường khoảng 30 phút, tin tự động của công cụ Meta không tính là nhân viên, khách chờ quá vài phút không ai trả lời thì cảnh báo nhóm Sale
Hình: Nhân viên vào chat thì trợ lý nhường, khách chờ quá lâu thì cảnh báo (minh hoạ)

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áoNgười trực chínhNgười dự phòngViệc cần làm
Khách nóng chưa ai bấm nútSale trong caTrưởng nhóm SaleGọi khách, bấm nút trạng thái
Khách chờ không ai trả lờiSale trong caTrưởng nhóm SaleVào trả lời tay, kiểm tra vì sao trợ lý im
Lỗi workflow, trợ lý không gửi đượcNgười kỹ thuậtChủ doanh nghiệpXem lỗi, khôi phục bản chạy ổn
Tin chăm sóc bị kẹtNgười kỹ thuậtTrưởng nhóm SaleGỡ 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

  1. Đầ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).
  2. 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.
  3. 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ý.
  4. 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.
  5. 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.
  6. 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

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

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

Xem tất cả tài liệu hướng dẫn →

Nhận báo giá Hệ thống Sale Chat tự động – Nguyễn Đức, Aduca
Bước tiếp theo

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.

Về AducaChuỗi bài do đội ngũ Aduca biên soạn từ kinh nghiệm đào tạo và triển khai AI Agent cho Marketing – Sales. Aduca Academy do Nguyễn Đức – Chủ tịch Aduca Group sáng lập; ông kinh doanh thương mại điện tử từ 2012, chạy quảng cáo Facebook từ 2014 và đào tạo từ 2016. Phần thực hành từng bước nằm trong các thư mục OpenClaw, Hermes Agent, Claude, ChatGPT và n8n, Second Brain, Sale Chat.

Nguồn tham khảo

Lịch sử cập nhật

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.