Khi khách nhắn hỏi "đơn của tôi tới đâu rồi?", bạn có biết chính xác ticket đó đang nằm ở đâu và ai đang phụ trách không? Nếu phải đoán hoặc mở từng tab chat để kiểm tra, rất có thể yêu cầu của khách đã bị bỏ quên từ lâu. Vậy làm sao để cả đội luôn biết ticket nào đang được xử lý, ticket nào đang chờ, ticket nào đã xong?
Câu trả lời nằm ở ticket status lifecycle, tức vòng đời trạng thái ticket, chuỗi trạng thái chuẩn mà một ticket trải qua từ khi tiếp nhận đến khi hoàn tất: New → Open → On hold → Resolved → Closed. Mỗi trạng thái trả lời câu hỏi "ticket này đang ở đâu và ai đang làm gì", giúp đội không đoán mò, không sót việc và đo được thời gian xử lý. Vòng đời trạng thái rõ ràng là nền tảng để mọi báo cáo helpdesk có ý nghĩa. Theo số liệu Zenify, doanh nghiệp theo dõi trạng thái ticket đầy đủ giảm 35% chi phí vận hành. Hãy đi từng trạng thái một, kèm việc cần làm và nguy cơ hay gặp.
TL;DR
- Vòng đời chuẩn: New → Open → On hold → Resolved → Closed.
- Mỗi trạng thái có nghĩa và người "sở hữu" trạng thái đó.
- On hold chỉ dùng khi chờ khách/kênh ngoài, không phải chỗ giấu ticket khó.
- Resolved = đã xử lý nhưng chưa xác nhận; Closed = khách xác nhận hoặc hết chờ.
- Trạng thái rõ ràng là điều kiện để đo SLA và resolution time.
5 trạng thái cơ bản
Vòng đời chuẩn gồm 5 trạng thái chính. Dưới đây là ý nghĩa và việc cần làm ở từng trạng thái:
1. New (Mới)
Ticket vừa tiếp nhận, chưa ai xử lý. Giai đoạn này ticket nằm trong hàng chờ, chờ được phân loại và phân công. Nếu nằm lâu ở New nghĩa là không ai đọc, nên cần có cảnh báo quá hạn phân loại.
2. Open (Đang xử lý)
Ticket đã phân công cho một người chủ, đang được xử lý. Người chủ cập nhật nội dung khi có tiến triển, đừng để khách chờ im lặng. Lưu ý: "Open" kéo dài vô thời hạn là dấu hiệu cần SLA và cảnh báo.
3. On hold (Tạm dừng)
Ticket tạm dừng vì chờ yếu tố bên ngoài, không phải vì đội chưa xử lý.
Ví dụ đúng: chờ khách cung cấp thông tin, chờ nhà cung cấp, chờ bộ phận khác.
Ví dụ sai: đặt On hold để "giấu" ticket khó chưa biết làm. Đây là Open trá hình.
Người đặt On hold phải ghi rõ "chờ gì, khi nào". Vì ticket On hold lâu ngày dễ bị quên, nên cần có ngày hết hạn On hold.
4. Resolved (Đã xử lý)
Đội đã xử lý xong và chờ khách xác nhận. Nhân viên xử lý thông báo cho khách, chờ phản hồi xác nhận. Rủi ro lớn nhất là chưa xác nhận với khách rồi tự chuyển Closed, khiến khách vẫn bức xúc mà ticket đã "xong".
5. Closed (Đã đóng)
Ticket kết thúc: khách xác nhận hài lòng, hoặc hết thời gian chờ (ví dụ 3 ngày không phản hồi). Khi đóng, ghi chú cách giải quyết để làm tài liệu (xem Knowledge base cho helpdesk). Closed cũng là nguồn đo resolution time và tỷ lệ xử lý lần đầu.
Quy tắc chuyển trạng thái chuẩn
Để cả đội dùng chung một ngôn ngữ, bạn nên thống nhất quy tắc chuyển trạng thái như bảng dưới đây:
Từ | Đến | Điều kiện
New | Open | Đã phân loại + phân công
Open | On hold | Chờ bên ngoài, ghi rõ lý do + thời hạn
On hold | Open | Hết chờ, tiếp tục xử lý
Open | Resolved | Xử lý xong, chờ khách xác nhận
Resolved | Open | Khách chưa hài lòng, làm tiếp
Resolved | Closed | Khách xác nhận / hết thời gian chờ
Cuối cùng là ba quy tắc vàng bạn nên ghi nhớ:
Mỗi lần chuyển trạng thái phải có lý do: không đổi trạng thái mà không cập nhật nội dung.
On hold luôn có ngày hết hạn: tránh ticket kẹt vĩnh viễn.
Không tự chuyển Resolved → Closed khi chưa xác nhận với khách.
Vì sao trạng thái rõ ràng quan trọng
Bởi vì báo cáo và SLA chỉ có ý nghĩa khi trạng thái đúng. Nếu đội dùng trạng thái theo thói quen, chẳng hạn ai cũng đặt "Đang xử lý", bạn sẽ không biết được:
Thời gian xử lý thật là bao nhiêu.
Ticket nào đang kẹt On hold quá lâu.
Bao nhiêu ticket khách chưa xác nhận nhưng đã bị đóng.
Bên cạnh đó, trạng thái chuẩn còn giúp nhân viên mới hiểu ngay công việc của mình, bởi ai cũng đọc được bảng trạng thái chung của phòng chăm sóc khách hàng.