Hợp khi yêu cầu đến từ nhiều kênh và nhân viên mất thời gian phân loại, tra tài liệu. Giai đoạn đầu bot chỉ hỗ trợ nhân viên; để bot trả lời thẳng khách là bước sau cùng, khi đã đo được độ chính xác.
Bot
Vai trò
Mức duyệt khởi đầu
Trợ lý Tiếp nhận
Phân loại yêu cầu, tạo phiếu, đề xuất mức ưu tiên
Ask
Trợ lý Tri thức
Tìm câu trả lời trong tài liệu, soạn nháp cho nhân viên
Ask
Trợ lý SLA
Canh phiếu sắp trễ hạn, nhắc người phụ trách
Ask
Trợ lý Chất lượng
Tóm tắt hội thoại, tổng hợp khảo sát hài lòng
Ask
Trưởng ca (Chief of Staff)
Nhận sự cố và các ca cần chuyển cấp
Ask
Không cần tạo hết ngayBắt đầu bằng một bot cho use case đau nhất. Thêm bot khi bot trước đã chạy ổn định vài tuần.
6 use case chi tiết
Mỗi use case ghi rõ lúc kích hoạt, việc bot làm, thứ cần kết nối, mức duyệt nên đặt và con số để biết nó có đáng giữ không.
1
Phân loại và tạo phiếu
Khi nào: Có tin nhắn hoặc email mới từ khách.
Xác định loại yêu cầu: kỹ thuật, hoá đơn, mua hàng, khiếu nại.
Trích thông tin cần: khách là ai, sản phẩm nào, lỗi gì, mức ảnh hưởng.
Tạo phiếu với mức ưu tiên đề xuất và nêu lý do.
Thiếu thông tin thì soạn sẵn câu hỏi lại để nhân viên gửi.
Cần kết nốiKênh tiếp nhận (đọc), hệ thống phiếu (tạo)
Mức duyệtAsk. Sau vài tuần ổn định có thể tự tạo phiếu; chuyển loại vẫn cần duyệt
Đầu raPhiếu đủ thông tin, đúng nhóm xử lý
Đo bằngThời gian tới phản hồi đầu tiên; tỷ lệ phiếu phải chuyển nhóm lại
2
Gợi ý câu trả lời từ kho tri thức
Khi nào: Nhân viên mở một phiếu.
Tìm bài hướng dẫn và các phiếu tương tự đã giải quyết.
Soạn câu trả lời nháp, dẫn nguồn cho từng ý.
Không tìm thấy thì nói rõ là không có, không tự nghĩ ra.
Cần kết nốiKho tri thức, lịch sử phiếu (chỉ đọc)
Mức duyệtAsk. Nhân viên sửa và gửi
Đầu raCâu trả lời nháp có trích dẫn
Đo bằngThời gian xử lý mỗi phiếu; tỷ lệ nháp được dùng gần như nguyên văn
3
Canh hạn cam kết dịch vụ
Khi nào: Liên tục trong giờ làm việc.
Tính thời gian còn lại của từng phiếu theo cam kết.
Phiếu còn dưới ngưỡng cảnh báo: nhắc người phụ trách kèm tóm tắt.
Sát hạn mà chưa ai nhận: báo trưởng ca.
Cần kết nốiHệ thống phiếu (chỉ đọc), kênh nhắn nội bộ
Mức duyệtAsk, sau đó có thể tự nhắn nội bộ. Không nhắn khách
Đầu raCảnh báo đúng người, đúng lúc
Đo bằngTỷ lệ phiếu trễ hạn; số phiếu không ai nhận quá 30 phút
4
Tóm tắt khi chuyển ca hoặc chuyển cấp
Khi nào: Một phiếu dài được chuyển sang người khác.
Tóm tắt: vấn đề, đã thử gì, kết quả, khách đang chờ gì.
Nêu việc tiếp theo và hạn.
Gắn tóm tắt lên đầu phiếu.
Cần kết nốiHệ thống phiếu, lịch sử hội thoại
Mức duyệtAsk
Đầu raTóm tắt 5 dòng ở đầu phiếu
Đo bằngSố lần khách phải kể lại vấn đề
5
Tổng hợp mức hài lòng
Khi nào: Cuối tuần.
Gom điểm khảo sát và góp ý tự do.
Nhóm góp ý theo chủ đề, đếm tần suất.
Nêu 3 vấn đề nổi bật kèm phiếu minh hoạ.
Cần kết nốiKết quả khảo sát, hệ thống phiếu
Mức duyệtAsk — chỉ đọc
Đầu raBáo cáo hài lòng một trang
Đo bằngĐiểm hài lòng; số vấn đề lặp lại được xử lý tận gốc
6
Phát hiện vấn đề lặp, đề xuất bài hướng dẫn
Khi nào: Hằng tháng.
Tìm các nhóm phiếu có cùng nguyên nhân.
Đề xuất bài hướng dẫn mới hoặc sửa bài cũ; soạn nháp.
Ước lượng số phiếu có thể giảm.
Cần kết nốiHệ thống phiếu, kho tri thức (ghi nháp)
Mức duyệtAsk. Người phụ trách tri thức duyệt bài
Đầu raDanh sách bài cần viết kèm nháp
Đo bằngSố phiếu của nhóm vấn đề đó trong tháng sau
Chỉ dẫn mẫu: Trợ lý Tiếp nhận
Dán vào ô chỉ dẫn thường trực của bot rồi sửa phần trong ngoặc vuông cho đúng công ty bạn.
## Vai trò
Bạn là Trợ lý Tiếp nhận của bộ phận Chăm sóc khách hàng [tên công ty]. Mục tiêu: mọi yêu cầu thành phiếu đủ thông tin, đúng nhóm, trong 5 phút.
## Phân loại
- Kỹ thuật: lỗi, hỏng, không dùng được → nhóm [...].
- Hoá đơn, thanh toán → nhóm [...].
- Mua hàng, báo giá → chuyển phòng Kinh doanh.
- Khiếu nại → luôn báo trưởng ca.
## Mức ưu tiên
- Cao: dịch vụ chính dừng hoàn toàn.
- Trung bình: dùng được nhưng suy giảm.
- Thấp: có cách tạm, hoặc chỉ hỏi thông tin.
## Giới hạn
- KHÔNG trả lời khách trực tiếp. Chỉ tạo phiếu và soạn nháp cho nhân viên.
- KHÔNG hứa thời hạn sửa, không hứa hoàn tiền.
- Không chắc thuộc loại nào thì ghi “cần người xem”, không đoán.
- Số điện thoại, email của khách chỉ ghi vào phiếu, không chép sang nơi khác.
Routine nên có
Luôn ghi múi giờ Asia/Ho_Chi_Minh. Chạy tay vài lần cho ổn rồi mới lên lịch.
Nhịp
Cron
Việc
Mỗi 30 phút trong giờ làm việc
*/30 8-17 * * MON-FRI
Rà phiếu sắp trễ hạn
Ngày làm việc 17:15
15 17 * * MON-FRI
Tóm tắt phiếu còn mở cho ca sau
Thứ Sáu 16:00
0 16 * * FRI
Báo cáo hài lòng tuần
Ngày 1 hằng tháng 9:00
0 9 1 * *
Vấn đề lặp và bài hướng dẫn cần viết
Rào chắn riêng của phòng
Những giới hạn này nên nằm trong chỉ dẫn thường trực và trong cấu hình quyền, không chỉ trong lời dặn miệng.
Giai đoạn đầu bot không nói chuyện trực tiếp với khách; mọi câu trả lời đi qua nhân viên.
Việc có đáp án rõ ràng như ngoài giờ làm việc hay tin rác: dùng luật cố định của hệ thống, đừng giao cho model phán đoán.
Bot không hứa thời hạn, hoàn tiền hay bồi thường.
Khiếu nại và khách đang bức xúc luôn chuyển cho người, kèm tóm tắt.
Không tìm thấy trong tài liệu thì nói không có; câu trả lời có trích dẫn vẫn phải được người đọc lại.
Bắt đầu trong tuần đầu
Bắt đầu bằng phân loại và tạo phiếu, chạy song song với cách làm hiện tại.
Mỗi ngày so 20 phiếu bot phân loại với kết quả đúng; sửa bảng phân loại trong chỉ dẫn.
Chỉ khi độ chính xác ổn định mới thêm bước gợi ý câu trả lời.
Xong khiMột use case chạy ổn 2 tuần liền và bạn có con số so với lúc làm tay.