Hệ thống sập lúc nửa đêm, bạn gọi ngay cho nhà cung cấp dịch vụ công nghệ đang hỗ trợ mình. Chuông đổ dài, không ai bắt máy. Mãi đến sáng hôm sau mới có người gọi lại xin lỗi. Chúng tôi đã nghe không ít khách hàng kể lại đúng tình huống này. Vấn đề không nằm ở việc họ chọn sai công ty. Vấn đề nằm ở chỗ hợp đồng ký xong mà chẳng ai đọc kỹ điều khoản về thời gian phản hồi.
Nhiều doanh nghiệp ký hợp đồng với đơn vị cung cấp dịch vụ công nghệ mà chưa để ý kỹ đến điều khoản SLA về thời gian phản hồi
SLA là viết tắt của Service Level Agreement, tạm dịch là bản cam kết về mức độ dịch vụ. Nói dễ hiểu, đây là phần trong hợp đồng ghi rõ bên kia sẽ phản hồi và xử lý sự cố trong bao lâu. Nhiều doanh nghiệp nhỏ khi ký hợp đồng phần mềm, hosting hay website chỉ quan tâm đến giá và tính năng. Điều khoản SLA thường bị lướt qua, coi như phụ lục cho có.
Chúng tôi từng hỗ trợ một khách hàng vận hành chuỗi cửa hàng bán lẻ. Website bán hàng của họ bị lỗi thanh toán đúng dịp khuyến mãi cuối năm. Họ gọi cho bên vận hành kỹ thuật, chờ gần sáu tiếng mới có người xử lý. Hợp đồng không hề ghi thời gian phản hồi tối đa cho sự cố mức nghiêm trọng. Bên cung cấp không sai luật gì cả. Đơn giản là không có điều khoản nào bắt họ phải giữ lời.
Đây chính là kiểu bị động mà một bản SLA rõ ràng có thể ngăn được. Khi hợp đồng ghi cụ thể thời gian phản hồi cho từng loại sự cố, doanh nghiệp biết mình phải chờ bao lâu. Biết trước thời gian chờ giúp họ chủ động chuẩn bị phương án dự phòng. Thay vì ngồi đó lo lắng, gọi hết số này đến số khác.
Đánh giá kỹ điều khoản SLA trước khi ký cũng là cách sàng lọc đối tác. Một công ty tự tin vào năng lực vận hành thường sẵn sàng cam kết con số cụ thể. Ràng buộc đi kèm cũng được ghi rõ ràng trong hợp đồng. Đơn vị nào né tránh, chỉ nói chung chung kiểu “hỗ trợ nhanh chóng”, thường đáng để cân nhắc lại. Chúng tôi luôn khuyên khách hàng đọc kỹ mục này trước khi đặt bút ký. Kể cả khi hợp đồng dài hàng chục trang và SLA chỉ nằm ở một phụ lục nhỏ.
Những yếu tố cần xem xét trong SLA của nhà cung cấp dịch vụ công nghệ
Không cứ có chữ ký hai bên là bản SLA đó đáng tin. Muốn biết bản cam kết đó có giá trị thực sự hay không, cần soi vào vài yếu tố cụ thể. Hai yếu tố quan trọng nhất, theo kinh nghiệm của chúng tôi, nằm ở hai chỗ. Một là thời gian phản hồi theo mức độ sự cố. Hai là cách xử lý khi bên kia không giữ lời.
Mỗi mức độ sự cố nên có một con số riêng, không gộp chung
Một bản SLA tốt không nói chung chung “phản hồi nhanh nhất có thể”. Nó chia sự cố thành từng mức, mỗi mức có con số thời gian riêng. Dưới đây là ví dụ về cách chia mà chúng tôi hay thấy ở các hợp đồng làm ăn nghiêm túc.
| Mức độ sự cố | Thời gian phản hồi cam kết | Ý nghĩa với doanh nghiệp |
|---|---|---|
| Nghiêm trọng — hệ thống ngừng hoạt động hoàn toàn | 15-30 phút | Đây là mức phải phản ứng gần như ngay lập tức, vì mỗi phút ngừng là mất doanh thu thật |
| Trung bình — một phần chức năng lỗi | 2-4 giờ | Vẫn dùng tạm được, nhưng cần xử lý trong ngày |
| Nhẹ — lỗi giao diện, chính tả, không ảnh hưởng vận hành | 1 ngày làm việc | Không gấp |
Nếu hợp đồng chỉ ghi một con số duy nhất cho mọi loại sự cố, đó là dấu hiệu đáng chú ý. Có thể bên soạn thảo chưa nghĩ kỹ, hoặc cố tình mập mờ để dễ né trách nhiệm sau này. Với doanh nghiệp đang chọn đối tác triển khai giải pháp trí tuệ nhân tạo, có thể đối chiếu thêm một nguồn khác. Chúng tôi hay gợi ý khách hàng xem qua checklist kỹ thuật khi chọn đối tác ứng dụng AI trước khi quyết định. Nó giúp nhìn rõ hơn năng lực thật của đối tác, không chỉ riêng phần SLA.
Nếu bên kia thất hẹn, ai là người chịu trách nhiệm?
Yếu tố thứ hai ít người để ý: hình thức bồi thường khi nhà cung cấp không đáp ứng đúng cam kết. Một số hợp đồng có điều khoản giảm phí dịch vụ tháng đó theo tỷ lệ phần trăm thời gian trễ hẹn. Số khác cho phép doanh nghiệp đơn phương chấm dứt hợp đồng nếu vi phạm SLA lặp lại quá ba lần trong sáu tháng.
Ví dụ, doanh nghiệp đang vận hành một trang https://mona.media/thiet-ke-website-ban-hang/. Sự cố xảy ra đúng lúc cao điểm bán hàng sẽ ảnh hưởng doanh thu trực tiếp. Khoản bồi thường vài phần trăm phí dịch vụ khó bù nổi thiệt hại thực tế. Vì vậy chúng tôi khuyên nên hỏi thẳng một câu. Nếu chậm trễ gây thiệt hại lớn hơn mức bồi thường trong hợp đồng, có điều khoản nào xử lý riêng không? Câu trả lời của bên cung cấp, dù là có hay không, sẽ nói lên rất nhiều về sự minh bạch của họ.
Cách kiểm tra thực tế SLA trước khi ký hợp đồng dài hạn
Đọc hợp đồng kỹ chưa đủ khi chọn nhà cung cấp dịch vụ công nghệ. Lời cam kết trên giấy và cách vận hành thực tế đôi khi là hai chuyện khác nhau. Chúng tôi có một nguyên tắc áp dụng cho mọi hợp đồng công nghệ trước khi ký. Đó là kiểm chứng bằng dữ liệu thật, không chỉ tin vào lời hứa trong buổi demo.
Cách đầu tiên là yêu cầu tham khảo lịch sử xử lý sự cố thực tế với khách hàng khác. Một nhà cung cấp đàng hoàng sẽ không ngại chia sẻ vài trường hợp cụ thể. Kể cả những lần họ từng trễ hẹn, và cách họ đã khắc phục ra sao. Ngược lại, nếu bên kia chỉ nói chung chung kiểu “khách hàng luôn hài lòng”. Không có ví dụ cụ thể nào đi kèm, đó là điều đáng lăn tăn. Việc tra cứu thêm một danh sách công ty outsourcing phần mềm uy tín cũng giúp có thêm góc nhìn. Đừng chỉ nghe một phía từ chính nhà cung cấp.
Cách thứ hai chúng tôi hay áp dụng, và thấy hiệu quả hơn cả. Đó là gửi một yêu cầu hỗ trợ nhỏ, trước khi ký hợp đồng chính thức. Có thể là một câu hỏi kỹ thuật đơn giản, hoặc yêu cầu chỉnh sửa nhỏ trên bản demo. Cách phản hồi request nhỏ này thường phản ánh khá đúng cách họ xử lý sự cố thật sau này.
Chúng tôi để ý điều gì khi thử một yêu cầu hỗ trợ nhỏ
Khi thử nghiệm kiểu này, chúng tôi thường để ý mấy điểm sau:
- Thời gian từ lúc gửi yêu cầu đến khi có người xác nhận đã nhận được, không phải thời gian giải quyết xong
- Người phản hồi có phải kỹ thuật viên thật, hay chỉ là nhân viên chăm sóc khách hàng chuyển tiếp lòng vòng
- Câu trả lời có đúng trọng tâm câu hỏi hay chỉ là mẫu trả lời soạn sẵn
- Có được cập nhật tiến độ chủ động, hay phải nhắn lại mới có tin
- Thái độ khi mình hỏi thêm chi tiết kỹ thuật sâu hơn
Một công ty làm tốt cả năm điểm này ngay từ lúc còn là khách hàng tiềm năng thường đáng tin cậy hơn. Khả năng cao họ sẽ làm tốt tương tự, sau khi hợp đồng đã ký. Còn nếu ngay giai đoạn tìm hiểu mà phản hồi đã chậm, đừng kỳ vọng gì hơn. Sau này khi họ đã có tiền của bạn trong tay, mọi thứ chỉ có thể chậm hơn.
Bài học chúng tôi rút ra sau nhiều lần cùng khách hàng chọn đối tác công nghệ
Chúng tôi từng chứng kiến một khách hàng chọn dịch vụ hosting chỉ vì giá rẻ hơn 30% so với chỗ khác. Họ bỏ qua hoàn toàn phần SLA. Nửa năm sau, một lần server treo gần trọn buổi sáng. Gọi mãi không ai nghe máy. Họ mới quay lại hỏi chúng tôi nên chuyển đi đâu. Lúc đó chúng tôi có gợi ý tham khảo thêm một bài đánh giá chất lượng một nhà cung cấp hosting đã được kiểm chứng. Nhờ vậy họ có cơ sở so sánh trước khi quyết định chuyển.
Điều chúng tôi muốn nhắn gửi qua bài này rất đơn giản. Đừng ký hợp đồng với nhà cung cấp dịch vụ công nghệ nào mà chưa đọc kỹ phần SLA về thời gian phản hồi. Con số trên giấy không quan trọng bằng việc bên kia có thực sự giữ lời khi sự cố xảy ra. Trước khi đặt bút ký hợp đồng dài hạn tiếp theo, hãy dành mười lăm phút hỏi thẳng nhà cung cấp về cam kết này. Nếu được, hãy thử họ bằng một yêu cầu nhỏ trước. Đó là khoản đầu tư thời gian rẻ nhất để tránh một đêm mất ngủ vì hệ thống sập mà không ai bắt máy.