Chatbot chuyển cho nhân viên nhưng khách phải nói lại từ đầu: Thiết kế handoff thế nào?

Không có contract giữa chatbot và hệ thống agent

Transcript dạng text thô không đủ. Handoff payload cần schema, version, conversation ID, reason, collected fields và redaction status.

Nhân viên không thấy hoặc không tin summary

UI phải hiển thị nguồn, dữ liệu đã xác minh và phần chỉ là suy luận. Agent cần mở transcript gốc khi cần.

Routing thiếu kỹ năng và ownership

Đưa mọi yêu cầu vào một inbox chung làm mất SLA. Cần queue theo ngôn ngữ, sản phẩm, cấp độ và lịch trực.

Khách bị treo giữa hai hệ thống

Chỉ được báo “đã chuyển” khi hub nhận và tạo work item. Nếu không có agent, cần callback/ticket thay vì giữ phiên vô thời hạn.

• Không mất hoặc tạo trùng work item khi retry.
• Agent thấy summary và transcript đúng conversation ID.
• Dữ liệu nhạy cảm được redact theo policy.
• Khách biết đang chờ, đã được nhận hay chuyển sang callback.
• Queue có owner, SLA, escalation và trạng thái ngoài giờ.
• Bot dừng trả lời sau khi người nhận phiên, trừ khi thiết kế co-pilot rõ ràng.
• Outcome quay về analytics; không tự động đưa transcript vào knowledge base chưa duyệt.

NIST khuyến nghị quản trị dữ liệu và rủi ro theo ngữ cảnh. Điều đó đặc biệt quan trọng khi transcript có thông tin cá nhân hoặc dữ liệu giao dịch.

Có cần chuyển toàn bộ transcript không?

Chỉ chuyển phần cần thiết theo retention và privacy policy; agent vẫn cần khả năng xem ngữ cảnh hợp lệ.

Summary có thể thay transcript không?

Không hoàn toàn. Summary tăng tốc, còn transcript là bằng chứng để kiểm tra khi cần.

Ngoài giờ chuyển thế nào?

Tạo ticket/callback có mã, thời gian dự kiến và owner; không giả vờ đang kết nối live.

Khi nào chatbot phải chuyển người?

Khi khách yêu cầu, confidence thấp, topic nhạy cảm, xác minh thất bại hoặc vượt phạm vi.

Làm sao tránh ticket trùng?

Dùng conversation ID và idempotency key, đồng thời xử lý acknowledgment và retry có trạng thái.

Thiết kế tốt giúp khách tiếp tục từ đúng điểm dừng, agent hiểu mục tiêu trước khi trả lời và doanh nghiệp đo được phần chatbot chưa giải quyết. Hãy xem handoff như một state machine có acknowledgment, owner, timeout và outcome.

Bắt đầu bằng vài trigger rõ, một queue có người trực và schema context nhỏ. Chỉ mở rộng khi doanh nghiệp đã kiểm thử retry, ngoài giờ và dữ liệu nhạy cảm.