Thuật ngữ
SLA là gì? Cam kết thời gian phản hồi và xử lý yêu cầu khách hàng
SLA (Service Level Agreement) là cam kết mức dịch vụ đo được với khách hàng. Hạn phản hồi và xử lý theo mức độ nghiêm trọng, SLA khác SLO, KPI, ví dụ đội bảo trì.
Khoảng 6 phút đọc
Trả lời ngắn
Định nghĩaSLA (Service Level Agreement, thỏa thuận mức dịch vụ) là cam kết bằng văn bản giữa bên cung cấp dịch vụ và khách hàng về chất lượng dịch vụ đo được: phản hồi trong bao lâu, xử lý xong trong bao lâu, hệ thống sẵn sàng bao nhiêu phần trăm thời gian, và điều gì xảy ra nếu không đạt. Với đội làm và bảo trì phần mềm, hai con số hay gặp nhất là thời gian phản hồi lần đầu và thời gian xử lý, chia theo mức độ nghiêm trọng của yêu cầu.
SLA thường là một phụ lục của hợp đồng bảo trì, nhưng đội nội bộ (phòng CNTT phục vụ các phòng ban khác) cũng nên tự đặt SLA, vì không có nó thì mọi yêu cầu đều “gấp” và người gửi không biết khi nào được trả lời.
Một SLA gồm những gì
| Phần | Trả lời câu hỏi | Ví dụ |
|---|---|---|
| Phạm vi dịch vụ | Cam kết cho hệ thống nào, chức năng nào? | Cổng đăng ký học phần và API tích hợp; không gồm mạng nội bộ của trường |
| Chỉ số | Đo cái gì? | Thời gian phản hồi lần đầu, thời gian xử lý, thời gian sẵn sàng (uptime) |
| Mức độ và hạn | Mỗi loại sự cố được cam kết bao lâu? | Nghiêm trọng: phản hồi trong 4 giờ; Thấp: 7 ngày |
| Khung giờ | Tính giờ lịch hay giờ hành chính? | Nghiêm trọng tính 24/7; các mức khác tính giờ làm việc |
| Kênh tiếp nhận | Khách báo qua đâu thì mới tính? | Cổng khách hàng hoặc email hỗ trợ; tin nhắn Zalo cá nhân không tính |
| Cách đo và báo cáo | Ai đo, báo cáo khi nào? | Báo cáo tỉ lệ đúng hạn hằng tháng, trích từ hệ thống tiếp nhận |
| Ngoại lệ | Trường hợp nào không tính? | Bảo trì có báo trước, sự cố do hạ tầng của khách |
| Hệ quả | Không đạt thì sao? | Giảm 5% phí tháng đó nếu tỉ lệ đúng hạn dưới 90% |
Mức độ nghiêm trọng quyết định hạn
SLA không thể có một hạn cho mọi việc: sửa lỗi chính tả và khôi phục hệ thống ngừng hoạt động không thể cùng “trong 4 giờ”. Vì vậy yêu cầu được xếp mức độ (severity) theo tác động lên người dùng, rồi mỗi mức có hạn riêng. Bốn mức dưới đây là cách chia phổ biến, với hạn phản hồi lần đầu Pentara dùng mặc định và hạn xử lý gợi ý để bạn đưa vào hợp đồng.
| Mức độ | Định nghĩa | Ví dụ | Phản hồi lần đầu | Xử lý (gợi ý) |
|---|---|---|---|---|
| Nghiêm trọng | Hệ thống ngừng hoặc mất dữ liệu, nhiều người bị ảnh hưởng, không có cách khác | Sinh viên không đăng nhập được cổng trong mùa đăng ký học phần | 4 giờ | 1 ngày làm việc |
| Cao | Chức năng chính lỗi, chưa có cách làm thay thế | Không xuất được bảng điểm cuối kỳ | 24 giờ | 3 ngày làm việc |
| Trung bình | Có lỗi nhưng có cách làm tạm | Báo cáo thống kê sai một cột, xuất Excel sửa tay được | 72 giờ | 2 tuần |
| Thấp | Thẩm mỹ, đề xuất cải tiến, ít người dùng | Đổi màu nút, sửa câu chữ | 7 ngày | Xếp vào kế hoạch phát hành |
Mức độ khác ưu tiên: mức độ đo tác động (khách và đội thống nhất theo định nghĩa), ưu tiên là quyết định làm trước hay sau (đội quyết, có tính đến thời điểm và công sức). Lỗi chính tả trên trang chủ có mức độ Thấp nhưng ưu tiên Cao nếu mai khánh thành website. Đọc thêm ở chương Yêu cầu khách hàng, mức độ và SLA.
Phản hồi lần đầu không phải là xử lý xong
Đây là chỗ hay hiểu nhầm nhất, ở cả hai phía. Phản hồi lần đầu là lúc một người có trách nhiệm trả lời khách: đã nhận, đã hiểu, cần thêm thông tin gì, dự kiến hướng xử lý. Nó dừng cảm giác “gửi vào khoảng không” của khách, và thường là con số khách để ý nhất. Xử lý (resolution) là lúc lỗi được sửa hoặc yêu cầu được đáp ứng trên hệ thống thật.
Hai đồng hồ, hai cam kết
Ví dụ: một tháng bảo trì cổng học phần
Ví dụ
Một công ty phần mềm 8 người bảo trì cổng đăng ký học phần cho một trường theo hợp đồng có SLA như bảng trên, mức Nghiêm trọng tính 24/7, các mức khác tính giờ hành chính. Khách báo qua cổng khách hàng, mỗi yêu cầu có mã và mức độ.
Ngày 3, 6 giờ 50 sáng: phòng Đào tạo báo “sinh viên không đăng nhập được”, mức Nghiêm trọng, hạn phản hồi 10 giờ 50. Người trực nhận thông báo, trả lời lúc 7 giờ 05, tìm ra chứng chỉ SSL hết hạn, xử lý xong 8 giờ 30. Ngày 12: yêu cầu “thêm cột lớp vào báo cáo”, mức Thấp, hạn 7 ngày; đội trả lời ngày 14 rằng sẽ có ở bản phát hành tháng sau. Ngày 20: một yêu cầu mức Trung bình nằm ở trạng thái Mới vì người trực nghỉ phép; huy hiệu SLA đỏ lên ngày 23, trưởng nhóm thấy và trả lời, trễ 6 giờ.
Cuối tháng, báo cáo gửi khách: 27 yêu cầu, 26 phản hồi đúng hạn (96%), thời gian phản hồi trung bình 5 giờ, xử lý trung bình 2,1 ngày. Một yêu cầu trễ được ghi rõ lý do và cách khắc phục: luân phiên người trực, có người dự phòng khi nghỉ phép. Khách nhìn thấy con số thay vì cảm nhận, và đội biết mình cần sửa quy trình ở đâu.
SLA, SLO, SLI và KPI khác nhau thế nào
| Khái niệm | Là gì | Ví dụ |
|---|---|---|
| SLI (indicator) | Con số đo được | Tỉ lệ yêu cầu Nghiêm trọng được phản hồi trong 4 giờ, tháng này: 96% |
| SLO (objective) | Mục tiêu nội bộ của đội cho SLI đó, thường chặt hơn cam kết với khách | Đội tự đặt 98% để có khoảng đệm |
| SLA (agreement) | Cam kết với khách, có hệ quả khi không đạt | Hợp đồng ghi 90%, dưới mức đó giảm phí |
| KPI | Chỉ số hiệu quả nói chung của đội hoặc công ty, không nhất thiết gắn với hợp đồng | Số yêu cầu đóng mỗi tuần, điểm hài lòng của khách |
Thứ tự làm đúng là SLI trước (đo được cái gì), SLO sau (đội muốn đạt bao nhiêu), rồi mới ký SLA (hứa với khách thấp hơn SLO một chút). Ký SLA trước khi biết đội đang đạt bao nhiêu là cách nhanh nhất để trễ hạn ngay tháng đầu.
Lỗi hay gặp khi đặt SLA
Năm lỗi hay gặp
- Hứa 24/7 cho mọi mức với đội 3 người. Chỉ mức Nghiêm trọng cần 24/7, và cần lịch trực thật. Các mức khác tính giờ hành chính.
- Không phân mức độ. Mọi yêu cầu chung một hạn thì hoặc đội chạy theo lỗi chính tả, hoặc hạn quá lỏng cho sự cố thật.
- Đo bằng tay. SLA đo bằng bảng Excel cuối tháng thì không ai cảnh báo khi sắp trễ; cần hệ thống tiếp nhận có đồng hồ.
- Xem phản hồi là xong. Trả lời “đã nhận” rồi để đó ba tuần vẫn đúng SLA phản hồi nhưng mất khách. Cam kết cả hạn xử lý, ít nhất cho hai mức cao.
- Không báo cáo cho khách. Khách không thấy số thì đánh giá bằng lần trễ gần nhất họ nhớ. Báo cáo hằng tháng, kể cả tháng có yêu cầu trễ.
Theo dõi SLA trên Pentara
Yêu cầu khách hàng vào tab Yêu cầu KH từ cổng khách hàng, biểu mẫu nhúng trên website hoặc API, mỗi yêu cầu có mức độ Thấp / Trung bình / Cao / Nghiêm trọng. Pentara tính hạn phản hồi lần đầu theo mức độ: 4 giờ, 24 giờ, 72 giờ, 7 ngày, theo giờ lịch từ lúc nhận. Huy hiệu SLA trên mỗi yêu cầu đổi màu khi còn 25% thời gian và khi quá hạn, kèm thông báo cho người phụ trách.
Phản hồi đầu tiên gửi cho khách (khách thấy) dừng đồng hồ; ghi chú nội bộ (khách không thấy) thì không. Từ yêu cầu bấm Chuyển thành task để đưa lên Board; khi task xong, yêu cầu tự sang Đã xử lý và khách nhận thông báo để xác nhận. Tab Báo cáo có tỉ lệ đúng SLA, thời gian phản hồi và xử lý trung bình theo mức độ, nguồn, phân hệ và xu hướng tuần, đủ để gửi khách cuối tháng. Đội đang nhận yêu cầu qua nhóm chat? Đăng ký gói Miễn phí, mở cổng khách hàng và chuyển một khách sang dùng thử.
Hỏi đáp nhanh
- SLA và SLO, KPI khác nhau thế nào?
- SLA là cam kết với khách, ghi trong hợp đồng, có hệ quả khi không đạt. SLO là mục tiêu nội bộ của đội cho cùng chỉ số, thường chặt hơn SLA để có khoảng đệm. KPI là chỉ số hiệu quả nói chung, không nhất thiết gắn với hợp đồng. Con số đo được phía sau cả ba gọi là SLI.
- Phản hồi lần đầu có nghĩa là đã sửa xong không?
- Không. Phản hồi lần đầu là lúc người có trách nhiệm trả lời khách: đã nhận, cần thêm gì, hướng xử lý. Sửa xong là hạn xử lý, một cam kết riêng. Ghi chú nội bộ giữa đội với nhau không tính là phản hồi.
- SLA tính theo giờ làm việc hay giờ lịch?
- Hợp đồng phải ghi rõ. Cách phổ biến: mức Nghiêm trọng tính giờ lịch 24/7 vì hệ thống ngừng không chờ được sáng thứ hai; các mức khác tính giờ hành chính. Pentara tính hạn phản hồi theo giờ lịch từ lúc nhận yêu cầu, nên nếu hợp đồng của bạn dùng giờ hành chính thì hạn trên Pentara chặt hơn hợp đồng, an toàn cho đội.
- Đội nội bộ, không có hợp đồng, có cần SLA không?
- Nên có, dưới dạng cam kết công bố với các phòng ban: báo lỗi qua cổng này, mức nào trả lời trong bao lâu. Nó bảo vệ đội khỏi việc mọi thứ đều gấp, và cho người gửi biết khi nào được trả lời mà không phải nhắn riêng.