SLA là cam kết bằng văn bản về thời gian phản hồi, thời gian xử lý và mức sẵn sàng của hệ thống. Bài viết giải thích các con số trong SLA, cách đọc, cách đòi hỏi từ đơn vị vận hành và mẫu SLA cho website, phần mềm doanh nghiệp nhỏ.
SLA (Service Level Agreement, thoả 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ụ có thể đo được: hệ thống sẵn sàng bao nhiêu phần trăm thời gian, sự cố được phản hồi trong bao lâu, được xử lý xong trong bao lâu, và nếu không đạt thì bên cung cấp chịu gì. Với doanh nghiệp đang sở hữu website hay phần mềm riêng, SLA là thứ biến "có người lo" thành "có người chịu trách nhiệm".
Tình huống quen thuộc
Một buổi sáng thứ Hai, phần mềm bán hàng không đăng nhập được. Nhân viên gọi cho người từng làm phần mềm, máy bận. Nhắn Zalo, đã xem nhưng chưa trả lời. Đến trưa mới có câu "để tối anh xem". Cả ngày hôm đó, cửa hàng ghi đơn bằng tay.
Vấn đề ở đây không phải là "có sự cố", phần mềm nào rồi cũng có lúc trục trặc. Vấn đề là không ai cam kết thời gian xử lý. Không có cam kết, mỗi sự cố là một lần chờ đợi không biết đến bao giờ, và doanh nghiệp không có cơ sở nào để đòi hỏi hay lên kế hoạch dự phòng.
SLA sinh ra để giải quyết đúng chỗ đó.
SLA gồm những con số nào
Một SLA cho website hoặc phần mềm doanh nghiệp thường có 5 thành phần. Anh chị chỉ cần hiểu 5 thứ này là đủ để đọc và so sánh SLA của bất kỳ đơn vị nào.
1. Mức sẵn sàng (uptime)
Tỷ lệ thời gian hệ thống hoạt động bình thường, tính theo tháng. Con số nghe "gần 100%" nhưng khác nhau rất xa khi quy ra giờ:
- 99% uptime = có thể ngừng tới 7,3 giờ mỗi tháng.
- 99,5% = tới 3,6 giờ mỗi tháng.
- 99,9% = tới 43 phút mỗi tháng.
- 99,99% = tới 4,3 phút mỗi tháng.
Với website bán hàng của doanh nghiệp nhỏ, 99,9% là mức hợp lý và đạt được với chi phí thường. Cao hơn đòi hỏi hạ tầng dự phòng đắt hơn nhiều, thường không cần thiết.
2. Thời gian phản hồi (response time)
Khoảng thời gian từ lúc khách báo sự cố tới lúc có người thật xác nhận đã tiếp nhận và bắt đầu xem. Đây là con số quan trọng nhất về mặt tâm lý: biết có người đang xử lý khác hẳn với im lặng. Mức phổ biến: 15 phút đến 2 giờ trong giờ làm việc tuỳ mức độ nghiêm trọng.
3. Thời gian xử lý (resolution time)
Khoảng thời gian tối đa để đưa hệ thống về trạng thái hoạt động, tính từ lúc tiếp nhận. Thường chia theo mức độ:
- Nghiêm trọng (hệ thống ngừng hoàn toàn, mất dữ liệu): 4 đến 8 giờ.
- Cao (một chức năng chính lỗi, vd thanh toán): 1 ngày làm việc.
- Vừa (lỗi hiển thị, chức năng phụ): 2 đến 3 ngày làm việc.
- Thấp (cải tiến, câu hỏi): theo lịch thoả thuận.
Lưu ý "xử lý xong" có thể là khắc phục tạm để chạy được, còn sửa gốc làm sau. SLA tốt ghi rõ hai mốc này.
4. Khung giờ hỗ trợ
Cam kết áp dụng 24/7 hay chỉ giờ hành chính. Nhiều SLA ghi "phản hồi trong 1 giờ" nhưng chỉ tính giờ hành chính, nghĩa là sự cố tối thứ Sáu có thể đợi tới sáng thứ Hai. Doanh nghiệp bán hàng buổi tối hay cuối tuần cần hỏi kỹ điểm này.
5. Hậu quả khi không đạt
Điều khoản phân biệt SLA thật với lời hứa. Thường là giảm trừ phí tháng theo tỷ lệ, hoặc quyền chấm dứt hợp đồng không phạt. Không có mục này, các con số phía trên chỉ là mục tiêu, không phải cam kết.
Cách đọc SLA của một đơn vị vận hành
Khi nhận báo giá bảo trì, anh chị hãy tìm 5 mục trên và tự hỏi:
- Uptime tính thế nào, có loại trừ "bảo trì theo lịch" không, và bảo trì theo lịch được báo trước bao lâu?
- Thời gian phản hồi tính từ kênh nào? Chỉ ticket trên cổng, hay cả điện thoại, Zalo? Kênh nào không tính thì báo ở đó chỉ là báo cho vui.
- Mức độ nghiêm trọng do ai quyết định? Nếu chỉ bên cung cấp quyết định, mọi sự cố có thể bị xếp "vừa".
- Có báo cáo hằng tháng cho thấy đã đạt hay chưa không? SLA không đo được thì không kiểm tra được.
- Nếu không đạt thì sao?
Đơn vị trả lời rành mạch cả 5 câu là đơn vị đã từng vận hành thật. Đơn vị vòng vo thường mới chỉ làm phần "xây", chưa quen phần "giữ".
SLA của Moniro hoạt động thế nào
Ở Moniro, SLA không nằm trong file PDF gửi một lần rồi quên. Nó được gắn vào cổng dịch vụ mà khách dùng hằng ngày:
- Mọi yêu cầu được tạo thành ticket trên cổng, có mã, có mức ưu tiên do khách chọn, có mốc thời gian tiếp nhận và xử lý hiển thị ngay.
- Thời gian phản hồi lần đầu tính từ lúc ticket được tạo, bất kể giờ nào; sự cố nghiêm trọng có kênh gọi trực tiếp.
- Báo cáo tháng tự động liệt kê số ticket, thời gian phản hồi và xử lý thực tế so với cam kết, uptime từng tài sản.
- Không đạt cam kết thì phí tháng được giảm trừ theo hợp đồng, khách không phải "xin".
Cách làm này nằm trong dịch vụ bảo trì website doanh nghiệp và bảo trì phần mềm, ứng dụng riêng; phí cố định theo tháng, cam kết ghi ngay trên trang.
Mẫu SLA hợp lý cho doanh nghiệp nhỏ
Nếu anh chị đang soạn yêu cầu để gửi các đơn vị báo giá, đây là mức tham khảo cân bằng giữa chi phí và an toàn cho website hoặc phần mềm của doanh nghiệp nhỏ và vừa:
- Uptime: 99,9% mỗi tháng, loại trừ bảo trì theo lịch được báo trước 48 giờ, tối đa 2 giờ mỗi tháng.
- Phản hồi lần đầu: 30 phút với sự cố nghiêm trọng (24/7), 2 giờ với mức cao và vừa (giờ làm việc).
- Xử lý: nghiêm trọng 8 giờ, cao 1 ngày làm việc, vừa 3 ngày làm việc; ghi rõ mốc "khắc phục tạm" và "sửa gốc".
- Kênh tính SLA: ticket trên cổng dịch vụ; điện thoại cho sự cố nghiêm trọng.
- Báo cáo: hằng tháng, có số liệu đo được.
- Không đạt: giảm 10% phí tháng cho mỗi cam kết không đạt, tối đa 50%.
Mức này không quá khắt khe để đội vận hành phải đội giá, nhưng đủ để doanh nghiệp yên tâm lên kế hoạch.
Những hiểu lầm thường gặp về SLA
"SLA cao là tốt". Không hẳn. SLA 99,99% với phí gấp ba lần thường không cần cho website giới thiệu công ty. Chọn mức đúng với thiệt hại thực tế khi ngừng.
"Có SLA là không bao giờ sập". SLA không ngăn sự cố, nó cam kết cách phản ứng khi sự cố xảy ra. Thứ ngăn sự cố là giám sát, cập nhật và sao lưu đều đặn, tức là phần việc bảo trì hằng ngày.
"Freelancer quen cũng có thể cam kết SLA". Một người không thể trực 24/7 và không có ai thay khi bận. SLA thật cần một đội và quy trình, đó là lý do các cam kết cá nhân thường không giữ được.
"Ký SLA rồi là xong". SLA chỉ có giá trị khi được đo và báo cáo. Hãy đòi bản báo cáo tháng đầu tiên và đọc nó.
Câu hỏi thường gặp
SLA và bảo hành phần mềm khác nhau thế nào?
Bảo hành là cam kết sửa lỗi do bên làm phần mềm gây ra, thường có thời hạn (vd 6 tháng sau bàn giao). SLA là cam kết về vận hành liên tục: giám sát, phản hồi, xử lý mọi sự cố dù nguyên nhân từ đâu (hạ tầng, bên thứ ba, tấn công). Doanh nghiệp cần cả hai, nhưng SLA là thứ giữ hệ thống chạy sau khi bảo hành hết.
Doanh nghiệp nhỏ có cần SLA 24/7 không?
Cần cho mức nghiêm trọng (hệ thống ngừng hoàn toàn), vì sự cố không chọn giờ. Các mức thấp hơn có thể theo giờ làm việc để tiết kiệm chi phí.
Làm sao biết đơn vị vận hành có đạt SLA thật không?
Yêu cầu báo cáo tháng có số liệu từ hệ thống ticket, không phải bảng tự khai. Cổng dịch vụ của Moniro hiển thị các mốc này công khai cho từng ticket nên khách tự đối chiếu được.
Chi phí để có SLA là bao nhiêu?
Với Moniro, SLA nằm sẵn trong phí bảo trì cố định, không tính thêm; phí từ 500.000 đồng mỗi tháng cho landing page tới 2.000.000 đồng cho website thương mại điện tử, phần mềm riêng từ 2.000.000 đồng mỗi phần mềm. Anh chị có thể gửi yêu cầu để nhận SLA mẫu áp cho hệ thống của mình, hoặc đọc thêm về chi phí ẩn khi tự vận hành để so sánh.
