Apa itu SLA help desk?

SLA help desk adalah kesepakatan tingkat layanan yang menetapkan target waktu respons dan penyelesaian tiket support. Targetnya dapat disesuaikan dengan prioritas, kelompok pelanggan, tim, dan jam kerja.

Diperbarui 21 Oktober 2026 7 menit baca
Apa itu SLA help desk?

Poin penting

  • SLA helpdesk menetapkan target waktu respons dan penyelesaian agar tim tahu percakapan mana yang perlu segera ditangani.
  • Waktu respons pertama, respons berikutnya, dan penyelesaian mengukur tahap yang berbeda dalam pelayanan pelanggan.
  • Sesuaikan target dengan prioritas, jam layanan, kapasitas tim, dan jalur eskalasi, bukan sekadar mengikuti angka industri.

Jawaban singkat

SLA help desk menetapkan seberapa cepat tim support perlu merespons, memberi kabar terbaru, dan menyelesaikan tiket. Sistem menghitung waktu sesuai jam layanan, memberi peringatan sebelum batas waktu terlewat, dan mencatat apakah target tercapai. Kesepakatan ini membantu tim dan pelanggan memahami layanan yang bisa diharapkan.

Perbedaan waktu respons dan waktu penyelesaian

Balasan pertama yang cepat belum tentu berarti masalah cepat selesai. Ukur setiap tahap secara terpisah agar angka respons yang baik tidak menutupi proses penyelesaian yang panjang atau membingungkan bagi pelanggan.

Target waktu SLA help desk yang umum

Metrik SLATimer mulaiTimer berhentiYang ditunjukkan
First-response timeSaat pesan pertama pelanggan membuat atau reopen tiket.Saat agent mengirim balasan bermakna pertama.Seberapa cepat tim mengakui dan mulai memiliki issue.
Next-response timeSaat pelanggan membalas dalam conversation terbuka.Saat tim mengirim update bermakna berikutnya.Apakah conversation aktif terus bergerak.
Resolution timeSaat tiket masuk ke antrean support.Saat issue selesai atau tiket resolved sesuai aturan yang disepakati.Berapa lama pelanggan menunggu outcome.

Cara kerja SLA timer dalam ticketing system

  • Cocokkan tiket ke kebijakan memakai prioritas, tier pelanggan, tim, topik, atau channel.
  • Mulai response atau resolution timer yang relevan ketika kebijakan berlaku.
  • Pause clock di luar business hours atau saat menunggu pelanggan hanya jika agreement menyatakannya.
  • Beri warning kepada owner dan team lead sebelum target terlewat.
  • Catat alasan breach agar masalah routing, staffing, dan kebijakan dapat direview.

Yang harus ada di kebijakan SLA help desk

ScopePelanggan, paket, tim, channel, atau tipe tiket mana yang dicakup agreement.
Service hoursTime zone, hari kerja, hari libur, dan apakah timer berjalan terus atau hanya saat coverage.
TargetEkspektasi first response, next response, update cadence, dan resolution per prioritas.
Eskalasi dan pengecualianSiapa yang mendapat notifikasi, apa yang menghentikan sementara timer, dan event di luar agreement.

Contoh priority matrix SLA help desk

Gunakan ini sebagai contoh planning, bukan benchmark universal. Tetapkan waktu sebenarnya dari komitmen pelanggan, staffing, ekspektasi channel, dan risiko setiap level prioritas.

Contoh matrix SLA—ganti target ini dengan komitmen yang sanggup dipenuhi tim

PrioritasSituasi umumContoh first responseContoh target update atau resolution
UrgentService tidak tersedia, risiko security, atau blocker bisnis kritis.15–30 menitUpdate sering sampai stabil; owner eskalasi ditentukan.
HighWorkflow utama terganggu tanpa workaround praktis.1–2 jam kerjaKabar terbaru di hari kerja yang sama dan rencana pemulihan yang disepakati.
NormalPertanyaan produk, akun, atau kebijakan standar.4–8 jam kerjaResolusi atau update berguna berikutnya dalam 1–2 hari kerja.
LowPermintaan how-to, feedback, atau pertanyaan non-blocking.1 hari kerjaResolusi atau follow-up terencana dalam beberapa hari kerja.

Cara AI triage membantu workflow SLA

AI triage dapat menandai urgensi, sentimen, topik, dan risiko routing saat tiket masuk. Ini membantu conversation berisiko tinggi sampai ke owner yang tepat sebelum SLA timer menjadi satu-satunya warning.

Metrik SLA help desk yang perlu direview

  • Compliance first-response dan resolution berdasarkan prioritas, tier pelanggan, channel, dan tim.
  • Tiket yang breach karena tidak punya owner, salah routing, atau menunggu di antrean yang keliru.
  • Waktu menunggu tim dibanding waktu menunggu pelanggan atau pihak ketiga.
  • Topik yang berulang kali mendekati breach dan membutuhkan staffing, otomatisasi, atau dokumentasi lebih baik.
  • Kepuasan pelanggan, tingkat tiket dibuka kembali, dan repeat contact setelah tiket breach maupun non-breach.

Cara menetapkan target SLA yang realistis

  • Ukur distribusi response dan resolution saat ini sebelum menjanjikan target.
  • Pisahkan incident urgent dari pertanyaan rutin agar satu antrean tidak mendistorsi semua target.
  • Pilih kalender coverage dan pause rule sebelum mengonfigurasi timer.
  • Atur warning cukup awal agar orang lain bisa membantu sebelum breach.
  • Review tiket breach setiap bulan dan ubah workflow ketika penyebab yang sama berulang.

Masukkan SLA ke workflow support

Target SLA perlu terlihat dalam pekerjaan sehari-hari. Hubungkan pengaturan SLA dengan routing, penanggung jawab, jam kerja, peringatan, dan laporan agar tim bisa bertindak sebelum target terlewat.

Cara menghitung waktu respons SLA dalam jam kerja

Misalkan jam layanan Senin sampai Jumat pukul 09.00–17.00, dengan target respons pertama empat jam kerja. Tiket yang masuk Jumat pukul 16.00 memakai satu jam pada hari itu. Sisa tiga jam dihitung pada Senin, sehingga batas responsnya Senin pukul 12.00, jika bukan hari libur. Dengan kalender layanan 24/7, target empat jam yang sama berakhir Jumat pukul 20.00.

  • Tentukan zona waktu dan kalender hari libur sebelum menghitung batas waktu.
  • Hitung hanya waktu yang termasuk dalam perjanjian; jangan mengubah aturan jeda setelah terjadi pelanggaran.
  • Tentukan apakah balasan otomatis sudah memenuhi janji respons pertama atau diperlukan jawaban support yang bermakna.

Cara menghitung pencapaian SLA

Persentase pencapaian SLA adalah jumlah target yang terpenuhi dibagi jumlah target yang diukur, dikalikan 100. Contohnya, jika 180 dari 200 target respons pertama terpenuhi, pencapaiannya 90%. Hitung pencapaian resolusi secara terpisah; membalas tepat waktu tidak berarti masalah selesai tepat waktu.

  • Gunakan periode laporan, kebijakan, dan kelompok prioritas yang sama pada pembilang dan penyebut.
  • Dokumentasikan pengecualian serta cara menghitung target yang masih berjalan.
  • Baca percakapan yang melewati SLA untuk membedakan masalah routing, kekurangan staf, dan target yang tidak realistis.

Contoh perhitungan SLA, bukan tolok ukur industri

MetrikPerhitunganHasil
Pencapaian respons pertama180 target terpenuhi ÷ 200 target terukur × 10090%
Pelanggaran respons pertama20 target terlewat ÷ 200 target terukur × 10010%

Pertanyaan yang sering diajukan

Tidak ada durasi tetap. Tim yang sudah menyepakati target, jam layanan, prioritas, dan penanggung jawab eskalasi memiliki lebih sedikit persiapan daripada tim yang masih menyusun kebijakan. Sebelum digunakan, uji batas jam kerja, hari libur, pergantian penanggung jawab, status menunggu pelanggan, dan peringatan pelanggaran dengan tiket contoh. Konfigurasi siap ketika semua kasus itu berjalan sesuai kesepakatan, bukan hanya saat timer muncul.
Pisahkan janji respons kepada pelanggan dari target kualitas AI triage internal. Tentukan cara meninjau salah routing, siapa yang memperbaikinya, dan langkah saat AI tidak tersedia. Tetap jelaskan timer respons pelanggan serta penanggung jawab eskalasi; klasifikasi AI yang cepat tidak sama dengan balasan yang bermakna.
SLA berarti service level agreement. Dalam help desk, SLA mendefinisikan waktu response, update, atau resolution yang dijanjikan untuk kelas tiket tertentu, bersama service hours, pause rule, dan langkah eskalasi.
Ya, begitu volume support tumbuh. SLA mengubah ekspektasi response menjadi operating system yang terlihat.
First-response SLA mengukur seberapa cepat tim mengirim balasan bermakna pertama. Resolution SLA mengukur seberapa cepat issue diselesaikan atau tiket ditutup.
Tidak. Tiket urgent, high-value, atau business-critical biasanya membutuhkan target lebih ketat daripada pertanyaan rutin.
Pause rule harus mengikuti agreement. Contoh umum termasuk waktu di luar business hours atau saat tim menunggu informasi wajib dari pelanggan. Dokumentasikan setiap kondisi pause agar metrik tidak mudah dimanipulasi.
Help desk sebaiknya memberi alert ke owner dan escalation contact, membuat breach terlihat, dan mencatat penyebabnya. Tim tetap harus menyelesaikan issue; breach adalah sinyal untuk mereview routing, coverage, workload, atau target itu sendiri.

Coba Protodesk gratis selama 7 hari

Hubungkan inbox pertama, undang tim, lalu coba AI triage, draft balasan, dan auto-resolve dengan 300 kredit trial. Tanpa kartu kredit.