Vì sao nhiều hợp đồng bảo trì "có SLA" nhưng vẫn vô giá trị?
Nhiều hợp đồng chỉ ghi chung chung "hỗ trợ nhanh chóng" hoặc "phản hồi trong thời gian sớm nhất" — đây không phải là SLA thực sự vì không có con số cụ thể để đối chiếu khi xảy ra tranh chấp. Một SLA đúng nghĩa phải định lượng được.
Các thành phần bắt buộc của một SLA rõ ràng
| Mức độ sự cố | Thời gian phản hồi (Response) | Thời gian khắc phục (Resolution) |
|---|---|---|
| Critical (hệ thống ngừng hoạt động hoàn toàn) | 15-30 phút | 2-4 giờ |
| High (một chức năng chính bị lỗi) | 1-2 giờ | 1 ngày làm việc |
| Medium (lỗi ảnh hưởng một phần, có giải pháp tạm thời) | 4-8 giờ | 3-5 ngày làm việc |
| Low (lỗi nhỏ, không ảnh hưởng vận hành) | 1 ngày làm việc | Theo lịch phát hành định kỳ |
Những điều khoản cần kiểm tra khi đàm phán
- Chế tài cụ thể nếu bên bảo trì không đáp ứng SLA (giảm phí, bồi thường, hay chỉ là "xin lỗi")
- Giờ hỗ trợ: 24/7 hay chỉ trong giờ hành chính — sự cố Critical ngoài giờ có được xử lý không?
- Kênh liên hệ khẩn cấp cụ thể (hotline, không chỉ email hỗ trợ chung)
- Quyền truy cập/backup dữ liệu nếu chấm dứt hợp đồng với bên bảo trì
Red flag cần tránh
- SLA không có con số cụ thể, chỉ dùng từ ngữ chung chung
- Không có điều khoản chế tài nào nếu vi phạm SLA
- Hợp đồng không phân biệt mức độ nghiêm trọng của sự cố