AI Agent hay Chatbot trong bán hàng: Chọn cho từng bước
Một cuộc tư vấn bán hàng thường có nhiều loại việc. Trong vài phút, khách có thể hỏi về gói công khai, cung cấp thông tin sàng lọc, nêu nhu cầu khác thường rồi đề nghị chiết khấu riêng. Vì vậy, không nên chọn một hệ thống cho cả cuộc chat.
Hãy chọn theo từng bước: chatbot giữ mạch giao tiếp; workflow xử lý quy tắc; agent có giới hạn xử lý nhánh thay đổi; người tiếp nhận khi thiếu nguồn đã duyệt hoặc vượt quyền hệ thống. Mô hình dưới đây giúp đội sales và RevOps xác định tuyến xử lý cùng điểm chuyển giao.
Một mô hình điều phối cho mọi bước hội thoại
Trước hết, hãy đổi đơn vị so sánh. Mô hình dùng một bước, không dùng cả kênh chat, vì “sàng lọc khách hàng” vẫn quá rộng: giải thích gói, kiểm tra quy mô đội, làm rõ nhu cầu lạ và duyệt chiết khấu có mức hậu quả và thẩm quyền rất khác nhau.
Cách nhìn theo lớp này cũng phù hợp với trang phân biệt khái niệm của Salesforce: chatbot đi theo luồng định sẵn, agent có thể suy luận và hành động, còn lựa chọn kết hợp tùy tình huống vẫn được giữ lại. Điểm đáng dùng là cách phối hợp các lớp, không phải kết luận thay thế lẫn nhau; mô hình ở đây biến ranh giới đó thành quyết định vận hành mà không kế thừa tuyên bố sản phẩm của Salesforce.
Bài so sánh cách vận hành, không xếp hạng nhà cung cấp hay đưa ra ý kiến pháp lý.
Với mỗi bước, ghi đủ sáu đầu vào:
- Hậu quả: nếu trả lời hoặc thao tác sai, khách chỉ mất thêm thời gian, doanh nghiệp phải sửa lại, hay đã phát sinh cam kết thương mại?
- Độ biến thiên của tuyến xử lý: bước tiếp theo cố định, được chọn bằng quy tắc, hay phải chọn theo ngữ cảnh?
- Hành động được phép: hệ thống chỉ được trả lời, đọc, soạn nháp hay thực thi?
- Khả năng hoàn tác: dễ sửa, sửa được nhưng tốn công, hay khó rút lại?
- Tình trạng bằng chứng: nguồn cần dùng còn hiệu lực và đã duyệt, hay đang thiếu, cũ hoặc mâu thuẫn?
- Khả năng kiểm soát: đội ngũ có giới hạn được dữ liệu, công cụ, quyền, số lần thử và điểm dừng; đồng thời xem lại được diễn biến không?
Sau đó áp dụng quy tắc theo đúng thứ tự:
- Chặn ở cổng bằng chứng. Không có nguồn phù hợp, nguồn đã cũ hoặc xung đột thì hỏi lại hay chuyển người; câu chữ trôi chảy không thể thay thế bằng chứng.
- Chặn ở cổng thẩm quyền. Giá ràng buộc, chiết khấu riêng, điều khoản hợp đồng, bảo đảm, quyết định tín dụng hoặc ngoại lệ khó rút lại phải có người chịu trách nhiệm phê duyệt.
- Tuyến đã biết thì giữ xác định. Câu trả lời cố định nằm ở chatbot có kiểm soát; nhánh có thể liệt kê hoặc phép kiểm tra dữ liệu nằm ở workflow.
- Chỉ thêm agent cho đoạn điều phối thực sự biến thiên. Agent được chọn bước theo ngữ cảnh khi nguồn và công cụ vẫn nằm trong phạm vi hẹp, đã duyệt, có nhật ký và có điểm dừng.
- Cấp quyền nhỏ nhất. Bắt đầu bằng quyền đọc hoặc soạn nháp. Chỉ cho thực thi khi thao tác có trong danh sách được phép, dễ hoàn tác, đã kiểm thử và có người chịu trách nhiệm khôi phục.
- Viết điều kiện chuyển người trước khi chạy. Điều kiện phải xác định được bằng dữ kiện, chẳng hạn “nguồn giá đã quá 30 ngày” hoặc “khách yêu cầu bất kỳ mức chiết khấu ngoài bảng”, không phải “khi AI thiếu tự tin”.
Phiếu điều phối sau khi điền chỉ cần bốn cột:
| Bước hội thoại | Tuyến đã chọn | Đầu ra hoặc hành động được phép | Điều kiện chuyển người |
|---|---|---|---|
| Một việc cụ thể của khách, không phải cả kênh | Chatbot, workflow xác định, agent có giới hạn hoặc phê duyệt của người | Trả lời, đọc, soạn nháp hoặc thực thi | Điều kiện cụ thể về nguồn, thẩm quyền, giới hạn, lỗi hoặc yêu cầu của khách |
Bốn tuyến này không phải bốn sản phẩm ngang hàng. Chatbot là lớp giao tiếp. Workflow giữ trạng thái và quy tắc. Agent chọn trong số ít tuyến được phép khi ngữ cảnh khiến cây nhánh cứng trở nên bất hợp lý. Phê duyệt của người là lớp thẩm quyền có thể ngắt hoặc hoàn tất bất kỳ tuyến tự động nào.
Anthropic cũng phân biệt workflow chạy theo các bước được lập trình sẵn với agent tự chọn quy trình và công cụ, đồng thời cho rằng có thể phối hợp các mẫu này. Chính trang này hiện lưu ý một phần thông tin công cụ từ tháng 12/2024 đã thay đổi, vì vậy chỉ nên dùng để hiểu ranh giới kiến trúc và cách phối hợp các lớp, không dùng để chọn công cụ hiện tại.
Ví dụ hoàn chỉnh: tư vấn gói, sàng lọc và yêu cầu giữ giá
Giả sử khách nhắn: “Đội sales bên tôi có 20 người, cần ba quản lý xem lại hội thoại và muốn bắt đầu từ tháng sau. Nên dùng gói nào, và bên bạn có giữ mức giá đến quý sau được không?” Đây là tình huống biên tập để minh họa, không mô tả tính năng, giá hay chính sách của Easy AI hoặc nhà cung cấp nào.
Trước tiên, tách cuộc trao đổi thành bốn bước và ghi đủ đầu vào. Hai bảng dưới đây là cùng một phiếu điều phối, được tách ra để dễ đọc trên điện thoại.
| Bước | Hậu quả | Độ biến thiên | Bằng chứng và khả năng hoàn tác |
|---|---|---|---|
| 1. Giải thích khác biệt giữa các gói công khai | Trung bình nếu trả lời sai | Câu trả lời cố định kèm một câu hỏi làm rõ | Nguồn mô tả gói hiện hành đã duyệt; dễ đính chính |
| 2. Kiểm tra số người dùng và người duyệt | Thấp đến trung bình | Trường bắt buộc và quy tắc rõ ràng | Dữ liệu khách cung cấp; có thể chạy kiểm tra lại |
| 3. Hiểu yêu cầu “xem lại hội thoại” | Trung bình | Có nhiều câu hỏi tiếp theo hợp lệ tùy ngữ cảnh | Ghi chú tính năng đã duyệt cộng với lời khách; bản nháp dễ sửa |
| 4. Quyết định giữ giá | Hậu quả thương mại cao | Cần thẩm quyền xét ngoại lệ | Tình huống chưa có cam kết được duyệt; lời hứa khó rút lại |
| Bước | Hành động được phép | Tuyến đã chọn | Điều kiện chuyển người |
|---|---|---|---|
| 1. Khác biệt giữa các gói | Trả lời từ nguồn đã duyệt và hỏi một câu làm rõ | Chatbot có kiểm soát | Nguồn thiếu, cũ, mâu thuẫn hoặc khách hỏi điều khoản ngoài chuẩn |
| 2. Trường sàng lọc | Đọc phản hồi và kiểm tra trường; không tự đoán dữ liệu thiếu | Workflow xác định | Vẫn thiếu trường sau một lần hỏi lại hoặc quy tắc không trả về tuyến hợp lệ |
| 3. Nhu cầu xem lại | Đọc ghi chú đã duyệt và soạn bản tóm tắt nhu cầu có cấu trúc | AI agent có giới hạn | Thiếu nguồn cần thiết, công cụ lỗi hai lần hoặc bước kế tiếp nằm ngoài danh sách được phép |
| 4. Giữ giá | Chỉ soạn yêu cầu để duyệt; không được hứa hay thực thi | Người có thẩm quyền phê duyệt | Chính yêu cầu giữ giá là điều kiện chuyển người vì tạo cam kết thương mại có thời hạn |
Khi vận hành, cuộc hội thoại có thể diễn ra như sau:
- Chatbot nêu khác biệt giữa các gói từ tài liệu hiện hành rồi hỏi: “Ba quản lý cần xem mọi hội thoại hay chỉ các ca được chuyển lên?”
- Workflow lưu
sales_users = 20,reviewers = 3, không chấp nhận ngày bắt đầu để trống và chỉ chuyển tiếp khi dữ liệu hợp lệ. - Agent có giới hạn tóm tắt: “Khách cần 20 tài khoản sales, ba người duyệt, chỉ xem ca chuyển lên và bắt đầu tháng sau,” rồi soạn một câu hỏi tiếp theo từ ghi chú đã duyệt. Agent không được đổi giá, gửi báo giá hay tự cập nhật giai đoạn cơ hội.
- Người phê duyệt nhận mục tiêu, dữ kiện, liên kết nguồn, câu hỏi giữ giá còn mở và các thao tác đã thực hiện. Người này quyết định chấp nhận, sửa hoặc từ chối và chịu trách nhiệm về thông điệp gửi khách.
Kết quả có thể dựng lại: người khác cầm cùng nguồn và cùng quy tắc sẽ hiểu vì sao từng tuyến được chọn và thẩm quyền đổi chủ ở đâu.
Ranh giới vận hành của từng lớp
Chatbot có kiểm soát: giao tiếp không đồng nghĩa với quyền hành động mở
Chatbot có thể hiểu nhiều cách diễn đạt, lấy nội dung đã duyệt, hỏi theo kịch bản và đưa ra lựa chọn tiếp theo đã biết. Nó có thể dùng AI tạo sinh mà vẫn là chatbot trong mô hình này; khả năng viết câu tự nhiên không tự động trao quyền điều khiển workflow.
Workflow xác định: giữ trạng thái và chính sách không nên ứng biến
Workflow thực thi phép kiểm tra và quy tắc điều phối rõ ràng. Cùng một bộ dữ liệu hợp lệ phải đi vào cùng một nhánh. Đây là nơi phù hợp cho trường bắt buộc, điều kiện sàng lọc, gán hàng đợi, tạo yêu cầu duyệt và các nhánh đội ngũ có thể liệt kê.
AI agent có giới hạn: chọn tuyến theo ngữ cảnh trong phạm vi hẹp
Agent chỉ cần thiết khi mô hình AI phải chọn bước hay công cụ kế tiếp dựa trên ngữ cảnh. Phạm vi của nó phải ghi rõ mục tiêu, nguồn được duyệt, công cụ trong danh sách được phép, quyền đọc/soạn/thực thi, số bước và số lần thử tối đa, điểm dừng và gói bàn giao. Hướng dẫn của OpenAI định nghĩa agent một phần bằng quyền kiểm soát việc chạy workflow và chọn công cụ, đồng thời khuyến nghị nhiều lớp kiểm soát cùng sự can thiệp của con người khi vượt ngưỡng lỗi hoặc gặp thao tác rủi ro cao
Phê duyệt của con người: lớp trách nhiệm, không phải dấu hiệu thất bại
Con người xử lý phần cần phán đoán, ngoại lệ, tranh chấp và cam kết. Lớp này có thể đứng sau chatbot, workflow hoặc agent. Một bàn giao tốt phải kèm mục tiêu của khách, dữ kiện đã xác minh, nguồn đã dùng, câu hỏi còn mở, thao tác đã thử và bước tiếp theo khách đang chờ.
Kiểm thử tuyến điều phối, không chỉ chấm câu trả lời hay
Quản lý phiên bản cho bộ ca kiểm thử được xây từ các dạng hội thoại thực, nhưng không đưa dữ liệu riêng tư của khách vào. Bộ ca cần có câu hỏi phổ biến, nhiều cách diễn đạt, dữ liệu thiếu hoặc xung đột, ngoại lệ, yêu cầu bị cấm, lỗi công cụ và yêu cầu gặp nhân viên.
Intercom đề xuất đánh giá các hội thoại nhiều lượt, đầu vào mơ hồ hoặc rời rạc, tình huống biên, nhu cầu dùng nhiều nguồn và chất lượng bàn giao, rồi kiểm tra cả vòng xem lại và cải thiện sau khi vận hành. Đây là hướng dẫn do nhà cung cấp viết cho vận hành chăm sóc khách hàng; bài này chỉ áp dụng cơ chế kiểm thử vào điều phối sales, không xem kết luận sản phẩm của Intercom là bằng chứng độc lập.
Theo dõi chỉ số với mẫu số rõ ràng:
| Chỉ số | Công thức | Người phụ trách và nhịp xem | Phản ứng khi không đạt |
|---|---|---|---|
| Độ chính xác điều phối | Số ca đi đúng tuyến ÷ tổng ca có tuyến kỳ vọng do người có trách nhiệm xác nhận × 100 | Bộ phận vận hành sales; hằng tuần khi thử nghiệm, hằng tháng sau khi ổn định | Xem lại mọi ca sai tuyến có hậu quả cao; chốt ngưỡng phát hành từ mốc ban đầu đã duyệt |
| Tỷ lệ trả lời quan trọng có căn cứ | Số câu trả lời quan trọng có nguồn hiện hành đã duyệt ÷ tổng câu trả lời quan trọng trong mẫu × 100 | Chủ nguồn kiến thức; hằng tuần | Gỡ hoặc đổi tuyến chủ đề thiếu nguồn; không dùng trí nhớ của mô hình AI để bù |
| Tỷ lệ giữ đúng ranh giới | Số ca không dùng công cụ/dữ liệu bị cấm và không tạo cam kết trái quyền ÷ tổng ca đánh giá × 100 | Chủ hệ thống; mỗi lần phát hành | Một hành động bị cấm có hậu quả cao cũng đủ chặn mở rộng cho đến khi xác minh nguyên nhân và kiểm soát |
| Tỷ lệ bàn giao đủ dữ kiện | Số lượt bàn giao đủ mọi trường bắt buộc ÷ tổng lượt bàn giao được xem lại × 100 | Chủ hàng đợi sales; hằng tuần | Sửa trường thiếu hoặc quyền sở hữu hàng đợi trước khi tăng tự động hóa |
| Tỷ lệ khôi phục không gây xung đột | Số ca lỗi thử nghiệm không tạo hành động trùng hoặc mâu thuẫn ÷ tổng ca lỗi thử nghiệm × 100 | Chủ workflow; mỗi lần phát hành | Tạm dừng quyền thực thi liên quan cho đến khi cơ chế thử lại và chống trùng đạt kiểm thử |
Không có một ngưỡng chung đáng tin cho mọi doanh nghiệp. Ngưỡng phải dựa vào hậu quả, mốc ban đầu thực tế và quyết định của người chịu trách nhiệm. NIST AI RMF Playbook yêu cầu cách đo phù hợp với bối cảnh sử dụng, có giới hạn chấp nhận rõ ràng và được xem lại theo lỗi cùng hiệu lực của kiểm soát; phần Map còn yêu cầu xác định vai trò con người và cân nhắc phương án không dùng AI. NIST hiện cảnh báo AI RMF 1.0 và Playbook đang được cập nhật, vì vậy cần kiểm tra lại nguồn trước khi xuất bản hoặc sửa nội dung lớn.
Giới hạn của mô hình
Đây là so sánh mẫu vận hành, không xếp hạng nhà cung cấp. Kết quả thực tế phụ thuộc mô hình AI, cách triển khai, chất lượng nguồn, kênh, quyền công cụ, khả năng giám sát và năng lực đội ngũ. Thị trường Việt Nam dùng lẫn “chatbot AI”, “trợ lý AI”, “nhân viên AI” và “AI agent”, nên phải kiểm tra ai kiểm soát bước tiếp theo và được quyền làm gì thay vì tin vào tên gọi.
Mô hình không bảo đảm tỷ lệ chuyển đổi, tiết kiệm chi phí, tuân thủ hay an toàn. Đây cũng không phải tư vấn pháp lý, hợp đồng hoặc chính sách giá. Phần Manage của NIST yêu cầu đội ngũ chủ động quyết định AI có phù hợp với công việc hay không và tiếp tục theo dõi rủi ro cùng lợi ích trong suốt vòng đời. Khi đánh giá sản phẩm cụ thể, đội ngũ vẫn cần tài liệu hiện hành, kiểm thử trực tiếp nếu kết luận phụ thuộc hành vi, ngày kiểm tra và cùng một chuẩn bằng chứng cho mọi lựa chọn.
Bước tiếp theo
Hãy áp dụng phiếu điều phối cho một loại hội thoại đang chạy và ghi điều kiện chuyển người ở mọi bước. Nếu kết quả là luồng hội thoại có kiểm soát, tiếp tục với hướng dẫn thiết kế chatbot AI bán hàng. Nếu trọng tâm là trường sàng lọc và điều phối hàng đợi, dùng quy trình sàng lọc lead và bàn giao sales. Nếu sau kiểm thử vẫn cần agent, dùng playbook đánh giá mức sẵn sàng của AI agent doanh nghiệp trước khi mở rộng quyền.
