Có một ticket bảo hành "đứng im" gần hai tuần vì người phụ trách không đủ thẩm quyền phê duyệt, còn khách thì nóng máy gọi tới gọi lui. Tình huống này có quen không? Nếu bạn đang vò đầu vì những yêu cầu khó bị kẹt ở một người mà không biết nên đẩy đi đâu, thì escalation là thứ bạn cần. Vậy escalation là gì, khi nào cần leo thang và làm sao leo thang đúng cách?
Escalation (hay leo thang ticket) là quy trình chuyển một ticket lên cấp cao hơn, tức người có thẩm quyền hoặc kỹ năng cao hơn, khi người đang xử lý không thể hoặc không được phép giải quyết, hoặc khi ticket đã quá hạn SLA. Escalation đúng cách giúp vấn đề được giải quyết nhanh thay vì mắc kẹt ở người thiếu khả năng. Ngược lại, leo thang vô tội vạ chỉ làm tốn thời gian quản lý và hỏng cả quy trình. Số liệu Zenify cho thấy doanh nghiệp có quy trình leo thang rõ ràng giảm tới 35% chi phí vận hành.
TL;DR
- Escalation = chuyển ticket lên cấp có thẩm quyền/kỹ năng cao hơn.
- Hai loại: leo thang theo kỹ năng và leo thang theo thời hạn (SLA).
- Quy trình 4 bước: đánh giá → ghi rõ lý do → chuyển giao → theo dõi.
- Leo thang không phải "bỏ việc". Người cũ vẫn chịu trách nhiệm bối cảnh.
- Tránh: leo thang quá sớm, leo thang không có lý do, không theo dõi.
Khi nào cần escalation
Escalation cần khi rơi vào một trong hai tình huống sau:
1. Leo thang theo kỹ năng (Skill escalation)
Người xử lý không có khả năng giải quyết:
Vấn đề kỹ thuật nằm ngoài chuyên môn của người phụ trách.
Yêu cầu pháp lý, tài chính, bảo mật cần người có thẩm quyền quyết định.
Khách đòi bồi thường vượt quá thẩm quyền của người xử lý.
2. Leo thang theo thời hạn (Time escalation)
Ticket quá hạn SLA mà chưa giải quyết xong:
Khi gần đến hạn chót, nên báo quản lý để hỗ trợ.
Khi đã quá hạn, ticket sẽ tự động được đưa lên cấp cao hơn.
Quy trình leo thang 4 bước
Bước 1: Đánh giá trước khi leo thang
Trước khi đưa lên, người xử lý nên tự hỏi:
Đã thử đủ cách chưa, đã tra knowledge base chưa (xem Knowledge base cho helpdesk)?
Vấn đề có thật sự vượt khả năng hoặc thẩm quyền, hay chỉ là chưa cố đủ?
Bước 2: Ghi rõ lý do và bối cảnh
Ticket leo thang phải có hồ sơ đầy đủ:
Vấn đề là gì, đã thử gì, kết quả ra sao.
Khách mong muốn gì, đã có cam kết gì chưa.
Vì sao phải leo thang: thiếu kỹ năng, thiếu thẩm quyền hay quá hạn SLA.
Đừng leo thang kiểu "đưa số ticket qua cho xong". Người nhận phải hiểu ngay tình hình mà không cần hỏi lại lần nữa.
Bước 3: Chuyển giao rõ ràng
Chỉ định người nhận cụ thể, không ném ticket vào "hàng chờ chung".
Người cũ vẫn là người liên lạc với khách, để khách không bị chuyển qua lại.
Cập nhật trạng thái ticket (xem Vòng đời trạng thái ticket).
Bước 4: Theo dõi đến khi đóng
Người nhận mới có hạn chót giải quyết.
Người cũ theo dõi để cập nhật cho khách.
Sau khi xong, ghi chú bài học để lần sau khỏi phải leo thang nữa (làm knowledge base).
Tránh 3 lỗi leo thang phổ biến
Leo thang quá sớm: chưa cố, chưa tra tài liệu đã đẩy lên. Hậu quả là quản lý thành "người trả lời thay" và phòng chăm sóc khách hàng không lớn lên được.
Leo thang không có lý do: không ghi rõ vấn đề khiến người nhận mất thời gian hỏi lại.
Không theo dõi sau leo thang: cứ nghĩ "đẩy lên là hết việc của tôi" nên khách bị rơi, không ai cập nhật.
Vì sao quy trình leo thang quan trọng
Vì nó quyết định vấn đề khó được giải quyết nhanh hay bị "kẹt ở tầng dưới":
Không leo thang: ticket khó kẹt mãi ở người thiếu khả năng.
Leo thang vô tổ chức: quản lý bị vắt kiệt, đội không trưởng thành.
Leo thang có quy trình: ai cũng biết khi nào đưa lên, ai nhận và làm gì tiếp theo.