Khách nhắn Zalo giờ làm việc, nhân viên tắt máy — tin nhắn nằm đấy đến sáng

Doanh nghiệp nào bán hàng qua Zalo OA cũng gặp tình cảnh này: khách nhắn tin lúc 21h, lúc Chủ nhật; nhân viên không online thì không ai trả lời. Tin nhắn nằm đó, vài tiếng sau khách đã hỏi chỗ khác. Với nhóm khách hàng nhà máy, chuỗi cửa hàng hay công ty dịch vụ có nhiều đầu mối liên hệ, số tin nhắn đến mỗi ngày đủ nhiều để một người không thể trả lời kịp — nhưng chưa đủ lớn để thuê hẳn một đội CSKH riêng.

Bài này viết cho anh/chị đang quản lý vận hành hoặc IT ở doanh nghiệp cỡ 20–200 nhân viên, muốn giữ khách trên Zalo mà không muốn mua thêm phần mềm tổng đài đắt tiền. Chúng tôi sẽ đi qua một cách làm cụ thể: dùng OpenClaw làm gateway trợ lý AI tự host, nối vào Zalo OA, kết hợp n8n để chuyển việc cho người thật khi cần. Kiến trúc này không phải giải pháp mua sẵn — nó được ghép từ các công cụ mã nguồn mở, chạy trên hạ tầng của chính doanh nghiệp.

Zalo OA trả lời tự động bằng AI: kết hợp OpenClaw và n8n

1. Vì sao nên để AI trả lời Zalo trước, người trả lời sau

Khách nhắn tin thường cần bốn loại câu trả lời: hỏi giờ làm việc, hỏi giá/bảng báo giá, hỏi tình trạng đơn hàng, hoặc báo lỗi cần kỹ thuật. Phần lớn là lặp lại. Nếu để nhân viên gõ tay từng câu, doanh nghiệp tốn thời gian và bỏ lỡ tin nhắn ngoài giờ. Nếu để AI trả lời hoàn toàn không kiểm soát, rủi ro trả lời sai thông tin cũng thật — nhất là khi bị hỏi về giá và chính sách.

Cách dung hòa: AI trả lời ngay những câu có dữ liệu chuẩn (giờ làm việc, địa chỉ, tình trạng đơn, hướng dẫn tra cứu), còn những câu cần quyết định (báo giá, khiếu nại, lỗi phức tạp) thì chuyển cho người thật. Khách không phải chờ qua đêm, nhân viên chỉ xử lý phần việc thực sự cần người.

2. OpenClaw đóng vai trò gì trong sơ đồ này

OpenClaw là gateway mã nguồn mở (giấy phép MIT) kết nối các kênh nhắn tin — Discord, Telegram, WhatsApp, Zalo, Slack… — với một agent AI chạy trên máy chủ của doanh nghiệp. Thay vì mỗi kênh gắn một chatbot riêng lẻ, doanh nghiệp có một gateway duy nhất: tin nhắn từ Zalo được đưa về cùng một agent, agent có quyền gọi công cụ (tra cứu đơn hàng, đọc file, ghi chú, gọi webhook) và trả lời ngay trong chính cuộc hội thoại Zalo đó.

Điểm khác biệt so với chatbot Zalo OA thông thường: agent ở đây có ngữ cảnh và có công cụ. Nó không chạy theo kịch bản câu trả lời cố định, mà được cấu hình theo quy trình của doanh nghiệp — ví dụ tra cứu đơn hàng qua API nội bộ trước khi trả lời, hoặc soạn nội dung rồi bàn giao cho n8n xử lý bước tiếp theo. Tài liệu chính thức của OpenClaw mô tả plugin Zalo ở trạng thái experimental: nhắn tin 1-1 và group đều hoạt động, có hỗ trợ media, và phản hồi luôn được gửi về đúng cuộc hội thoại gốc.

3. Sơ đồ vận hành: OpenClaw + n8n + Zalo OA

Một cấu hình tối giản gồm ba lớp:

• Lớp kênh: Zalo OA (hoặc Zalo Bot Platform) nhận tin nhắn từ khách hàng.
• Lớp gateway: OpenClaw chạy plugin Zalo, nhận sự kiện tin nhắn và điều phối agent trả lời; mọi hoạt động nằm trên server doanh nghiệp tự quản.
• Lớp xử lý: n8n đảm nhận các luồng có cấu trúc — ghi nhận lead vào bảng tính, tạo ticket trên hệ thống nội bộ, gửi thông báo vào group Telegram/Slack cho người trực, gọi API đơn hàng để agent tra cứu.

Nguyên tắc phân việc: câu hỏi lặp lại → agent trả lời bằng dữ liệu có sẵn; câu cần người quyết → agent soạn nội dung, n8n chuyển vào group nội bộ kèm người phụ trách; khách vẫn nhận được xác nhận “bộ phận phụ trách sẽ liên hệ lại trong giờ làm việc” ngay lập tức.

4. Những lưu ý khi triển khai thật

Dưới đây là các điểm chúng tôi thấy cần chốt trước khi đưa vào vận hành, dựa trên quá trình triển khai workflow cho khách hàng:

• Chọn đúng loại Zalo bot: Zalo Bot Creator / Marketplace bot và Zalo Official Account (OA) là hai sản phẩm khác nhau, hành vi không hoàn toàn giống nhau. Plugin Zalo của OpenClaw hiện hỗ trợ Bot Creator/Marketplace; nếu doanh nghiệp đang dùng OA theo cách khác thì cần kiểm tra trước khi lên kế hoạch, tránh làm xong mới phát hiện không khớp.
• Soạn sẵn kho dữ liệu trả lời: giờ làm việc, địa chỉ, chính sách bảo hành, câu hỏi thường gặp. Agent trả lời đúng khi được gắn nguồn dữ liệu chuẩn; không nên để agent tự suy luận giá hoặc chính sách.
• Giới hạn phạm vi agent: cấu hình rõ việc nào agent được tự xử lý, việc nào bắt buộc bàn giao người thật. Ví dụ: yêu cầu báo giá và khiếu nại luôn chuyển người, không để agent tự hứa hẹn.
• Chốt quy trình bàn giao ở n8n: ai nhận việc, nhận qua kênh nào, thời gian xử lý tối đa, và bước xác nhận đã liên hệ lại khách. Phần này quyết định khách có được phục vụ liền mạch hay không.
• Kiểm tra giới hạn kỹ thuật: tin nhắn gửi đi bị chia theo giới hạn độ dài của Zalo, media có dung lượng tối đa, webhook phải dùng HTTPS và có tốc độ giới hạn. Các con số cụ thể thay đổi theo phiên bản — đối chiếu với tài liệu chính thức ở thời điểm triển khai.

5. Khi nào chưa nên làm theo cách này

Không phải doanh nghiệp nào cũng cần kiến trúc trên. Nếu lượng tin nhắn dưới vài chục tin mỗi ngày, hoặc toàn bộ khách hàng chỉ liên hệ trong giờ hành chính, một người trực Zalo cộng danh sách câu trả lời mẫu có thể đủ, chi phí thấp hơn nhiều so với vận hành một hệ thống agent. Ngược lại, nếu doanh nghiệp có sẵn đội IT và đang phải trả lời hàng trăm tin nhắn lặp lại mỗi tuần, việc tự host OpenClaw thường đáng giá hơn thuê chatbot theo tháng — vì dữ liệu và luồng xử lý nằm trên chính hạ tầng của mình.

Đội ngũ Wise Tech đã triển khai các hệ thống tự động hóa workflow và trợ lý AI nội bộ dựa trên n8n và OpenClaw cho doanh nghiệp ở nhóm quy mô này. Nếu anh/chị muốn rà soát lại quy trình Zalo hiện tại hoặc cần tư vấn cấu hình gateway phù hợp với hạ tầng sẵn có, liên hệ qua trang liên hệ để nói chuyện trực tiếp với kỹ sư phụ trách.

Liên hệ tư vấn:
Wise Tech Company Limited
Hotline: 0869 31 31 69 (kỹ thuật) / 0917 32 36 37 (kinh doanh)
Email: info@wisetech.com.vn