AI Agent khác gì chatbot? Chọn đúng thứ cho bài toán của bạn

Trong mười buổi tư vấn thì có tới bảy buổi mình phải dừng lại ở phút thứ năm để gỡ một mớ rối:

"Bên anh muốn làm con AI agent."

"Anh định cho nó làm gì ạ?"

"Trả lời khách trên fanpage."

Cái anh ấy cần không phải AI agent. Cái anh ấy cần là một chatbot tốt, rẻ hơn nhiều và dựng nhanh hơn nhiều.

Ngược lại cũng có: nhiều người mua chatbot rồi bực vì nó không làm được việc họ tưởng, trong khi thứ họ cần đúng là agent.

Bài này phân biệt ba thứ hay bị gọi lẫn lộn, và quan trọng hơn là chỉ cách chọn đúng cho bài toán của bạn.

Phân biệt bằng quyền hành động, đừng phân biệt bằng độ thông minh

Cách phân biệt phổ biến trên mạng nghe rất kêu: chatbot theo kịch bản, agent thì tự suy luận. Nghe hay nhưng không dùng được để ra quyết định mua gì.

Cách phân biệt của mình đơn giản hơn và thực tế hơn: chúng khác nhau ở chỗ được phép làm gì với thế giới bên ngoài.

Automation làm đúng những gì bạn ra lệnh, theo trình tự cố định, không cần hiểu nội dung. Khi có đơn hàng mới thì ghi vào bảng và gửi thông báo. Nó không đọc hiểu gì cả, chỉ chuyển dữ liệu từ chỗ này sang chỗ kia. Rẻ nhất, ổn định nhất, ít hỏng nhất.

Chatbot đọc hiểu câu hỏi rồi trả lời dựa trên tài liệu bạn đưa. Nó nói chuyện, nhưng không tự làm gì ngoài việc nói. Kết thúc cuộc trò chuyện là xong, không có gì thay đổi trong hệ thống của bạn.

AI agent đọc hiểu, tự quyết định các bước cần làm, rồi thực sự làm những bước đó: tra hệ thống, ghi dữ liệu, gửi đi, gọi sang công cụ khác. Nó có quyền chạm vào thế giới thật của bạn.

Ba mức đó tăng dần cả về sức mạnh lẫn rủi ro. Và đây là điều ít ai nói với bạn: mức càng cao thì càng khó làm cho ổn định, chứ không phải càng tốt.

Ba câu hỏi để biết mình cần gì

Câu 1: việc này có cần đọc hiểu không?

Nếu dữ liệu vào luôn có cấu trúc cố định, và việc chỉ là chuyển nó đi đúng chỗ, bạn cần automation, không cần AI. Ví dụ: có đơn hàng mới thì ghi vào Google Sheet rồi nhắn cho kho.

Nhiều người bỏ tiền cho AI ở đúng những việc mà một automation thuần chạy tốt hơn, rẻ hơn, và không bao giờ trả lời nhầm.

Câu 2: sau khi trả lời xong, có cần thay đổi gì trong hệ thống không?

Nếu chỉ cần nói cho khách biết thông tin, đó là chatbot. Khách hỏi giờ mở cửa, hỏi còn hàng không, hỏi chính sách đổi trả. Trả lời xong là hết việc.

Nếu phải làm gì đó tiếp, đó mới là agent. Khách muốn đổi lịch hẹn, và hệ thống phải thật sự đổi lịch, gửi xác nhận, báo cho lễ tân.

Ranh giới nằm chính xác ở đây, không nằm ở chỗ câu trả lời nghe thông minh hay không.

Câu 3: việc này có bao nhiêu bước, và các bước có cố định không?

Nếu các bước cố định, dùng automation nối với một lần gọi AI ở giữa để đọc hiểu. Đây là kiểu hay dùng nhất mà ít người gọi tên: không phải agent, cũng không phải chatbot, mà là automation có một chỗ dùng AI.

Chỉ khi số bước thay đổi tuỳ tình huống, và không thể vẽ trước hết mọi nhánh, thì mới thật sự cần agent.

Bảng chọn theo bài toán thật

Một số bài toán mình gặp nhiều nhất ở doanh nghiệp Việt, và thứ thật sự cần cho từng cái.

Trả lời câu hỏi lặp đi lặp lại của khách cần chatbot. Đừng dựng agent cho việc này, tốn công gấp ba mà kết quả không hơn.

Ghi đơn hàng từ tin nhắn vào bảng cần automation có một bước AI đọc hiểu để bóc thông tin. Không cần chatbot, cũng không cần agent.

Đặt lịch, đổi lịch, huỷ lịch cho khách cần agent, vì nó phải thật sự ghi vào lịch và gửi xác nhận. Đây là một trong số ít việc mà agent xứng đáng với công dựng.

Tổng hợp báo cáo cuối ngày cần automation, kèm một bước AI để viết phần diễn giải. Phép tính phải nằm ở bảng tính, không nằm trong AI.

Chuẩn bị hồ sơ khách trước cuộc gọi cần agent ở mức chỉ đọc, vì nó phải tra nhiều nguồn rồi tổng hợp lại. Loại này an toàn nhất trong nhóm agent, vì nó không thay đổi gì cả.

Xử lý khiếu nại không cần cái nào trong ba thứ trên. Cần người thật, và AI chỉ nên tóm tắt lịch sử cho người đó đọc trước.

Nhìn danh sách này bạn sẽ thấy: phần lớn nhu cầu thực tế của doanh nghiệp nhỏ được giải quyết bằng chatbot và automation. Agent cần thiết ở một số ít trường hợp, và đó thường là những trường hợp dính tới lịch, tới đơn, tới việc phải ghi lại điều gì đó.

Một tình huống thật để thấy rõ ba mức

Lấy một shop bán quần áo, mỗi ngày khoảng ba trăm tin nhắn. Cùng một shop đó, ba mức làm ba việc khác nhau.

Ở mức automation, mỗi khi có tin nhắn chứa số điện thoại và địa chỉ, hệ thống bóc ra rồi ghi thành một dòng trong bảng đơn hàng, đồng thời báo cho bạn đóng gói. Nó không hiểu khách đang vui hay bực, không trả lời câu nào. Nhưng nó xoá được việc gõ tay mỗi tối, và gần như không bao giờ hỏng.

Ở mức chatbot, khách hỏi "áo này còn size M không shop", hệ thống đọc câu hỏi, tra bảng tồn kho, trả lời còn hay hết, kèm gợi ý màu khác nếu hết. Khách được trả lời trong mười giây thay vì chờ tới sáng hôm sau. Nhưng nếu khách chốt mua, vẫn phải có người vào ghi đơn.

Ở mức agent, khách nói "cho mình lấy size M màu be, giao về Đà Nẵng", hệ thống tự kiểm tồn kho, tự tạo đơn trong hệ thống, tự tính phí giao tới Đà Nẵng, tự nhắn lại xác nhận kèm mã đơn. Không ai chạm tay vào.

Nhìn ba đoạn trên, dễ thấy mức ba hấp dẫn nhất. Nhưng hãy để ý: chỉ ở mức ba, một lỗi mới tạo ra đơn hàng sai trong hệ thống thật. Hai mức đầu sai thì cùng lắm là một câu trả lời dở, sửa bằng một tin nhắn.

Đó là cái giá thật của mức ba, và nó không nằm ở phí công cụ.

Ba câu hỏi nên hỏi người bán giải pháp

Khi có ai đó chào bạn một giải pháp và gọi nó là AI agent, ba câu hỏi này lộ ra ngay thực chất.

"Nó được phép ghi vào hệ thống nào của tôi?" Nếu câu trả lời là không ghi vào đâu cả, thứ bạn đang mua là chatbot, và hãy trả giá theo chatbot.

"Khi nó không chắc thì nó làm gì?" Câu trả lời đúng phải là dừng lại và chuyển cho người. Nếu người bán nói nó luôn trả lời được mọi câu, đó là dấu hiệu họ chưa từng vận hành thật.

"Tôi xem lại lịch sử thao tác của nó ở đâu?" Với thứ có quyền ghi dữ liệu, phải có nhật ký để truy khi cần. Không có nhật ký thì đến lúc sai bạn sẽ không biết sai từ đâu.

Ba câu này cũng chính là ba câu bạn nên tự hỏi nếu đang định tự dựng.

Vì sao đừng mặc định chọn agent

Agent nghe hấp dẫn nhất nên nhiều người mặc định chọn nó. Ba lý do nên cân nhắc lại.

Agent hỏng theo cách khó đoán hơn. Chatbot trả lời sai thì bạn thấy ngay câu sai và sửa. Agent làm sai thì nó đã kịp ghi nhầm dữ liệu hoặc gửi nhầm tin nhắn, và bạn phát hiện sau khi hậu quả đã xảy ra.

Agent tốn nhiều công thử hơn. Một chatbot cần thử với ba mươi câu hỏi. Một agent cần thử với ba mươi tình huống, mà mỗi tình huống có nhiều nhánh, nên khối lượng kiểm thử tăng lên đáng kể.

Agent cần quyền truy cập vào hệ thống thật. Nghĩa là phải nghĩ đến chuyện phân quyền, ghi lại nhật ký thao tác, và giới hạn phạm vi nó được chạm vào. Đây là phần kỹ thuật mà doanh nghiệp nhỏ hay bỏ qua rồi trả giá.

Cách đi an toàn: bắt đầu bằng chatbot hoặc automation cho việc bạn chọn, chạy vài tuần, rồi mở dần quyền hành động khi đã tin. Mình có mô tả cách chia quyền theo ba nấc trong bài AI Agent cho doanh nghiệp nhỏ, phần đó áp dụng thẳng vào đây.

Chi phí ba loại khác nhau thế nào

Về tiền, khác biệt lớn nhất không nằm ở phí công cụ mà nằm ở công dựng và công bảo trì.

Automation thuần rẻ nhất. Không tốn tiền token vì không gọi AI, chỉ tốn phí nền tảng chạy, và một khi chạy đúng thì gần như không phải động vào.

Chatbot tốn thêm tiền token cho mỗi lượt trả lời, cộng với công chuẩn bị tài liệu ban đầu. Với shop vài trăm tin nhắn một ngày, khoản token này thường nhỏ hơn nhiều so với người ta tưởng.

Agent tốn nhiều nhất ở ba chỗ: token cao hơn vì mỗi việc cần nhiều lượt suy nghĩ, công dựng và kiểm thử nhiều hơn hẳn, và công bảo trì đều đặn vì nó chạm vào hệ thống thật.

Nếu bạn đang cân ngân sách, bài chi phí xây dựng AI Agent bóc từng khoản bằng tiền Việt kèm phép tính để bạn tự thay số vào.

Một câu hỏi để chốt

Khi phân vân, hãy tự hỏi: nếu thứ này làm sai, ai là người phát hiện ra, và phát hiện sau bao lâu?

Nếu khách phát hiện ngay và chỉ mất công giải thích lại, bạn có thể mạnh dạn. Nếu không ai phát hiện trong nhiều ngày, và đến lúc phát hiện thì đã sai hàng loạt, hãy chọn mức thấp hơn và giữ người ở khâu duyệt.

Câu hỏi đó có ích hơn mọi bảng so sánh tính năng, vì nó buộc bạn nghĩ về hậu quả thay vì nghĩ về công nghệ.