Ketika printer divisi keuangan mati menjelang tutup buku, berapa lama perusahaan bersedia menunggu? Satu jam, setengah hari, atau tiga hari? Jawabannya berbeda untuk setiap perusahaan, bahkan berbeda untuk setiap jenis masalah. Tanpa kesepakatan yang jelas sejak awal, ekspektasi pengguna, tim IT, dan vendor mudah tidak selaras. Pengguna merasa lambat ditangani, sementara vendor merasa sudah bekerja sesuai kemampuan.
Service Level Agreement (SLA) adalah cara menyepakati ekspektasi tersebut secara tertulis dan terukur. Artikel ini membahas apa itu SLA IT support, komponennya, cara menentukan prioritas, contoh response dan resolution time, cara menyusun SLA, serta cara mengevaluasi vendor berdasarkan SLA. Alur yang menjadi dasar pembahasan: IT Issue → Priority → Response Time → Diagnosis → Resolution → Escalation → Reporting → Performance Review.
Apa Itu SLA IT Support?
Pengertian SLA
SLA adalah kesepakatan tertulis antara penyedia layanan dan penerima layanan yang menetapkan standar layanan yang akan diberikan, seperti waktu respons, target penyelesaian, jam layanan, dan cara pelaporan. Penyedia layanan dapat berupa tim IT internal maupun vendor eksternal.
Fungsi SLA dalam Layanan IT
SLA memberikan acuan yang sama bagi semua pihak. Pengguna mengetahui apa yang dapat diharapkan, penyedia layanan mengetahui apa yang harus dipenuhi, dan manajemen memiliki dasar untuk mengevaluasi kinerja.
SLA vs KPI
| Aspek | SLA | KPI |
|---|---|---|
| Sifat | Kesepakatan layanan antara dua pihak | Indikator untuk mengukur kinerja |
| Pertanyaan utama | Apa standar layanan yang dijanjikan? | Seberapa baik kinerja yang dicapai? |
| Contoh | Respons dalam waktu tertentu untuk insiden prioritas tinggi | Persentase insiden yang ditangani sesuai SLA |
SLA menetapkan target, sedangkan KPI mengukur seberapa sering target tersebut tercapai. Keduanya saling melengkapi.
Mengapa SLA IT Support Penting?
Menentukan Ekspektasi Layanan
SLA mencegah perbedaan persepsi tentang apa yang dimaksud cepat dan apa yang termasuk dalam layanan.
Mengukur Performa Vendor
Tanpa target yang terukur, evaluasi kinerja vendor hanya berdasarkan kesan. Dengan SLA, ada data yang dapat dibandingkan dengan komitmen.
Mengontrol Downtime
Target waktu penanganan yang jelas membantu perusahaan mengendalikan lamanya perangkat atau layanan tidak dapat digunakan.
Meningkatkan Akuntabilitas
Ketika tanggung jawab dan target tercatat, setiap pihak memahami perannya, dan keterlambatan dapat dibahas secara objektif.
Komponen SLA IT Support
SLA yang baik umumnya mencakup komponen berikut.
Response Time
Waktu antara laporan masalah diterima dan respons pertama diberikan, misalnya pengakuan laporan atau mulai penanganan. Response time tidak sama dengan masalah selesai.
Resolution Time
Waktu antara laporan diterima dan masalah dinyatakan selesai atau layanan dipulihkan. Resolution time umumnya berbeda untuk setiap jenis dan prioritas masalah.
Availability
Tingkat ketersediaan layanan atau sistem dalam periode tertentu, biasanya dinyatakan dalam persentase waktu layanan tersedia dibanding waktu yang dijanjikan. Tentukan juga cara mengukur dan periode pengukurannya.
Support Hours
Jam layanan yang tersedia, misalnya jam kerja saja atau lebih panjang. Perjelas apakah akhir pekan dan hari libur termasuk, serta apakah waktu di luar jam layanan dihitung dalam target.
Escalation
Jalur eskalasi ketika masalah tidak terselesaikan sesuai target, termasuk siapa yang dihubungi dan kapan.
Priority Level
Pengelompokan masalah berdasarkan tingkat dampak dan urgensi, yang menentukan target respons dan penyelesaian.
Communication
Cara dan frekuensi komunikasi selama penanganan, misalnya saluran pelaporan dan pembaruan status.
Reporting
Laporan berkala tentang kinerja layanan, seperti jumlah insiden, kepatuhan terhadap target, dan tren masalah.
Cara Menentukan Priority Level
Prioritas biasanya ditentukan dari kombinasi dampak (seberapa besar pengguna atau proses bisnis terganggu) dan urgensi (seberapa cepat harus ditangani). Jumlah level dapat disesuaikan, tetapi empat level berikut umum digunakan.
| Level | Gambaran | Contoh Situasi |
|---|---|---|
| Critical | Layanan atau proses bisnis utama berhenti total dan berdampak luas | Gangguan pada sistem atau perangkat yang membuat banyak pengguna tidak dapat bekerja |
| High | Gangguan signifikan pada proses penting atau sekelompok pengguna | Perangkat kerja penting tidak dapat digunakan dan tidak ada alternatif |
| Medium | Gangguan sedang dengan alternatif sementara | Perangkat bermasalah, tetapi pengguna masih dapat bekerja dengan cara lain |
| Low | Gangguan ringan atau permintaan yang tidak mendesak | Permintaan penyesuaian kecil atau gangguan kosmetik |
Contoh situasi di atas bersifat ilustrasi. Tingkat dampak sebenarnya bergantung pada bisnis dan proses masing-masing perusahaan.
Contoh Response Time dan Resolution Time
Tabel berikut adalah ilustrasi hipotetis untuk menjelaskan struktur. Angka dalam tabel bukan standar industri, bukan standar yang berlaku umum, dan bukan SLA milik Success Comp maupun vendor mana pun. Nilai sebenarnya harus disesuaikan dengan kritikalitas bisnis, sumber daya, anggaran, dan kemampuan penyedia layanan.
| Jenis Insiden | Contoh Response Time | Contoh Target Resolusi | Catatan |
|---|---|---|---|
| Critical incident | 30 menit | 4 jam | Biasanya membutuhkan eskalasi segera dan pembaruan status berkala |
| High priority | 1 jam | 8 jam kerja | Perlu penanganan di hari yang sama |
| Normal issue | 4 jam kerja | 2 hari kerja | Ditangani sesuai antrean dan prioritas |
| Minor issue | 1 hari kerja | 5 hari kerja | Dapat dijadwalkan bersama pekerjaan lain |
Critical Incident
Untuk insiden yang menghentikan proses bisnis utama, respons dan pemulihan perlu secepat mungkin. Target yang sangat ketat biasanya berdampak pada biaya layanan dan kebutuhan sumber daya.
High Priority
Untuk gangguan signifikan yang masih memiliki sebagian alternatif, target dapat sedikit lebih longgar tetapi tetap dalam waktu singkat.
Normal Issue
Untuk gangguan sedang, target disesuaikan dengan jam kerja dan antrean pekerjaan.
Minor Issue
Untuk gangguan ringan, target dapat lebih panjang dan penanganannya dijadwalkan.
Hal penting yang perlu disepakati bersama target waktu:
- Kapan perhitungan waktu dimulai, misalnya sejak laporan diterima melalui saluran resmi.
- Apakah waktu dihitung selama jam layanan saja atau selama 24 jam.
- Kapan perhitungan dihentikan sementara, misalnya ketika menunggu informasi dari pengguna atau menunggu spare part.
- Apa yang dimaksud dengan selesai, misalnya layanan pulih atau solusi sementara diterapkan.
- Bagaimana jika penyelesaian memerlukan spare part atau pengerjaan lanjutan di luar lokasi.
Setelah SLA, response time, dan resolution time terdefinisi, langkah berikutnya adalah memastikan layanan maintenance yang digunakan mampu mendukung standar tersebut. Jika Anda ingin mendiskusikan kebutuhan dukungan perangkat dan maintenance dengan standar layanan yang jelas, tim Success Comp dapat membantu mempertimbangkan kebutuhan Anda.
Cara Membuat SLA IT Support
Berikut langkah penyusunannya.
- Identifikasi layanan — daftar layanan yang dicakup, misalnya helpdesk, perangkat keras, printer, jaringan, perangkat lunak, dan server, serta layanan yang tidak dicakup.
- Identifikasi jam layanan — tetapkan hari dan jam layanan, termasuk perlakuan di luar jam tersebut.
- Tentukan priority — tetapkan level prioritas dan kriteria untuk menentukannya.
- Tentukan response time — tetapkan target respons untuk setiap level prioritas.
- Tentukan resolution target — tetapkan target penyelesaian yang realistis dan dapat dicapai, termasuk perlakuan jika membutuhkan spare part.
- Tentukan escalation — tetapkan jalur dan batas waktu eskalasi.
- Tentukan reporting — tetapkan jenis laporan, frekuensi, dan indikator yang dilaporkan.
Libatkan pihak yang menggunakan layanan, bukan hanya tim IT atau procurement. Target yang disusun tanpa memahami kebutuhan pengguna cenderung tidak realistis.
Contoh SLA IT Support Perusahaan
Berikut contoh pengelompokan layanan dalam SLA, beserta contoh penentuan prioritas awal. Bentuk ini hanya ilustrasi dan perlu disesuaikan.
| Area Layanan | Contoh Insiden | Contoh Prioritas Awal | Catatan Penyusunan |
|---|---|---|---|
| Helpdesk | Pengguna tidak dapat login | Tergantung jumlah pengguna terdampak | Tetapkan saluran pelaporan dan jam layanan |
| Hardware | Laptop atau komputer tidak menyala | Tergantung peran pengguna dan ketersediaan perangkat pengganti | Tentukan perlakuan jika menunggu spare part |
| Printer | Printer tidak mencetak | Tergantung kritikalitas proses cetak | Perjelas cakupan jenis printer dan perlakuan consumable |
| Network | Koneksi jaringan terputus | Sering tinggi atau kritis jika berdampak luas | Tentukan batas tanggung jawab antara vendor dan penyedia jaringan |
| Software | Aplikasi kerja tidak dapat dibuka | Tergantung dampak pada proses bisnis | Perjelas aplikasi yang dicakup dan batas dukungan |
| Server | Server atau layanan utama tidak tersedia | Biasanya kritis | Tentukan target availability dan prosedur pemulihan |
Contoh tersebut menunjukkan bahwa satu SLA dapat mencakup beberapa area dengan prioritas dan perlakuan yang berbeda. Cakupan layanan sebaiknya ditulis eksplisit, agar tidak ada asumsi yang berbeda antara pihak yang terlibat.
SLA Internal vs SLA Vendor IT
SLA Internal
SLA internal adalah kesepakatan antara tim IT dan unit bisnis dalam perusahaan yang sama. Biasanya dikenal juga sebagai standar layanan internal, dan membantu mengatur ekspektasi pengguna terhadap tim IT.
SLA Vendor
SLA vendor adalah kesepakatan antara perusahaan dan penyedia layanan eksternal, biasanya tertuang dalam kontrak, dan memiliki konsekuensi komersial atau tindak lanjut jika target tidak terpenuhi.
Kapan Perusahaan Membutuhkan Vendor SLA
SLA dengan vendor umumnya relevan ketika perusahaan bergantung pada vendor untuk maintenance atau dukungan, perangkat bersifat kritis bagi operasional, jumlah perangkat banyak atau tersebar, atau tim IT internal terbatas. Target SLA vendor perlu disesuaikan dengan SLA internal, agar komitmen kepada pengguna tidak melebihi apa yang dapat dipenuhi vendor.
Hubungan SLA dengan Maintenance IT
Preventive Maintenance
Perawatan terjadwal mengurangi kemungkinan insiden. SLA dapat mencakup jadwal dan cakupan preventive maintenance, bukan hanya penanganan insiden.
Corrective Maintenance
Penanganan kerusakan yang sudah terjadi adalah area utama target response dan resolution time.
Incident Response
Respons terhadap insiden mengikuti prioritas yang sudah ditetapkan, lengkap dengan eskalasi dan komunikasi.
Downtime
Tujuan akhir SLA adalah membatasi dampak downtime terhadap bisnis. Data waktu respons dan penyelesaian membantu menilai apakah target downtime tercapai.
Cara Mengevaluasi Vendor Berdasarkan SLA
Evaluasi berkala berdasarkan data membuat SLA bermakna. Indikator yang umum digunakan:
- Response time compliance — persentase insiden yang direspons dalam target.
- Resolution compliance — persentase insiden yang diselesaikan dalam target.
- Availability — tingkat ketersediaan layanan dibanding yang dijanjikan.
- Incident frequency — jumlah dan tren insiden dari waktu ke waktu, termasuk masalah berulang.
- Customer satisfaction — penilaian pengguna terhadap kualitas penanganan.
Gunakan data dari catatan tiket atau laporan layanan, dan bahas hasilnya bersama vendor dalam pertemuan evaluasi berkala. Hasil evaluasi juga dapat digunakan sebagai bahan keputusan perpanjangan kontrak.
Kesalahan dalam Membuat SLA IT
- Target terlalu umum — istilah seperti “secepat mungkin” tidak dapat diukur dan sulit ditagih.
- Tidak memiliki priority — semua masalah diperlakukan sama sehingga masalah kritis dan ringan bersaing untuk perhatian yang sama.
- Tidak menentukan response time — pengguna tidak tahu kapan harus mengharapkan respons pertama.
- Tidak menentukan escalation — tidak jelas ke mana masalah harus dibawa saat target terlampaui.
- Tidak melakukan review — SLA tidak diperbarui meski kebutuhan, jumlah perangkat, atau struktur organisasi berubah.
Kesimpulan
SLA IT support mengubah ekspektasi yang samar menjadi kesepakatan yang terukur. Dengan komponen yang jelas, yaitu response time, resolution time, availability, support hours, escalation, priority level, communication, dan reporting, perusahaan dapat menilai layanan IT, baik dari tim internal maupun vendor, berdasarkan data. Alurnya IT Issue → Priority → Response Time → Diagnosis → Resolution → Escalation → Reporting → Performance Review.
Target yang baik bukan target yang paling ketat, melainkan yang realistis, disepakati, dan dievaluasi berkala. Jika perusahaan Anda ingin berkonsultasi mengenai maintenance IT dan kebutuhan dukungan perangkat dengan standar layanan yang jelas, silakan hubungi tim Success Comp.
Konsultasikan Kebutuhan Maintenance dan Dukungan Perangkat Anda dengan Success Comp →
FAQ
1. Apa itu SLA IT support? SLA IT support adalah kesepakatan tertulis yang menetapkan standar layanan IT, seperti waktu respons, target penyelesaian, jam layanan, eskalasi, dan pelaporan, antara penyedia layanan dan penerima layanan.
2. Apa perbedaan response time dan resolution time? Response time adalah waktu hingga respons pertama diberikan, sedangkan resolution time adalah waktu hingga masalah dinyatakan selesai atau layanan dipulihkan.
3. Apa perbedaan SLA dan KPI? SLA menetapkan standar layanan yang dijanjikan, sedangkan KPI mengukur seberapa baik standar tersebut dicapai. Keduanya digunakan bersama dalam evaluasi layanan.
4. Berapa response time yang ideal untuk IT support? Tidak ada angka tunggal yang berlaku untuk semua perusahaan. Target bergantung pada prioritas masalah, kritikalitas bisnis, jam layanan, sumber daya, dan anggaran.
5. Bagaimana menentukan priority level? Tentukan berdasarkan kombinasi dampak dan urgensi. Misalnya, gangguan yang menghentikan proses bisnis utama dan berdampak luas umumnya diberi prioritas lebih tinggi daripada gangguan ringan.
6. Bagaimana jika penyelesaian membutuhkan spare part? Perjelas dalam SLA bagaimana perlakuan waktunya, misalnya apakah perhitungan dihentikan sementara selama menunggu spare part dan apakah ada solusi sementara yang dapat diterapkan.
7. Seberapa sering SLA perlu ditinjau? Frekuensinya bergantung pada perubahan kebutuhan, jumlah perangkat, dan struktur organisasi. Tinjau secara berkala, dan lakukan penyesuaian ketika ada perubahan signifikan.