Rất nhiều doanh nghiệp đã mở tài khoản mô hình lớn cho các bộ phận kinh doanh, đồng thời dịch vụ khách hàng cũng đã triển khai chatbot hỏi đáp. Sau ba tháng, cảnh tượng thường thấy là: đội ngũ nòng cốt vẫn phải lặp đi lặp lại việc giải thích quy định trong nhóm; việc phê duyệt quá hạn vẫn phải nhờ con người theo dõi; chatbot nói sai thông điệp nhưng không ai chịu cập nhật cơ sở tri thức; còn ban lãnh đạo thì chỉ nhìn thấy “số lượt trò chuyện” mà chẳng biết nó đã xử lý được bao nhiêu việc. Mua AI, nhưng quản lý vẫn chỉ là quản lý công cụ; điều thực sự thiếu chính là một đồng nghiệp số có thể thực thi nhiệm vụ, được quản lý theo từng vị trí công việc .
Chatbot và nhân viên số, đối tượng quản lý khác nhau
| Theo chiều kích | Chatbot / trợ lý cá nhân | Nhân viên số được quản lý theo vị trí công việc |
|---|---|---|
| Cổng quản lý | Tài khoản ứng dụng, số lượt trò chuyện | Họ tên, vị trí công việc, mã số nhân viên, trạng thái trực tuyến, tỷ lệ đánh giá tốt, lịch sử phát triển |
| Nguồn gốc năng lực | Một đoạn lời nhắc, tài liệu được lưu riêng tư | Hồ sơ vị trí công việc + SOP + cơ sở tri thức + công cụ + ký ức |
| Phương thức làm việc | Hỏi một câu trả lời một câu | Thực hiện theo từng mốc thời gian, có thể ngắt, phục hồi hoặc chuyển sang nhân viên trực tiếp |
| Tri thức | Tìm kiếm theo từ khóa hoặc đưa toàn văn vào ngữ cảnh | Chủ đề, quy tắc, nguồn gốc, sổ tay đều có thể truy vết, tìm kiếm có thể điều chỉnh |
| Hệ thống phối hợp | Đa số dừng lại ở hộp thoại | Thông qua giao diện để xử lý chứng từ, thay đổi trạng thái, chạy tác vụ định kỳ |
| Đánh giá sau sự kiện | Ghi chép trò chuyện khó phân định trách nhiệm | Trace ghi lại lộ trình, công cụ và căn cứ, phản hồi được đưa vào sửa đổi |
| Đánh giá hiệu quả | Đã sử dụng chưa | Công việc chính có bị thay thế không, kết quả có thể kiểm tra ngẫu nhiên không, ngoại lệ có ai nhận trách nhiệm không |
Dự án mã nguồn mở ngành StaffDeck đã viết rất thẳng thắn về điểm này: mấu chốt của agent cấp doanh nghiệp không phải ở việc “có thể trả lời”, mà là có thể ổn định đảm đương công việc thực tế hay không. Họ dùng ba tuyến—quy trình, tri thức, cải tiến—để đối phó với tình trạng quy trình không kiểm soát được, tri thức không truy vết được, năng lực không tích lũy được. Doanh nghiệp không nhất thiết phải áp dụng cùng một sản phẩm, nhưng ba tầng độ tin cậy này cần được đưa vào yêu cầu quản lý của chính mình.
Quản lý nghiệp vụ như thế nào: giống như quản lý nhân viên mới, chứ không giống quản lý plugin
Lập hồ sơ cho nhân viên số, giống như làm thủ tục nhập viện cho nhân viên mới. Hồ sơ ít nhất phải gồm bản mô tả công việc, đối tượng phục vụ, danh sách quyền hạn, phạm vi kiến thức, công cụ sẵn có, những điều cấm. Quản lý cần biết nhân viên số đã phục vụ bao nhiêu người, hoàn thành bao nhiêu đơn, những vấn đề gây phản hồi tiêu cực tập trung ở loại nào, và SOP nào gần đây nhất đã được sửa đổi. Nếu không có những yếu tố này, việc “đưa AI vào” chỉ là mở thêm một cổng vào mà thôi.
Việc cô lập quyền hạn phải được thực hiện trước khi đưa vào vận hành. Những thao tác như xem số tiền, sửa tồn kho, cam kết với khách hàng đều mặc định cần xác nhận bằng nhân viên. Chỉ có thể xem truy vấn, nhắc nhở đôn đốc, soạn thảo bản nháp thì có thể tự do; còn việc viết chứng từ, sửa dữ liệu chủ, gửi ra ngoài đều phải có hạn mức và phê duyệt. Khi kỹ năng được chuyển từ bản nháp cá nhân sang tái sử dụng trong bộ phận, cần rà soát xem nó đã gọi đến những hệ thống nào, có mang theo chứng từ hay không. Các mẫu hoặc khuôn mẫu có thể giảm chi phí khởi đầu, nhưng bản gốc không nên bị người dùng trực tiếp sửa đổi—chỉ nên sửa bản sao và phiên bản.
Ba tầng độ tin cậy tương ứng với ba cuốn sổ quản lý
Sổ quy trình: SOP có thể hoàn tất hay không
Biên soạn vòng lặp tần suất cao thành máy trạng thái: thẩm định trước chuyến đi, đôn đốc đóng dấu hợp đồng, kiểm tra đơn hàng tồn đọng, nâng cấp dịch vụ khách hàng. Tại mỗi nút, ghi rõ thu thập gì, gọi đến giao diện nào, điều kiện nào chuyển sang nhân viên. Khi người dùng xen ngang hỏi, hệ thống cần ghi nhớ tiến độ, sau khi trả lời sẽ quay lại nút cũ, chứ không để người đó phải kể lại từ đầu. Nhiều quy trình có thể nối tiếp nhau, ví dụ thanh toán trước rồi kiểm tra hạn mức, các trường đã xác nhận phải được mang theo. Người phụ trách sổ quy trình là quản lý nghiệp vụ, chứ không phải bộ phận CNTT duy trì riêng một “bản thoại chatbot”.
Sổ tri thức: Trả lời có căn cứ hay không
Chia nhỏ quy chế, khẩu phần sản phẩm, sổ tay hướng dẫn thành tài sản có thể truy vết. Khi nhân viên hỏi “hạn mức công tác tháng này”, nhân viên số phải chỉ được đến điều khoản quy chế và giá trị trả về của giao diện, chứ không được tự nghĩ ra một con số nghe có vẻ hợp lý. Việc cập nhật tri thức phải thông qua kênh phát hành, không dùng WeChat cá nhân để truyền file. Nếu tìm kiếm không đúng, bộ phận vận hành tri thức cần nhìn thấy đoạn nào bị nhầm, rồi mới sửa cấu trúc, chứ không chỉ thêm một dòng lời nhắc “xin hãy chính xác hơn”.
Sổ cải tiến: Sai có thể sửa lại được không
Trace đầy đủ giúp một lần thất bại có thể được phân tích: lỗi đường dẫn, công cụ quá thời hạn, hay tri thức hết hạn. Đánh giá tích cực và tiêu cực chưa đủ, cần bổ sung nhân viên để tiếp quản ghi chép và danh sách các trường hợp biên giới. Mỗi tuần cố định tổng kết 10 lộ trình thất bại, cách này hiệu quả hơn việc mua thêm quota mô hình để tăng tỷ lệ sử dụng. Người phụ trách sổ cải tiến nên đồng thời nắm bắt cả nghiệp vụ lẫn CNTT, tránh tình trạng “mô hình lại nâng cấp, nhưng hiện trường vẫn mắc lỗi như cũ”.
Bốn bước triển khai, từ giám sát con người chuyển sang giám sát vị trí công việc
- Chọn một đoạn lao động lặp lại của một vị trí công việc : biên bản bán hàng, đôn đốc phê duyệt, hỏi đáp về quy chế hoặc thẩm định chi phí, mục tiêu là giảm giờ làm thêm của đoạn này, chứ không phải thay toàn bộ công ty bằng trợ lý.
- Ghi rõ đầu vào, đầu ra, quyền hạn, ngoại lệ : đọc chứng từ nào, tạo ra kết quả gì, ai có thể xem, ai có thể gửi, nếu không rõ thì giao cho ai. Bốn câu không rõ thì đừng đưa vào vận hành.
- Tiếp nhận bảng chính và tin nhắn hiện có : chỉ khi có thể thay thế bảng cũ hoặc nhóm đôn đốc cũ thì mới coi là đã sử dụng. Nếu chỉ sống trong hộp thoại, thì hiện trường vẫn quay lại WeChat.
- Kiểm tra tại các nút trọng yếu, sau khi kiểm tra ngẫu nhiên mới mở rộng : cam kết với bên ngoài, sửa tồn kho, thay đổi giá cả đều phải có người xác nhận. Giám sát tỷ lệ đạt kiểm tra, tỷ lệ xử lý quá thời hạn, số lần tái xử lý.
Kênh có thể kết nối WeChat, WeChat doanh nghiệp, Feishu hoặc DingTalk, giúp nhân viên phân công công việc ngay tại cổng làm việc cũ, nhưng bàn quản lý phải là một bộ: cùng mã số nhân viên, cùng cuộc trò chuyện, cùng một Trace. Nếu không, lại xuất hiện tình trạng “chatbot nói một đằng trong nhóm, hệ thống lại nói một nẻo”.
Làm thế nào để coi là đã quản lý được
Xem bốn điều: công việc chính đã bị thay thế, chứ không phải thêm một cửa sổ cần người nuôi dưỡng; kết quả có thể kiểm tra ngẫu nhiên, biên bản và đôn đốc có thể đối chiếu với chứng từ; ngoại lệ có người nhận trách nhiệm, không bị kẹt lại trong hộp thoại; quyền hạn được giải thích rõ ràng, nhật ký có thể tra cứu. Tuần này liệt kê một vị trí công việc có hành động lặp lại hơn nửa giờ mỗi ngày, ghi vào mục “có thể bàn giao” trong bản mô tả công việc; tuần tới xem đoạn này có thể kết nối với phê duyệt hoặc sổ sách hiện có không. Nếu không kết nối được, trước tiên bổ sung quy trình và dữ liệu chủ, đừng vội mở rộng mô hình.
Nhân viên số được quản lý tốt sẽ tiết kiệm được những tổn thất vô hình như hiểu lầm, mất dấu, hoặc mười lần hỏi cùng một vấn đề; nếu quản lý kém, chỉ càng làm cho thông điệp sai lan truyền nhanh hơn đến khách hàng. Trước tiên lập hồ sơ theo vị trí công việc, rồi xử lý theo SOP, sau đó sửa đổi theo lộ trình, như vậy gần gũi với bản chất vấn đề quản lý hơn là tranh cãi “nên dùng mô hình lớn nào”. Nếu cuộc họp tuần của ban lãnh đạo chỉ có thể báo cáo số lượt trò chuyện, tức là vẫn đang quản lý công cụ; chỉ khi có thể báo cáo “số vòng lặp đôn đốc, số lần trả lời không có căn cứ, lý do nhân viên trực tiếp tiếp quản” thì mới chứng tỏ đồng nghiệp số đã được đưa vào tổ chức, chứ không còn nằm trong danh sách thử nghiệm.