Câu hỏi thường gặp khác câu hỏi cần tra từng đơn thế nào?

Khách nào cũng hỏi “bao giờ nhận hàng”, nhưng mỗi đơn có thể ở một bước khác nhau. Một khách chưa mua đang hỏi thời gian thông thường. Một khách đã mua đang muốn biết kiện hàng của mình. Cùng câu chữ, bằng chứng cần dùng đã khác.

Nếu nhân viên dán bảng thời gian giao chung cho cả hai, câu trả lời có vẻ đúng mà vẫn chưa giải đáp. Trước khi chọn AI trả lời câu hỏi khách hàng, anh chị nên xác định câu đó cần đọc một quy định hay cần tra một việc đang diễn ra.

Thông tin chung mô tả cách shop phục vụ trong một phạm vi đã công bố. Dữ liệu từng đơn mô tả chuyện đã xảy ra với một giao dịch cụ thể. Thông tin chung vẫn có ngày hiệu lực; “chung” không có nghĩa được dùng mãi.

Tài liệu Intercom phân biệt việc dùng nội dung hỗ trợ với việc lấy dữ liệu riêng của khách qua kết nối dữ liệu. Bài này dùng sự phân biệt đó để giải thích cách giao việc, không xác nhận ATECH đã có kết nối với hệ thống của anh chị.

Ví dụ minh họa: “Shop có nhận gói quà không?” cần quy định dịch vụ. “Đơn của tôi đã gói quà chưa?” cần ghi nhận xử lý đúng đơn. Câu hỏi sau không thể được giải quyết chỉ bằng một câu “shop có hỗ trợ”.

Chưa đủ. Ví dụ minh họa: tài liệu nói một nhóm hàng có thể đổi khi đáp ứng điều kiện. Khách hỏi món vừa mua có được đổi không. Muốn kết luận, người xử lý còn phải biết mã hàng, tình trạng món hàng và các điều kiện liên quan trong quy định thật.

Câu trả lời có trách nhiệm nên phân biệt hai mức: giới thiệu quy định và xác nhận trường hợp đã đủ điều kiện. Nếu mới có mức đầu, đừng viết như đã duyệt mức sau. Điều này giúp khách hiểu mình đang nhận hướng dẫn hay đã nhận quyết định.

Hãy nói được điều đã biết và gọi đúng phần còn thiếu. Có thể giải thích các bước kiểm tra thông thường, rồi xin dữ kiện tối thiểu qua nơi tiếp nhận phù hợp. Không yêu cầu khách đưa toàn bộ thông tin cá nhân chỉ để hỏi một chính sách chung.

Ví dụ minh họa: “Em có thể hướng dẫn cách theo dõi. Để xác nhận kiện của anh chị đang ở đâu, người phụ trách cần kiểm tra đúng mã đơn.” Lời này không thay cho kết quả tra cứu. Nếu việc tra chưa thực hiện được, trạng thái vẫn phải là chờ kiểm tra.

Bắt đầu bằng bảng hai cột: câu được trả từ tài liệu chung và câu cần dữ liệu riêng. Với mỗi câu ở cột hai, ghi dữ kiện cần đọc, ai được quyền đọc và làm gì khi chưa xác định đúng khách. Bảng này là yêu cầu để kiểm thử, không phải danh sách chức năng mặc định.

Trong cách tiếp cận của A Tech Economy, con người đặt mục tiêu, cấp quyền và duyệt ngoại lệ. Chỉ cho Nhân viên số tự trả phần đã được thử đạt. Phần cần kết nối chưa được xác minh vẫn để nhân viên kiểm tra. Quyền đọc trạng thái cũng không tự tạo quyền sửa đơn.

Chuẩn bị hai cuộc hỏi có câu mở đầu giống nhau. Ở cuộc đầu, khách chưa mua; ở cuộc sau, khách nêu một đơn đang chờ. Kết quả mong đợi phải khác: một bên giải thích quy định, bên kia kiểm dữ kiện riêng hoặc chuyển người nếu chưa được phép tra.

Thêm trường hợp mã đơn thiếu, dữ liệu đã cũ và thông tin chưa khớp. Chấm xem hệ thống có nói rõ giới hạn hay biến câu trả lời chung thành lời xác nhận. Giữ lại câu sai để thử lại sau khi sửa. Anh chị có thể bắt đầu ngay bằng vài hội thoại đã xóa dữ liệu riêng.