Vì sao nhiệm vụ đi trước công cụ
Phần lớn dự án agent thất bại không phải vì công nghệ, mà vì nhiệm vụ: quá rộng (“hỗ trợ đội bán hàng”), quá hiếm (mười hai việc mỗi năm) hoặc quá đắt khi sai (giao tiếp với khách hàng mà không có kiểm soát). Một agent đầu tiên tốt có nhiệm vụ hẹp, lặp lại, với kết quả rõ ràng mà con người có thể kiểm tra trong vài giây.
Playbook này dẫn bạn qua năm bước từ lựa chọn đến vận hành thực tế. Nó không hứa hẹn tiết kiệm hay phê duyệt tuân thủ – cả hai phụ thuộc vào quy trình, dữ liệu và tình hình pháp lý của bạn. Nó đưa ra những câu hỏi bạn cần trả lời trước.
1. Ba dự án thí điểm hợp lý
- Cấu trúc ghi chú CRM thành bản nháp
- Đầu vào: ghi chú cuộc trao đổi hoặc bản ghi lời. Đầu ra: bản nháp có cấu trúc cho các trường bắt buộc (lý do, người quyết định, bước tiếp theo, ngày, phản đối). Con người kiểm tra và lưu. Vì sao phù hợp: khối lượng lớn, cấu trúc đích rõ ràng, sai sót dễ thấy và rẻ.
- Phân loại sơ bộ yêu cầu đến
- Đầu vào: yêu cầu qua biểu mẫu hoặc email. Đầu ra: đề xuất phân loại (phù hợp / chưa rõ / không phù hợp), thông tin còn thiếu và người phụ trách – dưới dạng bản nháp, không phải câu trả lời gửi khách hàng. Vì sao phù hợp: theo quy tắc, đo được qua việc đánh giá sau này, không tiếp xúc bên ngoài.
- Tìm kiếm tri thức nội bộ kèm nguồn
- Đầu vào: câu hỏi của nhân viên. Đầu ra: bản nháp câu trả lời kèm dẫn chiếu đến các tài liệu nội bộ cụ thể làm nguồn. Không có nguồn thì không có câu trả lời. Vì sao phù hợp: hữu ích với mọi câu hỏi, sai sót dễ phát hiện qua kiểm tra nguồn, không cần dữ liệu khách hàng nếu chọn tập tài liệu phù hợp.
2. Khung lựa chọn
Đánh giá mỗi ứng viên theo bốn tiêu chí. Một dự án thí điểm cần điểm cao ở ba tiêu chí đầu và điểm thấp ở tiêu chí thứ tư.
| Tiêu chí | Câu hỏi | Thí điểm tốt |
|---|---|---|
| Khối lượng | Việc này xảy ra bao nhiêu lần mỗi tuần? | Đủ thường xuyên để việc xây dựng và vận hành đáng giá |
| Tính quy tắc | Có thể mô tả bằng lời thế nào là một kết quả tốt không? | Có, với vài ngoại lệ |
| Chất lượng dữ liệu | Đầu vào có đầy đủ, có cấu trúc và truy cập được không? | Phần lớn là có; các lỗ hổng đã được biết |
| Chi phí sai sót | Điều gì xảy ra nếu kết quả sai mà không ai nhận ra? | Thấp: nội bộ, có thể sửa, không ảnh hưởng bên ngoài |
3. Quy trình từ ghi nhận đến vận hành
Ghi nhận quy trình
Mô tả quy trình hiện tại theo từng bước với đầu vào, đầu ra, thời lượng và người phụ trách. Ghi chú những bước cần phán đoán. Agent đảm nhận các bước theo quy tắc; phán đoán vẫn thuộc về con người.
Quyền và truy cập tối thiểu
Agent chỉ nhận đúng quyền truy cập mà nhiệm vụ cần – chỉ đọc khi chỉ đọc là đủ, trên tập dữ liệu nhỏ nhất hợp lý. Trước khi bắt đầu, hãy làm rõ dữ liệu nào được xử lý, xử lý ở đâu và ai chịu trách nhiệm. Việc này có tuân thủ quy định bảo vệ dữ liệu hay tuân thủ trong trường hợp của bạn không, không do playbook này quyết định, mà do bạn rà soát cùng các bên có thẩm quyền.
Bộ kiểm thử
Trước lần chạy đầu tiên, hãy lập một bộ kiểm thử từ các trường hợp thật, đã ẩn danh hoặc dựng lại: trường hợp thông thường (hằng ngày), trường hợp biên (thiếu, mơ hồ, dài bất thường) và trường hợp lỗi (sai ngôn ngữ, đầu vào trống, thông tin mâu thuẫn). Với mỗi trường hợp, xác định thế nào là kết quả đúng – trước khi bạn thấy kết quả của agent.
Phê duyệt của con người
Trong giai đoạn thí điểm, agent tạo bản nháp. Con người phê duyệt, chỉnh sửa hoặc loại bỏ. Mỗi lần chỉnh sửa được đếm và nhóm theo loại. Danh sách này là nguồn dữ liệu quan trọng nhất để bạn quyết định có giữ agent hay không.
Giám sát
- Số lượng việc mỗi tuần và tỷ lệ không cần chỉnh sửa.
- Loại và tần suất chỉnh sửa.
- Thời gian xử lý mỗi việc trước và sau (đo thực tế, không ước lượng).
- Sự cố, quá thời gian, kết quả trống.
4. Tính chi phí vận hành trước khi bắt đầu
Một agent tốn chi phí ở ba khoản: xây dựng một lần (ghi nhận quy trình, thiết lập, bộ kiểm thử), vận hành liên tục (phí sử dụng, bảo trì, thời gian phê duyệt của con người) và chi phí sai sót (chỉnh sửa, làm lại). Hãy tính cả ba trước khi bắt đầu – và tính thật trung thực thời gian phê duyệt: một agent có 40 % bản nháp cần chỉnh sửa thì tiết kiệm được rất ít.
Một sơ đồ tính đơn giản là đủ để quyết định: số việc mỗi tháng × (số phút trước − số phút sau) ÷ 60 cho ra năng lực được giải phóng tính bằng giờ. Nhân với một mức giá giờ giả định sẽ ra lợi ích tính toán; trừ đi chi phí vận hành hằng tháng. Chỉ khi giá trị ròng này dương, chi phí xây dựng một lần mới có thể hoàn vốn theo tháng. Số phút “sau” bao gồm cả thời gian phê duyệt của con người – không chỉ thời gian chạy của agent.
- Hãy đo số phút trước trên ít nhất mười việc thực tế trước khi dự án thí điểm bắt đầu.
- Nhập phí sử dụng theo mức phát sinh ở khối lượng dự kiến, không phải khối lượng thử nghiệm.
- Ghi lại mức giá giờ như một giả định và đừng thay đổi về sau để cứu một kết quả.
5. Tiêu chí dừng
Trước khi bắt đầu, hãy xác định khi nào dự án thí điểm kết thúc – theo cả hai hướng. Nếu chỉ đặt tiêu chí sau bốn tuần, bạn sẽ đánh giá kết quả theo cảm tính thay vì dữ liệu.
- Dừng lại
- Tỷ lệ chỉnh sửa sau bốn tuần vượt một ngưỡng đã định trước; một sai sót ảnh hưởng ra bên ngoài; chi phí vận hành vượt khung dự kiến; đội ngũ né agent thay vì sử dụng nó.
- Chuyển giao sang vận hành
- Tỷ lệ chỉnh sửa ổn định dưới mục tiêu trong ít nhất bốn tuần; thời gian xử lý giảm đo được; đã chỉ định người phụ trách vận hành liên tục; quyền và luồng dữ liệu đã được ghi lại.
- Mở rộng
- Chỉ khi agent đầu tiên đã vận hành. Dự án thí điểm thứ hai không bắt đầu song song với dự án đầu tiên.
Bản mô tả tóm tắt tự động hóa bên dưới gói gọn mọi điểm của playbook này trên một trang: nhiệm vụ, tiêu chí, quyền, bộ kiểm thử, phê duyệt, giám sát, chi phí và tiêu chí dừng. Hãy điền vào trước khi chọn công cụ đầu tiên.
Tải xuống
Mang theo
Tệp Markdown mở được trong mọi trình soạn thảo văn bản hoặc ứng dụng ghi chú. Tệp CSV phân tách bằng dấu chấm phẩy và mở trực tiếp trong Excel, Numbers hoặc LibreOffice.
