Chatbot và RPA khác nhau thế nào?

Mục lục

1. Chatbot và RPA khác nhau ở điểm cốt lõi nào?
2. Bảng so sánh chatbot và RPA theo 8 tiêu chí
3. Chatbot gồm những loại nào, và loại nào gần RPA hơn?
4. Khi nối chatbot với RPA, dữ liệu đi qua những bước nào?
5. Nên chọn chatbot, RPA hay cả hai?
6. Nhầm lẫn nào hay gặp khi đánh giá chatbot và RPA?
7. Ưu nhược điểm của từng công nghệ
8. Dữ liệu cá nhân trong chuỗi chatbot và RPA
9. Lộ trình chọn công nghệ cho một quy trình cụ thể
10. Câu hỏi thường gặp

Chatbot và RPA khác nhau ở điểm cốt lõi nào?

Hai công nghệ cùng được gọi là “bot” nên dễ bị gộp chung. Thực ra chúng đứng ở hai đầu khác nhau của một quy trình.

• Chatbot (trợ lý hội thoại) là phần mềm trò chuyện với người dùng qua web, Zalo, Messenger, Teams hoặc ứng dụng nội bộ. Nó nhận văn bản, đoán ý định và phản hồi.
• RPA (Robotic Process Automation) là robot phần mềm bắt chước thao tác của nhân viên: mở ứng dụng, nhấp chuột, sao chép dữ liệu, điền biểu mẫu. Nền tảng RPA có thể chạy hoàn toàn nền, không có giao diện trò chuyện nào.

Điểm khác biệt dễ thấy nhất là chatbot giao tiếp được với người dùng, còn robot RPA chủ yếu mô phỏng hành động của con người. Nếu bạn cần nền tảng về RPA trước khi so sánh, hãy đọc bài tổng quan về RPA.

Một cách nhớ nhanh: chatbot là quầy lễ tân, RPA là nhân viên xử lý hồ sơ ngồi phòng sau. Khách nói chuyện với lễ tân, nhưng hồ sơ được cập nhật ở phòng sau.

Bảng so sánh chatbot và RPA theo 8 tiêu chí

Tiêu chí	Chatbot	RPA
Việc chính	Hội thoại, tra cứu, hướng dẫn, thu thập thông tin	Thao tác lặp lại trên ứng dụng và tệp
Ai tương tác trực tiếp	Khách hàng hoặc nhân viên	Không ai; chỉ nhận kết quả hoặc lệnh kích hoạt
Đầu vào	Câu chữ tự do, nhiều cách diễn đạt	Dữ liệu có cấu trúc: bảng, biểu mẫu, màn hình cố định
Cách “hiểu”	Kịch bản, phân loại ý định (NLU) hoặc mô hình ngôn ngữ	Quy tắc “nếu… thì…” do người thiết kế
Điểm tích hợp	Kênh nhắn tin, cơ sở tri thức, API	Giao diện người dùng của ứng dụng, đôi khi cả API
Rủi ro điển hình	Hiểu sai ý, trả lời lệch, khách bị “kẹt” trong vòng lặp	Hỏng khi giao diện phần mềm đổi, bot dừng giữa chừng
Người xử lý ngoại lệ	Nhân viên tổng đài nhận chuyển tiếp	Nhân viên nghiệp vụ nhận hàng đợi lỗi
Chỉ số thường dùng	Tỷ lệ giải quyết không cần người, tỷ lệ chuyển tiếp, mức hài lòng	Tỷ lệ chạy thành công, số giao dịch lỗi, thời gian xử lý mỗi hồ sơ

Về rủi ro của RPA, bot có thể hỏng khi giao diện ứng dụng đổi, và RPA gặp khó với dữ liệu phi cấu trúc như email hay tài liệu quét. Vì vậy bài toán đọc chứng từ thường cần thêm công cụ như IDP xử lý tài liệu thông minh đứng trước robot.

Chatbot gồm những loại nào, và loại nào gần RPA hơn?

“Chatbot” là một nhóm rộng. Tên gọi giống nhau nhưng năng lực khác hẳn, và điều này quyết định bạn có thể giao gì cho nó.

• Chatbot theo kịch bản: người dùng bấm nút hoặc gõ từ khoá, bot đi theo nhánh định sẵn. Hành vi dễ đoán, rất gần RPA về tư duy “quy tắc cố định”.
• Chatbot nhận diện ý định: mô hình xử lý ngôn ngữ phân loại câu thành các ý định như “tra cứu đơn”, “đổi lịch hẹn”, rồi trích các thông tin cần thiết như mã đơn, số điện thoại. Đây là loại thường được nối với robot.
• Chatbot dùng mô hình ngôn ngữ lớn: sinh câu trả lời tự do từ tài liệu nội bộ. Trả lời linh hoạt, nhưng có thể nói sai nên cần giới hạn nguồn trả lời và đường chuyển sang người.

Nếu bạn muốn hiểu thêm ranh giới giữa RPA với các công nghệ có khả năng học, bài RPA và AI khác nhau thế nào đi sâu hơn phần đó. Với chatbot giọng nói, bạn có thể xem voicebot hoạt động ra sao.

Khi nối chatbot với RPA, dữ liệu đi qua những bước nào?

Đây là phần các bài so sánh thường bỏ qua. Chatbot không “điều khiển” robot bằng cách trò chuyện với nó. Hai bên trao đổi qua một điểm kích hoạt có cấu trúc: API, hàng đợi hoặc sự kiện.

Ví dụ: tra cứu trạng thái đơn hàng

UiPath mô tả một tình huống: khách hỏi chatbot về đơn hàng và cung cấp mã đơn, chatbot kích hoạt robot lấy trạng thái từ ứng dụng SAP, rồi robot trả thông tin về cho chatbot. Chatbot giữ phần hội thoại, robot giữ phần chui vào hệ thống. Khách không cần biết đơn nằm trong phần mềm nào.

Cơ chế kỹ thuật thường gặp

• Hàng đợi (queue): trong mô hình tích hợp của UiPath với chatbot Druid, chatbot tạo một mục trong hàng đợi của Orchestrator theo ý định, robot xử lý rồi trả thông tin cho người dùng qua chatbot. Hàng đợi giúp nhiều yêu cầu đến cùng lúc vẫn được xử lý lần lượt.
• Gọi API khởi chạy tiến trình: một mẫu tích hợp chatbot trên UiPath Marketplace dùng API của Orchestrator để chạy robot không giám sát, có cơ chế hỏi định kỳ để lấy kết quả và mẫu thông báo “đang xử lý” khi việc chạy lâu. Thông báo chờ này quan trọng vì robot có thể mất vài phút trong khi khách chờ trong khung chat.
• Robot có người giám sát: với robot chạy trên máy nhân viên, một mẫu khác dùng bộ SDK JavaScript của Robot để chạy tiến trình có giám sát qua giao diện webchat đi kèm. Về khác biệt giữa hai kiểu robot này, xem attended và unattended RPA.

Nên chọn chatbot, RPA hay cả hai?

Hai câu hỏi sau cho bạn kết luận nhanh hơn việc so sánh công nghệ:

1. Việc này có cần một người (khách hoặc nhân viên) nhập yêu cầu bằng lời không?
2. Việc này có cần thao tác trong phần mềm không có API dùng được, hoặc phải đi qua nhiều màn hình?

Ví dụ minh hoạ cho từng ô

• Chỉ chatbot (ví dụ minh hoạ): trang web trường học trả lời giờ mở cửa, học phí, mẫu hồ sơ. Câu trả lời nằm sẵn trong tài liệu, không cần ghi gì vào hệ thống.
• Chỉ RPA (ví dụ minh hoạ): cuối ngày, robot tải sao kê từ cổng ngân hàng điện tử và đối chiếu với bảng Excel của kế toán. Không có người dùng nào hỏi han, nên chatbot là thừa. Các nghiệp vụ như vậy được bàn trong bài ứng dụng RPA trong kế toán.
• Cả hai (ví dụ minh hoạ): nhân viên nhắn vào chatbot nội bộ “xin nghỉ phép 2 ngày từ thứ Hai”. Chatbot hỏi bổ sung lý do, robot nhập vào phần mềm nhân sự cũ không có API và báo lại số ngày phép còn lại.
• Không cần cả hai: nếu phần mềm đích đã có API đầy đủ, chatbot có thể gọi thẳng API. Lúc này RPA chỉ là lớp trung gian tốn công bảo trì.

Muốn biết quy trình nào đủ ổn định để giao cho robot, hãy đối chiếu với bài quy trình nên tự động hoá bằng RPA.

Nhầm lẫn nào hay gặp khi đánh giá chatbot và RPA?

“Chatbot cũng là RPA”

Sai về bản chất. Một số nhà cung cấp bán gói gộp nên gọi chung, nhưng thành phần bên trong khác nhau: một bên là máy hiểu ngôn ngữ, một bên là công cụ chạy kịch bản thao tác. Có công cụ cho phép cả hai trong một giao diện thiết kế, nhưng vẫn là hai chức năng.

“Chatbot AI sẽ thay RPA”

Một số tác nhân (agent) dùng mô hình ngôn ngữ có thể tự gọi API và làm xong việc nhiều bước. Nhưng với phần mềm cũ chỉ có giao diện, hoặc quy trình cần kết quả giống hệt nhau mỗi lần để đối chiếu và kiểm toán, robot theo quy tắc vẫn dễ kiểm hơn. Hai hướng đang gần nhau: các công cụ chatbot và RPA truyền thống đang thêm dần tính năng kiểu tác nhân. Để xem phần giao thoa này, đọc intelligent automation.

“Mua chatbot là có tự động hoá”

Chatbot chỉ trả lời. Nếu sau câu trả lời nhân viên vẫn phải mở ba phần mềm để cập nhật, bạn mới tự động hoá được phần đầu. Chỉ số cần theo dõi là tỷ lệ yêu cầu được hoàn tất hẳn mà không cần người, chứ không chỉ số cuộc trò chuyện.

Ưu nhược điểm của từng công nghệ

	Ưu điểm	Hạn chế
Chatbot	Trả lời mọi lúc, giảm số câu hỏi lặp cho tổng đài, dễ mở thêm kênh	Hiểu sai ý khi câu hỏi mơ hồ; cần nuôi kịch bản và dữ liệu huấn luyện; không tự cập nhật được hệ thống cũ
RPA	Không cần sửa phần mềm đích, chạy đêm, dấu vết thao tác rõ ràng	Dễ hỏng khi giao diện đổi; kém với dữ liệu phi cấu trúc; cần người bảo trì kịch bản
Cả hai nối nhau	Khách thấy một điểm tiếp xúc, việc được làm hết ở phía sau	Thêm điểm lỗi ở lớp nối; phải thiết kế rõ khi nào chuyển cho người

Về chi phí bản quyền, hạ tầng và nhân sự bảo trì khi chọn RPA, xem chi phí triển khai RPA. Chi phí chatbot phụ thuộc vào số kênh, số phiên hội thoại và mô hình ngôn ngữ dùng, nên cần báo giá theo nhà cung cấp ở thời điểm bạn mua.

Dữ liệu cá nhân trong chuỗi chatbot và RPA

Khi khách đọc mã đơn, số điện thoại hay số CCCD vào khung chat, những trường này đi qua ba nơi: máy chủ chatbot, hàng đợi và máy robot. Hãy liệt kê chúng trong sơ đồ dòng dữ liệu, và chỉ chuyển cho robot đúng trường cần để tra cứu. Ví dụ, để tra đơn chỉ cần mã đơn, không cần số CCCD. Bản ghi hội thoại và ảnh chụp màn hình lỗi do robot lưu cũng cần quy định thời hạn xoá, vì chúng thường chứa chính những trường đó.

Lộ trình chọn công nghệ cho một quy trình cụ thể

1. Viết lại một yêu cầu thật từ đầu đến cuối. Ví dụ: “khách hỏi đơn đã giao chưa” gồm các bước nào ở các phần mềm nào.
2. Gạch chân bước có hội thoại. Đây là phạm vi của chatbot: nhận câu hỏi, lấy mã đơn, xác nhận danh tính.
3. Gạch chân bước chỉ có giao diện. Hỏi đội CNTT xem phần mềm đó có API hay cơ sở dữ liệu truy vấn được không. Nếu có, dùng API; nếu không, đó là chỗ RPA hợp lý.
4. Chọn kiểu robot. Robot chạy nền theo hàng đợi phù hợp với khối lượng lớn; robot chạy trên máy nhân viên phù hợp khi người cần xem hoặc xác nhận giữa chừng. Nếu bạn đang cân nhắc nền tảng, hãy xem giới thiệu UiPath để biết cách một nền tảng RPA tổ chức robot và hàng đợi.
5. Định nghĩa đường lui. Mỗi lỗi của robot cần dẫn đến một nhân viên cụ thể nhận hồ sơ, và chatbot cần câu thông báo cho khách biết việc đang được xử lý thủ công.

Câu hỏi thường gặp

Chatbot có phải là RPA không?

Không. Chatbot xử lý hội thoại với người dùng, còn RPA thao tác trên giao diện phần mềm. Hai thứ có thể chạy chung trong một giải pháp, và khi đó chatbot thường là bên kích hoạt robot.

RPA có giao tiếp với khách hàng được không?

Robot RPA cơ bản không có khả năng hội thoại. Nó có thể gửi email hoặc tin nhắn theo mẫu sau khi xử lý xong, nhưng không hiểu câu hỏi tự do. Muốn có hội thoại, bạn cần gắn thêm chatbot.

Chatbot có thể tự nhập dữ liệu vào phần mềm kế toán hoặc ERP không?

Được nếu phần mềm có API và chatbot được cấp quyền gọi API đó. Nếu phần mềm chỉ có giao diện, chatbot cần nhờ robot RPA thao tác thay. Cả hai trường hợp đều cần phân quyền chặt, vì chatbot dễ trở thành cửa vào hệ thống nghiệp vụ.

Doanh nghiệp nhỏ nên làm chatbot hay RPA trước?

Tuỳ nơi mất nhiều giờ nhất. Nếu nhân viên mất thời gian trả lời cùng một nhóm câu hỏi, bắt đầu từ chatbot. Nếu họ mất thời gian chép số liệu giữa các phần mềm hoặc tệp, bắt đầu từ RPA hoặc công cụ tự động hoá nhẹ hơn như Power Automate.

Chatbot dùng mô hình ngôn ngữ lớn có cần RPA không?

Nếu chỉ trả lời từ tài liệu thì không. Nếu cần tạo ticket, cập nhật đơn hoặc tra cứu trong phần mềm cũ, bạn vẫn cần một lớp thực thi như API hoặc RPA, và nên giới hạn những thao tác mô hình được phép kích hoạt.

Chatbot, RPA và IDP khác nhau thế nào?

Chatbot lo hội thoại, RPA lo thao tác, IDP lo đọc và hiểu tài liệu như hoá đơn hay hợp đồng. Một chuỗi đầy đủ có thể là chatbot nhận ảnh chứng từ, IDP trích xuất trường, RPA nhập vào hệ thống.