Hướng dẫn trải nghiệm khách hàng với AI: Khi nào cá nhân hóa, khi nào chuyển người

Hướng dẫn trải nghiệm khách hàng với AI: Khi nào cá nhân hóa, khi nào chuyển người

Trải nghiệm AI có thể nghe rất “cá nhân” nhưng sai người, sai thời điểm hoặc vượt thẩm quyền doanh nghiệp. Hãy chọn một việc của khách và kiểm tra bối cảnh hiện tại có đủ an toàn để giúp hay không. Nếu chưa đủ, hãy trả lời chung, không hành động hoặc chuyển cho một người.

Kiểm tra năm điều trước khi cá nhân hóa

Sao chép năm câu hỏi này vào tài liệu hoặc bảng tính cho một hành động với khách. TRUST chỉ là cách dễ nhớ, không phải điều kiện để sử dụng.

Điều cần kiểm traQuyết định
Việc của kháchNêu việc khách cần làm ngay và kết quả “không hành động” chấp nhận được.
Hồ sơXác minh hồ sơ nào được nối và cách ghi điều chưa chắc.
Bối cảnh hiện tạiXác định nguồn, độ mới, thứ tự sự kiện, quyền và xung đột dịch vụ.
Hành động an toànGiới hạn nội dung, kênh, tuyên bố và cam kết quan trọng.
Bàn giaoGhi điều kiện chuyển người, thông tin cần chuyển, người nhận và phương án dự phòng.

Salesforce định nghĩa phân giải danh tính là hợp nhất dữ liệu khách hàng từ nhiều nguồn. Định nghĩa nhà cung cấp này giải thích cơ chế, không chứng minh hồ sơ đầy đủ hoặc nối đúng. Xem nguồn.

Khi nào nên cá nhân hóa

Dùng cho một lựa chọn hẹp, hữu ích khi danh tính có đủ bằng chứng, bối cảnh hiện hành, hành động có thể đảo ngược và dễ sửa. Không dùng khi hồ sơ xung đột, quyền chưa rõ, đang có sự cố dịch vụ/an toàn, hoặc quyết định ảnh hưởng điều kiện, quyền pháp lý, sức khỏe, tín dụng, ngoại lệ giá hay kết quả quan trọng mà chưa có người có thẩm quyền.

NIST AI RMF hỗ trợ vai trò rõ, giám sát, đánh giá và xử lý rủi ro. Khung này không quy định một hành trình cụ thể hay chứng minh lợi ích. Xem khung.

Cách áp dụng

  1. Chọn một việc của khách, không đặt mục tiêu “cá nhân hóa mọi thứ”.
  2. Lập danh sách trường dữ liệu tối thiểu cùng mục đích, nguồn, độ mới, độ chắc chắn và quyền.
  3. Viết thang hành động: trả lời chung, trả lời theo bối cảnh, hỏi lại, không hành động, chuyển người.
  4. Cho sự cố dịch vụ, từ chối, chỉnh sửa và sự kiện mới hơn ưu tiên hơn hành động thương mại.
  5. Thử nhầm danh tính, thiết bị dùng chung, sự kiện cũ, giá trị thiếu, quyền mâu thuẫn, suy luận nhạy cảm và bàn giao quá hạn.

Ví dụ minh họa

Một dịch vụ học tập hư cấu muốn cá nhân hóa hỗ trợ gia hạn. Hệ thống thấy một khóa đã hoàn tất và một yêu cầu hỗ trợ đang mở, nhưng hai email có thể cùng một người. Hệ thống không tự gộp và không đề xuất gia hạn. Yêu cầu hỗ trợ chặn tin thương mại; nhân viên hỏi khách xác nhận tài khoản. Sau khi xử lý xong, hệ thống chỉ đưa trang lựa chọn gia hạn chung. Không có tuyên bố về giữ chân.

Rủi ro và kiểm soát

Rủi roHệ quảKiểm soát
Nối nhầm danh tínhLộ bối cảnh của người khácNgưỡng tin cậy và xem xét trước gộp
Sai thứ tự sự kiệnHành động không phù hợpQuy tắc độ mới và ưu tiên
Suy luận nhạy cảmGây hại hoặc bất côngTrường đã duyệt và người quyết định
Bàn giao không được nhậnKhách phải lặp lạiGói bối cảnh, thời hạn, người dự phòng

Cách đo kết quả

Theo dõi tỷ lệ hành động đúng bối cảnh = hành động có danh tính, mục đích, độ mới, quyền và ưu tiên hợp lệ / tổng hành động theo bối cảnh; số lần khách sửa, xem xét nối sai, ngăn xung đột dịch vụ, bàn giao được nhận, hành động cũ, từ chối và không hành động. Chủ hành trình khách hàng chịu trách nhiệm; chủ dữ liệu và dịch vụ cung cấp chỉ số chất lượng thuộc phạm vi của họ. Xem hàng tuần trong giai đoạn thử theo mốc gốc và đặt ngưỡng dừng/mở rộng trước.

Việc cần làm tiếp

Dùng tình huống cá nhân hóa từ dữ liệu hợp nhất cho một quyết định, hướng dẫn bàn giao để thiết kế chuyển người và hướng dẫn dữ liệu khách hàng cho quy tắc danh tính.

Bằng chứng và giới hạn

Bài không tuyên bố độ chính xác nối, tăng hiệu quả cá nhân hóa, quyền pháp lý, độ đầy đủ Customer 360, tích hợp hay năng lực Easy AI.

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

Gợi ý cho bạn