Một email hỏi báo giá có thể kéo theo nhiều thao tác: nhận diện khách hàng, tìm cơ hội bán hàng, cập nhật trạng thái CRM, soạn thư trả lời và đề nghị tạo đơn. Nếu cấp quyền thực thi ngay, một lỗi phân loại nhỏ cũng có thể làm thay đổi dữ liệu hoặc gửi nội dung chưa được duyệt. Cách an toàn hơn là cho AI xử lý cùng đầu vào thật nhưng chỉ tạo đề xuất để đội ngũ xem xét.
Giai đoạn này cho thấy AI hiểu email hoặc tin nhắn Zalo ra sao, thiếu dữ liệu ở đâu và hành động nào cần giữ quyền duyệt. Nếu chưa xác định được điểm bắt đầu, hãy xem cách chọn tác vụ tự động hóa bằng AI.
Tình huống: AI đọc yêu cầu nhưng chưa được cập nhật hệ thống
Dữ liệu đi vào
Khách hàng gửi Zalo hỏi tình trạng báo giá, sau đó bổ sung địa chỉ giao hàng qua email. AI đọc hai nguồn, ghép nội dung với hồ sơ trong CRM và dự kiến ba việc: đổi trạng thái cơ hội, soạn email xác nhận, tạo yêu cầu đơn hàng.
Điểm cần kiểm tra
AI chưa được phép ghi vào CRM, gửi thư hoặc tạo đơn. Hệ thống chỉ lưu đề xuất kèm dữ liệu đã dùng, thông tin còn thiếu và lý do chọn hành động. Nhân viên vẫn xử lý theo quy trình hiện tại và đưa ra quyết định trước khi xem kết quả của AI.
Phân biệt shadow mode và dry run
Trong shadow mode, AI chạy song song với quy trình đang dùng. Nó nhận dữ liệu thật, tạo kết quả dự kiến nhưng không thay đổi hệ thống đích.
Trong dry run, đội ngũ chủ động đưa dữ liệu lịch sử đã làm sạch hoặc các trường hợp khó vào luồng. Cách này giúp kiểm tra logic, quyền truy cập và định dạng đầu ra trước khi kết nối với nguồn đang hoạt động.
Có thể dùng hai chế độ nối tiếp. Dry run loại lỗi cơ bản, shadow mode kiểm tra đề xuất trong nhịp xử lý thật. Lệnh gửi email, cập nhật CRM và tạo đơn phải bị chặn tại tầng thực thi.
Quy trình ghi nhận và đối chiếu đề xuất
Bước 1: Chốt đơn vị cần đánh giá
Mỗi bản ghi tương ứng với một yêu cầu trọn vẹn, chẳng hạn email hỏi báo giá hoặc chuỗi tin nhắn về cùng đơn hàng. Gán mã nội bộ để nối đầu vào, đề xuất của AI và kết quả thực tế.
Bước 2: Lưu đề xuất ở dạng có cấu trúc
Lưu loại hành động, đối tượng bị tác động, giá trị hiện tại, giá trị dự kiến, dữ liệu tham chiếu và thông tin còn thiếu. Email nháp phải tách khỏi lệnh gửi. Đề xuất tạo đơn cần nêu các trường chưa được xác nhận.
Bước 3: Thu quyết định độc lập của nhân viên
Nhân viên xử lý yêu cầu trước khi xem đề xuất. Sau đó hệ thống mới ghép hai kết quả. Khi có khác biệt, đánh dấu nguyên nhân: AI hiểu sai, thiếu dữ liệu, quy tắc chưa rõ hoặc quyết định của nhân viên cần sửa.
Bước 4: Chấm theo rủi ro của từng hành động
Không dùng một điểm chung cho toàn luồng. Ghi chú CRM có thể chấp nhận sai khác nhỏ, nhưng giá, địa chỉ giao hàng và người nhận email cần tiêu chuẩn chặt hơn. Theo dõi riêng trường hợp thiếu dữ liệu, đáng lẽ phải dừng hoặc tạo thêm việc sửa chữa.
Bước 5: Rà lại các nhóm sai khác
Xem sai khác theo loại yêu cầu, kênh vào, hành động và nguyên nhân. Trường hợp đã xác nhận nên được đưa vào bộ test hồi quy cho quy trình AI.
Xử lý ngoại lệ trước khi mở quyền
Ngoại lệ không nên bị gộp vào nhãn “sai”. Đội ngũ cần biết hệ thống có nhận ra lúc nào nó không đủ cơ sở để đề xuất hay không. Các trường hợp thường phải dừng gồm nhiều khách hàng trùng tên, thiếu mã sản phẩm, địa chỉ mới chưa xác minh, nội dung có khiếu nại, yêu cầu thay đổi giá hoặc email chứa nhiều ý định.
Mỗi ngoại lệ cần có tuyến xử lý: chuyển cho bộ phận nào, bổ sung ngữ cảnh gì và có cho AI đề xuất lần hai hay không. Thiếu người nhận và thời hạn xử lý sẽ tạo ra một hàng chờ mới.
Ranh giới trong giai đoạn chạy thử
AI và hệ thống được phép
- Đọc nguồn dữ liệu đã cấp quyền và liên kết bản ghi liên quan.
- Phân loại yêu cầu, soạn nội dung nháp và tạo đề xuất có cấu trúc.
- Nêu thông tin còn thiếu, mức chắc chắn và lý do chuyển người xử lý.
- Lưu kết quả vào vùng thử nghiệm tách khỏi CRM, hộp thư gửi và hệ thống đơn hàng.
Con người phải xác nhận
- Quy tắc giá, cam kết với khách hàng và trường dữ liệu bắt buộc.
- Quyết định cuối cùng khi đề xuất khác với cách xử lý hiện tại.
- Danh sách ngoại lệ không được tự động và bộ phận tiếp nhận.
- Việc mở quyền cho từng hành động, nhóm khách hàng và kênh liên lạc.
Khi nào chuyển sang phạm vi giới hạn?
Không chuyển giai đoạn chỉ vì kết quả trung bình có vẻ tốt. Đội ngũ cần kiểm tra AI có duy trì chất lượng theo từng nhóm yêu cầu, có dừng đúng khi thiếu dữ liệu và có cung cấp đủ căn cứ để nhân viên kiểm tra hay không. Mọi lỗi có thể gửi nhầm người, ghi sai giá, tạo trùng đơn hoặc thay đổi cam kết đều phải có biện pháp chặn trong hệ thống.
Bước đầu nên mở một hành động ít ảnh hưởng và có thể hoàn tác. Ví dụ, AI được thêm nhãn nội bộ cho email nhưng chưa được gửi phản hồi, hoặc tạo bản nháp cập nhật CRM để nhân viên duyệt. Phạm vi cần có giới hạn khối lượng, quyền tắt ngay và người tiếp nhận khi luồng dừng.
Không nên mở nhiều hành động cùng lúc. Nếu AI vừa cập nhật CRM, vừa gửi email, vừa tạo đơn, đội ngũ sẽ khó xác định bước gây sai lệch. Chỉ mở bước tiếp theo khi phạm vi đang chạy đạt tiêu chí đã thống nhất.
Sau mỗi lần mở phạm vi, tiếp tục đối chiếu kết quả với tiêu chí ban đầu. Cách giám sát chất lượng quy trình AI phù hợp khi hệ thống đã được phép thực thi một phần. Trước thời điểm đó, mục tiêu của chạy thử rất rõ: xác định hành động nào đủ điều kiện để mở, hành động nào vẫn cần duyệt và dữ liệu nào phải được sửa trước.