Pelacak SLA: buat tenggat, jeda, dan laporan tim

Mengapa tim operasional pelanggan sering kehilangan jejak tenggat SLA

Tim operasional pelanggan jarang melewatkan SLA karena seseorang mengabaikan tanggal. Tenggat dapat berubah, tiket berpindah tangan, dan balasan pelanggan bisa menghentikan pekerjaan selama berhari-hari. Spreadsheet dengan satu kolom tenggat akan bermasalah jika tidak diperbarui setiap kali ada perubahan.

Masalah pertama muncul ketika setiap target SLA diperlakukan sebagai satu tenggat. Target respons pertama mengukur seberapa cepat agen mengakui permintaan baru. Target penyelesaian mengukur berapa lama waktu yang dimiliki tim untuk menyelesaikannya. Tiket bisa memenuhi target respons dalam 15 menit, tetapi tetap melewati target penyelesaian tiga hari kemudian. Satu tenggat tidak dapat menunjukkan komitmen mana yang gagal.

Kepemilikan menimbulkan masalah lain. Seorang agen mungkin membalas, spesialis menyelidiki, dan manajer menyetujui perbaikannya. Jika tidak ada yang bertanggung jawab atas penghitung waktu SLA yang sedang berjalan, setiap orang bisa mengira orang lain sedang mengawasinya. Tiket tetap berada dalam antrean sampai waktunya habis.

Bayangkan masalah akses akun yang dilaporkan pukul 10.00. Agen membalas pukul 10.12, sehingga memenuhi target respons 30 menit, lalu meminta tangkapan layar pukul 10.20. Pelanggan membalas pada siang hari berikutnya. Jika pelacak menghitung waktu tunggu itu sebagai bagian dari target penyelesaian, dukungan akan disalahkan atas waktu yang tidak dapat mereka gunakan. Jika penghitung waktu dijeda tetapi tidak dimulai lagi, hasilnya akan salah ke arah sebaliknya.

Pelacak harus memberikan satu catatan operasional bersama untuk setiap tiket: pemilik, tim, prioritas, tenggat respons dan penyelesaian, status penghitung waktu, alasan jeda, serta riwayat perubahan. Agen dapat berfokus pada pekerjaan yang mendekati pelanggaran, sementara manajer dapat menemukan keterlambatan akibat staf, serah terima, atau waktu tunggu pelanggan.

Lembar manual masih dapat digunakan untuk antrean kecil yang stabil. Setelah tenggat bergantung pada prioritas, jam kerja, pengalihan, dan jeda, pelacak membutuhkan aturan yang konsisten.

Tentukan kebutuhan setiap catatan SLA

Setiap tiket membutuhkan detail yang cukup untuk menjelaskan siapa pemiliknya, komitmen mana yang berlaku, dan apakah penghitung waktu harus berjalan. Mulailah dari hal dasar: pelanggan atau akun, prioritas, tim yang ditugaskan, pemilik tiket, dan status saat ini.

Kemudian tambahkan bidang yang mengendalikan tenggat:

• Kebijakan SLA, seperti «Dukungan standar» atau «Dukungan prioritas»
• Waktu mulai
• Waktu jatuh tempo respons pertama dan waktu jatuh tempo penyelesaian
• Alasan jeda dan waktu mulai jeda
• Waktu mulai kembali atau total durasi jeda

Pisahkan respons pertama dari penyelesaian penuh. Tim mungkin menjanjikan balasan pertama dalam empat jam kerja, tetapi memberikan waktu dua hari kerja untuk penyelesaian. Satu tenggat dapat membuat pengakuan cepat menutupi tiket yang belum selesai.

Jangan meminta agen memilih «terlambat» secara manual. Hitung statusnya dari waktu saat ini, waktu jatuh tempo, status tiket, dan jeda yang valid. Misalnya, tiket melanggar SLA penyelesaian ketika waktu jatuh temponya telah lewat, tiket masih terbuka, dan penghitung waktu sedang aktif.

AppMaster dapat menyimpan logika ini di satu tempat. Data Designer-nya dapat memodelkan bidang tiket, sedangkan Business Process visual dapat menghitung tenggat dan status pelanggaran setiap kali agen membuat atau memperbarui tiket.

Tetapkan aturan SLA sebelum membuat pelacak

Aturan yang jelas membuat hasil SLA lebih adil. Tentukan target untuk setiap kategori tiket sebelum membuat rumus atau laporan. Jika tidak, dua agen dapat menangani permintaan yang sama dengan cara berbeda dan jumlah pelanggaran kehilangan maknanya.

Sebagian besar tim membedakan target berdasarkan prioritas, paket pelanggan, dan jenis permintaan. Buat versi pertama tetap sederhana. Misalnya, insiden produksi yang mendesak mungkin membutuhkan respons pertama dalam satu jam, masalah akses untuk paket berbayar dalam empat jam kerja, dan pertanyaan rutin dalam dua hari kerja.

Tuliskan setiap aturan dengan bahasa sederhana. «Masalah penagihan berprioritas tinggi untuk pelanggan premium membutuhkan respons pertama dalam dua jam kerja» menjelaskan data yang perlu disimpan: prioritas, paket, jenis permintaan, waktu dibuat, dan waktu respons pertama.

Tentukan kalender kerja

Tentukan apakah target berjalan sepanjang waktu atau hanya selama jam dukungan. Jika dukungan beroperasi Senin sampai Jumat dari pukul 09.00 hingga 17.00, tiket yang diterima Jumat pukul 16.30 dengan target dua jam harus jatuh tempo Senin pukul 10.30, bukan Jumat malam.

Dokumentasikan hari kerja, jam dukungan, zona waktu, hari libur, dan kalender insiden 24/7 yang terpisah jika ada. Jika memungkinkan, gunakan satu kalender bernama untuk setiap kebijakan. Tim yang melayani pelanggan di berbagai negara mungkin membutuhkan kalender regional, tetapi membuat kalender untuk setiap pelanggan hanya menambah pekerjaan pemeliharaan.

Tetapkan titik mulai dan pemilik kebijakan

Tentukan dengan tepat kapan penghitung waktu dimulai. Tiket baru biasanya dimulai saat sistem menerimanya. Tiket yang dibuka kembali membutuhkan aturan terpisah: melanjutkan sisa waktu, memulai ulang penghitung waktu asli, atau memulai target baru. Pilih satu metode dan terapkan secara konsisten.

Serahkan perubahan kebijakan kepada satu orang atau kelompok kecil. Agen dapat memperbaiki data tiket, tetapi tidak boleh mengubah tenggat untuk menghapus pelanggaran. Simpan versi kebijakan pada setiap catatan dan catat pengecualian yang disetujui beserta alasan dan tanggalnya.

Aplikasi AppMaster dapat menyimpan kebijakan di satu area admin dan menerapkan aturan yang sesuai saat tiket masuk ke sistem. Rumus spreadsheet yang terpisah dapat digantikan dengan satu penghitung waktu yang konsisten.

Petakan data di balik pelacak

Buat versi pertama cukup sederhana agar pemimpin operasional dapat memeriksa tiket dan memahami alasan perubahan tenggatnya.

Mulailah dengan tabel tiket yang berisi ID, subjek, pelanggan, prioritas, status, waktu dibuat, waktu respons pertama, waktu diselesaikan, tenggat, pemilik yang ditugaskan, dan tim yang bertanggung jawab. Setiap tiket harus memiliki satu pemilik saat ini dan satu tim, meskipun beberapa orang memberikan komentar.

Buat catatan terpisah untuk tim dan kebijakan SLA. Catatan tim dapat menyimpan nama dan jadwal jam kerja. Setiap kebijakan harus menjelaskan tiket yang dicakup, target respons dan penyelesaiannya, jenis penghitung waktu, serta apakah waktu tunggu pelanggan menjeda penghitung waktu.

Tambahkan catatan hari libur dengan tanggal, tim atau lokasi terkait, dan label singkat. Simpan semua cap waktu dalam satu zona waktu yang konsisten, biasanya UTC, lalu tampilkan waktu lokal di antarmuka jika diperlukan. Zona waktu yang tercampur dapat menyebabkan kesalahan di sekitar akhir pekan dan perubahan waktu musim panas.

Simpan riwayat status, jangan menimpa data sebelumnya. Setiap entri harus mencatat ID tiket, status lama dan baru, waktu kejadian, serta orang atau aturan yang membuat perubahan. Catat kejadian seperti «Menunggu pelanggan», «Pelanggan membalas», «Ditugaskan», dan «Diselesaikan».

Riwayat ini menjelaskan perubahan tenggat. Jika tanggal jatuh tempo bergeser dari Selasa pagi ke Selasa siang, manajer dapat melihat bahwa tim menjeda SLA selama tiga jam sambil menunggu pelanggan. Data Designer visual AppMaster dapat memodelkan catatan terkait ini, sementara Business Process Editor-nya dapat memperbarui tenggat setelah perubahan status.

Hitung tenggat tiket

Mulai penghitung waktu dari satu kejadian yang jelas, seperti saat sistem menerima tiket dukungan. Jangan memulainya saat seseorang kebetulan melihat tiket. Simpan waktu mulai agar semua perhitungan berikutnya menggunakan titik acuan yang sama.

Selanjutnya, pilih kebijakan SLA yang sesuai berdasarkan paket pelanggan, jenis tiket, prioritas, atau wilayah. Lalu hitung tanggal jatuh tempo:

1. Baca target tiket, misalnya waktu respons empat jam.
2. Tambahkan hanya waktu kerja yang diizinkan oleh kebijakan.
3. Lewati jam tutup, akhir pekan, dan hari libur jika kebijakan tidak menghitungnya.
4. Simpan tenggat pada tiket.
5. Hitung ulang jika perubahan prioritas, paket, atau kategori memilih kebijakan yang berbeda.

Jam kerja membuat perhitungan ini tidak sesederhana kelihatannya. Jika SLA empat jam dimulai pukul 16.00 dan dukungan beroperasi dari pukul 09.00 hingga 17.00, tiket memiliki sisa satu jam pada hari itu. Tiket jatuh tempo pada siang hari kerja berikutnya, bukan pukul 20.00.

Saat prioritas tiket berubah, pertahankan waktu mulai awal dan terapkan aturan eskalasi yang telah didokumentasikan. Sebagian tim menerapkan target mendesak sejak waktu mulai awal, sementara tim lain memulai target baru saat tiket dieskalasikan. Keduanya dapat digunakan selama semua orang mengikuti aturan yang sama.

Tampilkan tenggat yang tepat dan sisa waktu. Label seperti «tersisa 2 jam 15 menit», «jatuh tempo dalam 1 hari», dan «terlambat 35 menit» membantu agen memindai antrean lebih cepat daripada cap waktu. Gunakan status netral untuk tiket yang masih aman, peringatan saat tenggat mendekat, dan status pelanggaran yang jelas setelah tenggat terlewati.

Jeda penghitung waktu untuk balasan pelanggan

Jeda penghitung waktu hanya ketika tim tidak dapat melanjutkan tiket tanpa pelanggan. Alasan umum mencakup menunggu informasi, konfirmasi, akses, persetujuan, atau file. Keterlambatan internal, seperti menunggu rekan kerja, tidak boleh menjeda SLA.

Gunakan sekumpulan status yang singkat dan jelas:

• Menunggu informasi pelanggan
• Menunggu persetujuan pelanggan
• Menunggu akses pelanggan
• Menunggu file dari pelanggan

Saat agen memilih salah satu status ini, simpan waktu dan alasan jeda yang tepat. Catat juga pesan atau kejadian yang meminta balasan pelanggan. Dengan begitu, supervisor dapat memeriksa apakah jeda tersebut memang beralasan.

Saat pelanggan membalas, mulai kembali penghitung waktu pada saat balasan diterima. Tambahkan waktu tunggu ke total paused time, lalu hitung ulang sisa waktu berdasarkan aturan jam kerja. Waktu tunggu pelanggan selama 90 menit menggeser tenggat 90 menit, dengan tetap memperhatikan jam tutup.

Tampilkan waktu jeda dalam tampilan tiket. Agen perlu mengetahui apakah tiket telah menunggu selama 15 menit atau tiga hari, dan supervisor harus dapat menemukan tiket yang berulang kali kembali ke status menunggu.

Batasi alasan jeda pada alasan yang diizinkan kebijakan SLA. Minta adanya kejadian permintaan pelanggan sebelum menerima jeda. Di AppMaster, Business Process dapat memeriksa status baru, menyimpan waktu mulai jeda, dan menolak perubahan yang tidak valid sebelum memperbarui catatan SLA.

Email otomatis «pesan Anda telah kami terima» tidak boleh memulai kembali penghitung waktu. Gunakan pesan masuk dari pelanggan atau balasan yang dikonfirmasi agen, lalu simpan seluruh riwayat jeda bersama tiket.

Telusuri contoh dukungan pelanggan

Seorang pelanggan mengirim pertanyaan penagihan pada Selasa pukul 10.00: «Mengapa faktur saya menampilkan dua tagihan?» Pelacak membuat tiket B-184, menugaskannya kepada Dukungan, dan menerapkan SLA penagihan. Tim memiliki waktu empat jam kerja untuk memberikan respons pertama yang bermanfaat dan delapan jam kerja untuk menyelesaikan masalah.

Dukungan beroperasi dari pukul 09.00 hingga 17.00, Senin sampai Jumat. Pada pukul 10.35, agen mengonfirmasi bahwa tim sedang memeriksa akun tersebut. Penghitung waktu respons pertama berhenti setelah 35 menit, sehingga tersisa 3 jam 25 menit. Tiket memenuhi target respons pertama.

Pada pukul 11.00, agen membutuhkan nomor faktur dan menandai tiket «Menunggu pelanggan». Penghitung waktu penyelesaian dijeda setelah satu jam pekerjaan aktif. Pelacak menyimpan waktu mulai dan alasan jeda.

Pelanggan membalas pukul 15.30. Pelacak menambahkan kembali 4 jam 30 menit waktu jeda ke tenggat. Tenggat penyelesaian awalnya adalah Selasa pukul 18.00, sehingga tenggat yang disesuaikan menjadi Rabu pukul 14.30 setelah sisa waktu diteruskan ke hari kerja berikutnya.

Agen menyelesaikan masalah pada Rabu pukul 15.10. Tiket terlambat 40 menit. Tiket tersebut dihitung sebagai satu penyelesaian terlambat untuk Dukungan, sedangkan respons pertamanya tetap tepat waktu.

Laporan pelanggaran harus menunjukkan pembagian ini dengan jelas: Dukungan menerima satu tiket penagihan, memenuhi target respons pertama, melewatkan target penyelesaian selama 40 menit, dan menghabiskan 4 jam 30 menit untuk menunggu pelanggan. Usia tiket secara keseluruhan akan memberikan gambaran yang keliru.

Laporkan pelanggaran SLA berdasarkan tim

Tiket melanggar SLA ketika tanggal jatuh tempo terlewati sebelum tindakan yang diwajibkan dilakukan. Gunakan tanggal jatuh tempo yang telah disesuaikan setelah jeda menunggu pelanggan yang valid.

Pisahkan tiket terbuka yang terlambat dari tiket yang selesai terlambat. Tiket terbuka yang terlambat membutuhkan perhatian sekarang. Tiket yang selesai terlambat masuk ke laporan kinerja. Menggabungkan keduanya akan menyembunyikan pekerjaan yang mendesak dan membuat laporan sulit digunakan.

Untuk setiap periode, kelompokkan hasil berdasarkan tim yang memiliki tiket saat tenggat terlewati. Filter berdasarkan kebijakan, prioritas, dan rentang tanggal. Tim penagihan dengan kebijakan respons empat jam tidak dapat dibandingkan langsung dengan tim eskalasi teknis yang memiliki kebijakan penyelesaian dua hari kerja.

Gunakan jumlah bersama dengan persentase:

• Total tiket dengan SLA aktif
• Tiket yang selesai sesuai target
• Tiket terbuka yang terlambat
• Tiket yang selesai setelah tenggat
• Tingkat pelanggaran, dihitung sebagai jumlah tiket yang melanggar dibagi jumlah tiket dengan SLA

Tingkat pelanggaran 50% memiliki arti berbeda jika berasal dari satu tiket terlambat dari dua tiket, dibandingkan 50 tiket terlambat dari 100 tiket. Tinjau tren bersama detail tiket. Pelanggaran berprioritas tinggi yang sering terjadi mungkin menunjukkan masalah pada aturan eskalasi atau serah terima, bukan beban kerja secara keseluruhan.

Laporan yang berguna memungkinkan manajer membuka daftar tiket terlambat, melihat kebijakan dan prioritas, serta memeriksa kepemilikan saat pelanggaran terjadi. Laporan harus membantu meninjau pekerjaan yang perlu diperbaiki, bukan memberi penghargaan kepada tim karena menutup tiket terlalu cepat.

Buat tampilan untuk agen dan manajer

Agen membutuhkan daftar kerja yang singkat, bukan laporan penuh tiket lama. Setiap tiket terbuka harus menampilkan pemilik, tim, prioritas, tenggat, status penghitung waktu, dan sisa waktu. Catat perubahan kepemilikan segera saat tiket berpindah antar tim.

Gunakan label penghitung waktu yang sederhana. «Aktif» berarti tim bertanggung jawab atas tindakan berikutnya. «Dijeda, menunggu pelanggan» berarti penghitung waktu berhenti. Tampilkan waktu aktif terpisah dari waktu jeda agar pengguna memahami alasan tiket tetap terbuka selama beberapa hari.

Tampilan agen dapat mencakup tiket yang jatuh tempo dalam empat jam ke depan, tiket terlambat, tiket yang menunggu balasan pelanggan, dan tiket yang dialihkan hari ini. Kirim peringatan sebelum tenggat. Target respons empat jam membutuhkan pengingat lebih awal dibandingkan target penyelesaian tiga hari.

Manajer membutuhkan tampilan yang berbeda. Laporan mingguan dapat mengelompokkan tiket terlambat berdasarkan tim dan menampilkan jumlah pelanggaran, persentase yang terpenuhi, rata-rata waktu keterlambatan, serta tiket yang masih terbuka setelah tenggat. Sertakan pemilik dan pembaruan terakhir untuk setiap item yang terlambat.

Simpan catatan audit untuk perubahan kebijakan. Jika tim operasional mengubah target dari delapan jam menjadi 12 jam, catat siapa yang mengubahnya, kapan perubahan dilakukan, dan tiket baru mana yang menggunakan aturan tersebut. Hasil historis harus tetap menggunakan aturan yang berlaku saat setiap tiket dimulai.

AppMaster memungkinkan tim membuat tampilan web terpisah untuk agen dan manajer, sambil tetap menggunakan data tiket dan aturan bisnis yang sama di balik kedua tampilan tersebut.

Kesalahan yang membuat hasil SLA menyimpang

Grafik yang rapi tetap dapat memberikan gambaran keliru jika aturan di baliknya salah.

Jangan menerapkan aturan waktu secara harfiah

Jangan menghitung jam kalender ketika perjanjian menjanjikan jam kerja. Tiket yang dibuka Jumat pukul 16.30 dengan target respons delapan jam kerja tidak melanggar SLA pada Sabtu pukul 00.30. Hitung hanya jam kerja dan hari libur yang ditentukan dalam kebijakan.

Terapkan kehati-hatian yang sama pada jeda. Status «menunggu pelanggan» hanya boleh menjeda SLA jika tim telah mengirim permintaan yang jelas dan tidak dapat melanjutkan tanpa balasan. Menjeda semua tiket dengan label tersebut akan menyembunyikan keterlambatan yang sebenarnya menjadi tanggung jawab tim.

Simpan tanggal yang menjelaskan setiap hasil: tenggat awal, kebijakan yang digunakan, setiap waktu mulai dan berakhirnya jeda, alasan jeda, tenggat yang disesuaikan, waktu penyelesaian, dan orang yang menutup tiket. Tanpa riwayat ini, tidak ada yang dapat memverifikasi alasan tiket tampak selesai tepat waktu.

Hitung kepemilikan satu kali

Gunakan satu aturan kepemilikan dalam laporan tim. Jika Dukungan mengalihkan tiket ke Penagihan, jangan hitung pelanggaran yang sama untuk kedua tim. Anda dapat menetapkan hasil kepada tim yang memiliki tiket saat tenggat terlewati dan melaporkan serah terima secara terpisah.

Wajibkan cap waktu penyelesaian sebelum tiket ditutup. Status tertutup tidak membuktikan kapan pekerjaan selesai. Misalnya, jika tiket berpindah dari Dukungan ke Penagihan pukul 14.00 dan melanggar SLA pukul 15.00, Penagihan bertanggung jawab atas pelanggaran berdasarkan aturan kepemilikan saat pelanggaran terjadi. Laporan tetap dapat menunjukkan serah terima sebelumnya dari Dukungan tanpa menambahkan pelanggaran kedua.

Periksa pelacak sebelum diluncurkan

Tinjau setiap kebijakan SLA sebelum agen mengandalkan pelacak. Setiap kebijakan membutuhkan target yang jelas, seperti respons pertama empat jam atau penyelesaian dua hari kerja, serta kalender yang berlaku. Tetapkan kebijakan default untuk tiket yang tidak sesuai dengan aturan pelanggan, paket, atau prioritas.

Uji waktu yang tidak biasa, bukan hanya kasus umum:

• Buat tiket sesaat sebelum hari kerja berakhir dan pastikan sisa waktu diteruskan ke hari kerja berikutnya.
• Buat tiket sebelum akhir pekan atau hari libur dan pastikan tanggal jatuh tempo melewati periode tutup.
• Jeda tiket untuk menunggu balasan pelanggan, tambahkan balasan, dan pastikan penghitung waktu kembali berjalan dengan benar.
• Pindahkan tiket antar tim dan periksa tim mana yang bertanggung jawab atas pelanggaran berikutnya.
• Tutup tiket setelah tenggatnya lewat dan pastikan pelacak mencatat pelanggaran tersebut.

Bandingkan total pada dasbor dengan daftar tiket di baliknya. Jika laporan menyatakan Tim A memiliki 12 pelanggaran, filter catatannya dan hitung kembali. Cara ini dapat menemukan tiket duplikat, penetapan tim yang hilang, dan tiket yang dibuka kembali lalu dihitung dua kali.

Tetapkan aturan akses sebelum rilis. Agen harus dapat memperbarui tiket yang mereka tangani, manajer membutuhkan laporan tim, dan administrator harus mengendalikan pengaturan kebijakan. Di AppMaster, uji setiap peran dengan akun terpisah agar manajer tidak perlu memiliki akses administrator hanya untuk meninjau laporan pelanggaran SLA.

Mulai dari kecil dan tingkatkan alur kerja

Mulailah dengan satu jenis tiket dan satu kebijakan SLA. Tim dukungan dapat memulai dengan permintaan email standar dan target respons pertama 24 jam. Ini sudah cukup untuk menguji tenggat, jeda yang disetujui, dan catatan pelanggaran.

Minta beberapa staf operasional pelanggan menjalankan tiket nyata melalui alur kerja, termasuk kasus normal, kasus yang menunggu pelanggan, dan tenggat yang terlewat. Kumpulkan masukan yang spesifik. Agen mungkin membutuhkan status terpisah untuk menunggu pelanggan dan menunggu tim lain. Manajer mungkin merasa label umum «dijeda» menyembunyikan terlalu banyak informasi.

Saat spreadsheet membatasi proses, buat pelacak sebagai aplikasi tanpa kode di AppMaster. Anda dapat membuat formulir tiket, menentukan logika penghitung waktu dalam Business Process Editor visual, serta memberikan dasbor terpisah untuk agen dan manajer. AppMaster dapat membuat backend, aplikasi web, dan aplikasi seluler native saat pelacak perlu digunakan di luar tabel bersama.

Pertahankan laporan tetap sederhana pada tahap awal: tiket terbuka, tiket yang mendekati pelanggaran, tiket yang dijeda, dan pelanggaran berdasarkan tim. Bandingkan tenggat contoh dengan pemeriksaan manual, tinjau tiket yang melanggar beserta periode jedanya, lalu ubah satu aturan pada satu waktu sebelum mengujinya kembali. Setelah staf mempercayai perhitungannya, tambahkan jenis tiket atau kebijakan prioritas lain dan ulangi pemeriksaan yang sama.