Phân loại yêu cầu hỗ trợ là quy trình có cấu trúc để ghi nhận, phân loại, ưu tiên và định tuyến các yêu cầu hỗ trợ đến trước khi bắt đầu bất kỳ quá trình xử lý sự cố nào, nhằm đảm bảo vấn đề đúng đến đúng nhân viên với đúng mức độ ưu tiên.
Phân loại yêu cầu hỗ trợ là quy trình tiếp nhận mà các bộ phận hỗ trợ và bàn dịch vụ IT sử dụng để ghi nhận, phân loại, ưu tiên và định tuyến các yêu cầu đến trước khi bắt đầu bất kỳ công việc giải quyết nào. Nó mượn logic từ phân loại y tế: không phải yêu cầu nào cũng có cùng mức độ quan trọng, vì vậy một quy trình có cấu trúc đảm bảo các vấn đề nghiêm trọng được xử lý ngay lập tức trong khi các yêu cầu thông thường được giải quyết mà không làm tắc nghẽn hàng đợi.
Khi một bàn dịch vụ nhận được hàng trăm yêu cầu mỗi ngày, ai đó phải quyết định yêu cầu nào cần được xử lý ngay lập tức và yêu cầu nào có thể chờ. Quy trình ra quyết định đó được gọi là phân loại yêu cầu hỗ trợ (ticket triage), và đây là một trong những quy trình làm việc quan trọng nhất trong bất kỳ hoạt động quản lý dịch vụ IT (ITSM) hay hỗ trợ khách hàng nào. Nếu không có quy trình phân loại có cấu trúc, yêu cầu in ấn đến trước có thể nằm chờ trước cả một sự cố máy chủ đang khiến doanh nghiệp thiệt hại về mặt tài chính.
Triage bắt nguồn từ động từ tiếng Pháp trier, có nghĩa là “phân loại.” Nó được sử dụng lần đầu tiên trong bối cảnh y tế quân sự, nơi các bác sĩ phẫu thuật chiến trường cần một hệ thống để quyết định binh lính bị thương nào cần được điều trị trước dựa trên mức độ nghiêm trọng của vết thương thay vì cấp bậc hay thứ tự đến. Các đội ngũ IT và dịch vụ khách hàng đã áp dụng cùng một logic khi khối lượng yêu cầu tăng vượt quá khả năng quản lý bằng trí nhớ của bất kỳ cá nhân nào, và thực hành này đã được chính thức hóa như một phần của quản lý sự cố cùng với sự phát triển của các khung ITIL.
Phân loại yêu cầu hỗ trợ tuân theo một trình tự có thể lặp lại. Bỏ qua bất kỳ bước nào sẽ tạo ra các vấn đề về sau càng chồng chất khi khối lượng yêu cầu tăng lên.
Mọi yêu cầu cần được đưa vào một hệ thống duy nhất, dù đến qua email, trò chuyện, điện thoại, cổng tự phục vụ hay cảnh báo giám sát. Các biểu mẫu tiếp nhận có cấu trúc thu thập hệ thống bị ảnh hưởng, tác động kinh doanh và mô tả ngắn gọn sẽ loại bỏ việc hỏi đi hỏi lại mà nhân viên phải đối mặt khi phải truy tìm thông tin còn thiếu. Một hệ thống yêu cầu tốt sẽ tập trung các yêu cầu từ mọi kênh vào một hàng đợi thống nhất, giúp không có gì bị lọt qua kẽ hở.
Sau khi được ghi nhận, một yêu cầu được gán vào một loại và một nhóm. Bốn loại yêu cầu tiêu chuẩn trong ITSM là:
Sau khi xác định được loại, yêu cầu được gán vào một nhóm từ danh mục dịch vụ — thường là phần cứng, phần mềm, mạng, truy cập và định danh, hoặc ứng dụng kinh doanh. Một hệ thống phân loại với 30 đến 80 nhóm thường hoạt động tốt nhất: ít hơn thì che giấu xu hướng, nhiều hơn thì gây mệt mỏi khi phân loại. Các công cụ phân loại và phân nhóm yêu cầu bằng AI loại bỏ phần lớn công việc thủ công ở đây — chúng đọc nội dung yêu cầu, hiểu khách hàng đang yêu cầu hoặc báo cáo điều gì và tự động gắn thẻ chính xác.
Mức độ ưu tiên không bao giờ nên do người dùng tự báo cáo — khi người dùng tự đặt mức ưu tiên, mọi yêu cầu đều trở thành “khẩn cấp.” Một quy trình phân loại đúng đắn xác định mức độ ưu tiên từ hai yếu tố khách quan: tác động (có bao nhiêu người dùng hoặc chức năng kinh doanh bị ảnh hưởng) và mức độ khẩn cấp (cần giải quyết nhanh đến mức nào).
| Mức ưu tiên | Tác động | Mức khẩn cấp | Ví dụ | Mục tiêu phản hồi điển hình |
|---|---|---|---|---|
| P1 – Nghiêm trọng | Gián đoạn toàn doanh nghiệp | Ngay lập tức | Hệ thống sản xuất không khả dụng, vi phạm bảo mật | 15–30 phút |
| P2 – Cao | Ảnh hưởng lớn đến phòng ban | Cao | Một phòng ban bị chặn, người dùng VIP không có giải pháp thay thế | 1–4 giờ |
| P3 – Trung bình | Ảnh hưởng hạn chế đến cá nhân | Trung bình | Vấn đề của một người dùng có giải pháp thay thế khả thi | 8–24 giờ |
| P4 – Thấp | Ảnh hưởng tối thiểu | Thấp | Thắc mắc chung, vấn đề thẩm mỹ, yêu cầu tính năng | 1–3 ngày |
Việc công bố ma trận này nội bộ giúp loại bỏ tính chủ quan và hỗ trợ quản lý kỳ vọng — một sự cố máy chủ ảnh hưởng đến toàn bộ nhóm tài chính là P1 bất kể ai gửi yêu cầu.
Một yêu cầu đã được phân loại và ưu tiên vẫn cần đến đúng người. Các quy tắc định tuyến nên ánh xạ các nhóm đến đội ngũ giải quyết tự động bất cứ khi nào có thể — việc phân công yêu cầu thủ công chỉ nên là phương án dự phòng, không phải mặc định. Phân phối yêu cầu tự động dựa trên nhóm, mức độ ưu tiên và kỹ năng của nhân viên giúp giảm tỷ lệ phân công lại, một trong những chỉ số mạnh nhất về chất lượng phân loại. Bắt đầu với các quy tắc tự động hóa đơn giản — nhóm X chuyển đến đội Y — sau đó thêm phân loại AI cho các yêu cầu không khớp với bất kỳ quy tắc nào.
Trước khi kỹ thuật viên bắt đầu làm việc, yêu cầu nên mang theo càng nhiều ngữ cảnh liên quan càng tốt: ID tài sản, lịch sử người dùng, ảnh chụp màn hình và liên kết đến các yêu cầu liên quan hoặc vấn đề đã biết. Điều này giúp giảm thời gian nhân viên dành để nghiên cứu trước khi có thể bắt đầu xử lý sự cố thực tế.
Mỗi yêu cầu nhận được một bộ đếm thời gian SLA gắn với mức độ ưu tiên của nó, bắt đầu từ khi tiếp nhận. Các quy tắc leo thang nên được xác định và kích hoạt tự động — ví dụ: sự cố P1 và P2 được leo thang ngay lập tức đến nhóm cấp cao, các SLA sắp vi phạm kích hoạt thông báo cho người giám sát và các yêu cầu liên quan đến bảo mật có một lộ trình leo thang chuyên biệt.
Phân loại không kết thúc khi giải quyết xong. Mỗi yêu cầu đã đóng là một bài viết kiến thức tiềm năng — việc ghi lại nhóm giải quyết, nguyên nhân gốc rễ và bất kỳ tài liệu mới nào sẽ hỗ trợ cho việc đánh giá chất lượng phân loại và tiết lộ nhóm nào tạo ra nhiều khối lượng nhất hoặc thường bị định tuyến sai nhất.
Dùng thử LiveAgent miễn phí và tự mình trải nghiệm.
Phân loại và quản lý sự cố có liên quan nhưng khác biệt.
| Khía cạnh | Phân loại yêu cầu hỗ trợ | Quản lý sự cố |
|---|---|---|
| Phạm vi | Tiếp nhận, phân loại, ưu tiên hóa, định tuyến | Toàn bộ vòng đời sự cố, từ phát hiện đến đóng |
| Mục tiêu | Đưa đúng yêu cầu đến đúng người, với đúng ngữ cảnh | Khôi phục hoạt động dịch vụ bình thường nhanh nhất có thể |
| Thời điểm | Khi tạo yêu cầu, trước khi bắt đầu giải quyết | Trong suốt toàn bộ sự cố |
| Người phụ trách điển hình | Trưởng nhóm phân loại hoặc bàn dịch vụ L1 | Quản lý sự cố hoặc nhóm giải quyết L2/L3 |
Hãy coi phân loại như cánh cửa trước của quản lý sự cố — một cánh cửa trước hoạt động tốt sẽ giúp mọi thứ bên trong vận hành tốt hơn.
Mẹo hay và ưu đãi mới nhất gửi thẳng đến hộp thư của bạn.
Phân loại thủ công hoạt động tốt cho các nhóm nhỏ, nhưng một khi bàn dịch vụ xử lý hơn khoảng 50 yêu cầu mỗi ngày, một người đọc và định tuyến mọi yêu cầu sẽ trở thành nút thắt cổ chai — và một điểm lỗi duy nhất. Tự động hóa dựa trên quy tắc xử lý các quyết định đơn giản, mang tính xác định (nếu tiêu đề chứa “VPN,” chuyển đến bộ phận mạng). Phân loại bằng AI đi xa hơn, sử dụng xử lý ngôn ngữ tự nhiên để hiểu ý định ngay cả khi cách diễn đạt khác nhau, nhờ đó có thể phân loại và ưu tiên các yêu cầu mà không quy tắc nào bắt được. Các thiết lập hiệu quả nhất kết hợp cả hai, với phân loại AI có độ tin cậy cao được áp dụng tự động và kết quả có độ tin cậy thấp được gắn cờ để con người xem xét.
| Chỉ số | Đo lường điều gì | Vấn đề trông như thế nào |
|---|---|---|
| Thời gian phân loại | Yêu cầu nằm ở trạng thái “mới” bao lâu trước khi được phân loại | Liên tục trên 15 phút trong giờ làm việc |
| Thời gian phản hồi đầu tiên | Nhân viên xác nhận yêu cầu nhanh như thế nào sau khi phân loại | Yêu cầu P1 vượt quá 30 phút mà không có xác nhận |
| Tỷ lệ phân công lại | Tần suất yêu cầu chuyển giữa các đội trước khi tìm được người phụ trách | Trên 10% tổng số yêu cầu |
| Tỷ lệ phân loại lại | Tần suất nhóm ban đầu bị thay đổi sau đó | Trên 5%, cho thấy khoảng trống trong hệ thống phân loại hoặc đào tạo |
| Tỷ lệ tuân thủ SLA | Phần trăm yêu cầu được giải quyết trong khung thời gian hợp đồng | Dưới 95% đối với yêu cầu P1 và P2 |
| Tăng trưởng tồn đọng | Thay đổi ròng về khối lượng yêu cầu đang mở trong một khoảng thời gian | Tăng trưởng dương trong hơn hai tuần liên tiếp |
Tỷ lệ phân công lại tăng hoặc tồn đọng ngày càng lớn là tín hiệu ban đầu cho thấy quy trình phân loại có vấn đề về cấu trúc, không phải vấn đề về nhân sự.
Phân loại yêu cầu hỗ trợ là cánh cửa trước của mọi hoạt động hỗ trợ và dịch vụ IT. Làm đúng — ưu tiên hóa khách quan, phân loại nhất quán, định tuyến tự động và giám sát SLA có kỷ luật — đồng nghĩa với việc các vấn đề nghiêm trọng được giải quyết nhanh chóng và các yêu cầu thông thường không bao giờ làm tắc nghẽn hàng đợi. Làm sai đồng nghĩa với việc những yêu cầu ồn ào nhất sẽ thắng, chứ không phải những yêu cầu quan trọng nhất.
LiveAgent tập trung mọi kênh vào một hàng đợi duy nhất và sử dụng AI để tự động phân loại, ưu tiên và định tuyến yêu cầu, giúp các vấn đề nghiêm trọng không bao giờ phải xếp sau các yêu cầu thông thường.
Tìm hiểu cách hoạt động của quy trình phân loại vé: quy trình từng bước, ma trận ưu tiên tác động-mức độ khẩn cấp, quy tắc định tuyến, các cấp độ tự động hóa và...
Tìm hiểu cách xây dựng ma trận ưu tiên phân loại vé theo mức độ ảnh hưởng × khẩn cấp, gắn với mục tiêu SLA, theo dõi các chỉ số phù hợp và tránh những sai lầm t...
Hợp lý hóa hỗ trợ khách hàng với hệ thống phiếu yêu cầu của LiveAgent. Tăng hiệu quả, giải quyết vấn đề nhanh chóng và nâng cao sự hài lòng. Dùng thử miễn phí n...
Tham gia cộng đồng khách hàng hài lòng của chúng tôi và cung cấp hỗ trợ khách hàng xuất sắc với LiveAgent.
Đồng Ý Cookie
Chúng tôi sử dụng cookie để cải thiện trải nghiệm duyệt web của bạn và phân tích lưu lượng truy cập của mình. See our privacy policy.
