Setiap periode promo seperti 11.11, 12.12, Ramadan, dan Lebaran, tiket masuk melonjak dari berbagai channel sekaligus. Jumlah agen tetap dan target waktu ketat, sehingga banyak tiket melewati batas waktunya sebelum sempat ditangani, kondisi ini disebut backlog tickets.
Yaitu permintaan layanan yang usianya sudah melewati batas waktu respons atau resolusi yang dijanjikan. Metrik ini penting karena menunjukkan seberapa lama pelanggan menunggu lebih dari seharusnya, dan backlog yang dibiarkan menyimpan ketidakpuasan yang tidak terlihat.
Apa itu Backlog Tickets?
Backlog tickets adalah tiket pelanggan yang belum selesai dan usianya sudah melewati batas waktu respons atau resolusi yang dijanjikan.
Tiket yang masih terbuka belum tentu backlog. Hal yang menentukan backlog adalah apakah tiket itu sudah melewati batas waktunya.
Contohnya jika target respons adalah dua jam, tiket berusia lima menit belum masuk backlog, sedangkan tiket berusia tiga hari sudah termasuk.
Batas waktu ini berasal dari janji layanan kepada pelanggan, biasanya berupa target SLA (service level agreement) atau standar internal tim.
Ada dua jenis batas respon yang perlu Anda perhatikan yaitu waktu maksimal sampai pelanggan mendapat balasan pertama dari agen, dan batas resolusi, yaitu waktu maksimal sampai masalah pelanggan benar-benar selesai.
Karena setiap tim, kanal, dan jenis masalah bisa punya target berbeda, definisi backlog harus mengikuti target yang berlaku di tim masing-masing.
Baca Juga: Apa Ticketing Adalah Solusi Mengelola Keluhan Pelanggan?
Kenapa Backlog Tickets Penting Dipantau?
Backlog adalah metrik yang menjawab pertanyaan “sudah berapa lama kita membiarkan pelanggan menunggu“.
Volume tiket hanya mencatat arus masuk, dan rata-rata waktu respons bisa terlihat baik-baik saja padahal tiket tua banyak yang terlewat. Tanpa memantau backlog, kedua metrik tersebut hanya memberi sinyal yang menyesatkan.
1. Menunjukkan Bottleneck dalam Layanan Pelanggan
Bottleneck adalah tahap kerja yang paling lambat sehingga tiket yang melewatinya ikut tertahan, misalnya tahap yang menunggu persetujuan atasan atau menunggu satu orang ahli.
Jika tiket yang terlambat berkumpul di tahap atau kategori yang sama, di situlah masalahnya. Saat bottleneck ditemukan, tim bisa memperbaiki bagian yang tepat dan tidak sekadar menambah tekanan atau jam lembur pada agen.
2. Menjadi Indikator Keberhasilan Layanan Pelanggan
Backlog menunjukkan apakah tim melayani pelanggan sesuai janji, karena hanya backlog yang menghitung tiket yang sudah terlambat.
Backlog yang kecil dan stabil berarti sebagian besar pelanggan dilayani tepat waktu, sedangkan backlog yang terus naik menandakan tiket yang masuk lebih banyak daripada yang bisa diselesaikan, dan kepuasan pelanggan biasanya ikut turun.
3. Mengidentifikasi Pola Masalah Lebih Cepat
Tiket yang menumpuk membuat pola masalah lebih mudah terlihat, karena tiket sejenis berkumpul di satu tempat. Jika banyak tiket terlambat berisi topik yang sama, misalnya bug aplikasi atau panduan yang kurang jelas, tim bisa memperbaiki penyebabnya sehingga tiket serupa berhenti berdatangan.
4. Menjaga Kepuasan dan Loyalitas Pelanggan
Pelanggan yang menunggu lebih lama dari janji SLA akan merasa diabaikan, lalu menghubungi berulang kali atau mengeluh di media sosial.
Dampak ini jarang tercatat di laporan, sehingga memantau backlog membantu tim menangani tiket yang terlambat sebelum pelanggan kesal dan berhenti memakai layanan.
Baca Juga: 10 Tips Manajemen Waktu Meeting yang Efektif untuk CS
Apa Saja Faktor Penyebab Backlog Tickets?
Enam faktor berikut adalah penyebab backlog yang paling sering ditemukan:
- Lonjakan volume musiman
- Kompleksitas masalah
- Alur kerja dan eskalasi atau delegasi berlapis
- Kekurangan kapasitas
- SLA yang tidak terdefinisi
- Self-service dan knowledge base yang lemah
Antrian yang dibersihkan tanpa memperbaiki faktor pemicunya akan terbentuk lagi dalam hitungan minggu.
1. Lonjakan Volume Musiman
Saat promo besar seperti 11.11, 12.12, Ramadan, atau Lebaran, tiket masuk naik tajam dari banyak channel sekaligus, sementara jumlah agen tidak berubah.
Launching dan memasarkan produk dan perubahan kebijakan layanan bisa menimbulkan lonjakan serupa. Karena polanya berulang, lonjakan ini sebenarnya bisa diperkirakan dengan melihat data periode yang sama pada tahun sebelumnya.
2. Kompleksitas Masalah
Tidak semua tiket bisa diselesaikan dengan cepat. Misalnya, gangguan sistem atau masalah yang harus diselidiki bersama tim teknis memang memakan waktu lebih lama.
Jika tiket seperti ini berada dalam antrian yang sama dengan pertanyaan sederhana, tiket-tiket yang butuh waktu lama itu perlahan melewati batas waktunya tanpa disadari.
Tidak hanya itu, waktu penyelesaian juga bisa memanjang karena dokumentasi yang kurang lengkap, sebab agen harus mencari jawabannya lebih dulu sebelum bisa membalas pelanggan.
3. Alur Kerja dan Eskalasi yang Berlapis
Semakin banyak tahap persetujuan yang harus dilewati sebuah tiket, semakin lama pelanggan menunggu lebih lama dibandingkan waktu yang dijanjikan.
Hal ini diperparah jika system ticketing tidak memindahkan tiket ke agen yang tepat atau tidak mengatur prioritas, sehingga tiket mendesak ikut tertahan di belakang tiket biasa.
Salah satu tanda alur kerja bermasalah dapat dilihat dari banyaknya tiket yang dipindahkan dari satu departemen ke departemen lain, sebab setiap perpindahan menambah waktu tunggu tanpa membawa tiket lebih dekat ke penyelesaian.
4. Kekurangan Kapasitas atau Sumber Daya
Backlog bertambah setiap kali tiket yang masuk lebih banyak daripada yang bisa tim selesaikan, dan selisihnya menumpuk dari hari ke hari. Penyebab backlog tidak selalu jumlah agen yang kurang.
Jadwal kerja yang tidak sesuai dengan jam tiket paling banyak masuk dapat membuat agen kewalahan di jam sibuk dan longgar di jam sepi.
Hal serupa terjadi jika agen terkonsentrasi di satu kanal sementara kanal lain tidak dijaga, sehingga tiket di channel itu menunggu lebih lama.
5. Tidak Ada SLA yang Terdefinisi dengan Jelas
Jika target waktu respons dan resolusi tidak tertulis, setiap agen punya ukuran sendiri tentang apa yang dianggap cepat. Ketiadaan SLA juga membuat backlog tidak bisa diukur.
Tanpa ambang batas yang jelas, tidak ada tiket yang dianggap terlambat, sehingga metrik ini kehilangan fungsinya.
6. Self-Service dan Knowledge Base yang Lemah
Ketika pelanggan tidak bisa menemukan jawaban sendiri, mereka tidak punya pilihan selain membuat tiket, bahkan untuk pertanyaan yang sudah sering dijawab.
Chatbot atau halaman bantuan bisa mengurangi tiket seperti itu, tetapi hanya jika isinya lengkap dan selalu diperbarui.
Jika isinya usang, atau bahkan membingungkan, pelanggan tetap akan kesulitan menemukan jawaban dan akhirnya kembali menghubungi agen, sehingga jumlah tiket tidak berkurang.
Baca Juga: Apa Itu Service Desk & Perannya Meningkatkan Pelayanan
Rumus dan Cara Menghitung Backlog Tickets
Backlog dihitung dengan menjumlahkan semua tiket yang belum selesai dan usianya sudah melewati batas waktu yang dijanjikan. Sebelum mulai menghitung, batas waktu itu harus ditetapkan lebih dulu. Batasnya sebaiknya diambil dari target SLA yang tertulis.
Rumus 1: Jumlah backlog berdasarkan batas waktu
Jumlah tiket belum selesai dengan usia lebih dari (#) hari = (#) Ticket Backlog
Angka “#” ditentukan oleh SLA Anda. Jika standar penyelesaian adalah dua hari, backlog adalah seluruh tiket terbuka berusia lebih dari 2 hari.
Pilih satu ambang dan gunakan secara konsisten, karena angka backlog yang dihitung dengan ambang berbeda-beda tidak bisa daripada antar periode.
Rumus 2: Umur tiket tertua
Tanggal hari ini – tanggal pembukaan tiket = umur tiket tertua yang masih tertahan
Metrik pelengkap ini menunjukkan seberapa dalam tumpukan tiket, bukan hanya seberapa lebar. Dua tim bisa sama-sama memiliki 200 tiket backlog, tetapi tim A bisa saja memiliki tiket berumur 47 hari, dibandingkan tim B hanya berusia 5 hari.
Rumus 3: Backlog dalam satuan hari kerja
Backlog / kapasitas penyelesaian per hari kerja = jumlah hari kerja untuk menuntaskan backlog
Cara ini menerjemahkan backlog ke dalam satuan yang lebih mudah memperkirakan manajemen waktu. Hitung kapasitas penyelesaian harian dari data tiket yang diselesaikan per hari kerja, lalu bagi jumlah backlog dengannya.
Hitungan ini disebut sebagai burn-down time dan mengingatkan satu syaratnya: selisih antara kapasitas dan arus masuk harus positif, jika tidak, hasilnya tidak akan pernah habis.
Saat mengonversi umur tiket, hitung dalam hari kerja juga (hari libur dan akhir pekan tidak masuk) agar umur tiket tidak tampak lebih buruk atau lebih baik dari kenyataan.
Contoh Perhitungan Backlog Tickets
Contoh berikut bersifat ilustrasi yaitu angkanya dipilih agar cara perhitungannya bisa diikuti ulang.
Suatu tim menerima 100 tiket per hari, atau 3.000 tiket dalam 30 hari kalender, dengan target penyelesaian 2 hari. Saat ini 340 tiket berstatus terbuka dengan rincian usia sebagai berikut:
| Bucket Usia | Jumlah Tiket | Termasuk Backlog? |
|---|---|---|
| 0-2 hari | 140 | Tidak, masih dalam target |
| 3-7 hari | 110 | Ya |
| 8-30 hari | 60 | Ya |
| Lebih dari 30 hari | 30 | Ya |
| Total terbuka | 340 tiket total | 200 tiket backlog |
Tiga angka yang bisa langsung diambil dari situ:
- Rumus 1: backlog absolut = 200 tiket (seluruh tiket yang melewati ambang 2 hari).
Backlog terhadap volume = 200 ÷ 3.000 = 6,7% dari volume bulanan. - Rumus 2: umur tiket tertua = 47 hari. Angka ini mengkhawatirkan daripada totalnya, karena menunjukkan ada tiket yang lama tidak disentuh.
Dengan kapasitas penyelesaian 110 tiket per hari terhadap 100 tiket masuk, Rumus 3 memberi bacaan waktu di mana selisih 10 tiket per hari berarti 200 tiket backlog habis dalam sekitar 20 hari kalender, atau kira-kira 14-15 hari kerja jika dikonversi. Jika kapasitas tim hanya 90 tiket per hari, maka backlog tidak akan pernah habis.
Baca Juga: 7 Customer Satisfaction Score (CSAT) Software untuk Bisnis UKM
Berapa Jumlah Backlog Tickets yang Ideal?
Jumlah backlog yang wajar bergantung pada volume tiket, tingkat kesulitan masalah, dan kapasitas tim.
Karena itu, cara yang lebih berguna adalah menetapkan batas waktu untuk tiap tingkat prioritas, lalu menjaga tumpukan tetap dalam kapasitas tim.
Batas berikut bisa dipakai sebagai titik awal:
- Prioritas kritis (P1): ditangani dalam 1 jam kerja, karena gangguannya besar dan perlu eskalasi cepat.
- Prioritas tinggi (P2): selesai dalam 1 hari kerja, karena berdampak signifikan tetapi tidak menghentikan layanan.
- Prioritas biasa (P3): selesai dalam 3 hari kerja, karena berupa pertanyaan rutin yang bisa dikerjakan berkelompok.
- Tiket berusia lebih dari 30 hari: idealnya nol, karena biasanya menyimpan keluhan yang terlupakan.
Kapan Backlog Menjadi Berbahaya?
Backlog menjadi berbahaya ketika salah satu dari tiga kondisi ini terpenuhi:
- Apakah tumbuh terus? Angka yang stabil menunjukkan beban yang terkelola; kenaikan berturut-turut menandakan masalah kapasitas atau permintaan.
- Apakah tiket tua menumpuk? Total yang turun sementara bucket 30 hari ke atas bertambah berarti tiket baru dibalas, tetapi tiket lama tenggelam.
- Apakah SLA mulai dilanggar? Jika pelanggaran target meningkat, backlog dapat berdampak pada pengalaman pelanggan.
Baca Juga: Customer Experience Management: Strategi & Templatenya
Bagaimana Cara Mengurangi Backlog Tickets?
Mengurangi backlog adalah pekerjaan operasional yang urutannya penting yaitu petakan dulu, prioritaskan, tuntaskan, lalu alihkan.
Jika semua antrian langsung dikerjakan sekaligus, hasilnya sering berupa tiket yang ditutup tanpa benar-benar terselesaikan.
Langkah 1: Petakan Antrian Sebelum Mengubah Apa Pun
Segmentasikan seluruh antrian berdasarkan usia, prioritas, status, penanggung jawab, dan jenis permintaan sebelum mengubah proses apa pun.
Tujuan pemetaan ini untuk memisahkan pekerjaan yang benar-benar perlu dikerjakan dari tiket yang sebenarnya bisa ditutup atau digabung. Misalnya, tiket:
- Duplikat: beberapa tiket melaporkan masalah yang sama.
- Sudah selesai tetapi belum ditutup: pekerjaannya beres, statusnya belum diperbarui.
- Menunggu balasan: tim tidak bisa bekerja sebelum pelanggan atau pihak ketiga menjawab.
- Permintaan berulang: kelompok tiket dengan satu akar masalah yang sama.
- Berisiko melanggar SLA: tiket yang mendekati atau sudah melewati target penyelesaian.
Tiket-tiket ini bisa digabung, ditutup, atau dipisahkan dari antrean agen, sehingga beban kerja yang ada menjadi lebih kecil tanpa menambah orang satu pun.
Langkah 2: Prioritaskan Berdasarkan Dampak dan Urgensi
Urutan kerja sebaiknya ditentukan oleh dampak dan urgensi, bukan oleh usia tiket. Tiket yang sudah berbulan-bulan belum tentu berdampak besar, sedangkan gangguan baru pada layanan utama yang menunggu di belakangnya bisa merugikan lebih banyak pelanggan.
InvGate (2026) menyarankan menilai setiap tiket dari dua faktor itu, lalu membandingkannya dengan target SLA untuk menandai tiket yang hampir melanggar, sudah melanggar, atau berdampak pada layanan utama.
Sistem prioritas semacam ini sudah tersedia di CRM.ID, Anda bisa mencoba daftar gratis aplikasi customer service backlog management ini, dan mencoba beberapa fitur gratisnya.
Langkah 3: Selesaikan, Konsolidasikan, atau Tutup
Setelah prioritas tertata, tiket dikelompokkan berdasarkan tindakannya, karena tidak semua tiket di backlog butuh penanganan yang sama:
- Tiket aktif diserahkan ke agen atau tim yang tepat sesuai prioritasnya.
- Tiket yang sebenarnya sudah selesai tetapi masih berstatus terbuka cukup ditutup.
- Tiket duplikat digabung ke satu isu supaya semua pelanggan menerima kabar penyelesaian yang sama.
- Tiket yang menunggu masukan dari pihak luar perlu aturan dan tenggat yang jelas, misalnya kapan tiket ditutup jika tidak ada balasan.
Kelompok yang paling sering terlewat adalah permintaan berulang. Jika banyak tiket menanyakan hal yang sama, satu jawaban bersama atau satu artikel knowledge base bisa menyelesaikan semuanya sekaligus, tanpa menutupnya satu per satu.
Langkah 4: Alihkan dengan Otomasi dan Self-Service
Sebagian tiket di backlog sebenarnya tidak perlu ditangani agen. Dari sisi biaya, Gartner (2025) memperkirakan satu tiket yang ditangani AI berbiaya sekitar $0,50-$1,05 (Rp8.944,67 sampai Rp18.783,81, kurs per tanggal 30 September 2026).
Sedangkan penanganan oleh manusia berbiaya sekitar $8-$12 (Rp143.111,68 sampai Rp214.667,52, kurs per tanggal 30 September 2026) menurut Forrester (2025).
Karena itu ada tiga hal yang layak dipasang di alur kerja:
- Routing otomatis berdasarkan kategori, keahlian agen, atau beban kerja tanpa penetapan tujuan manual untuk setiap tiket.
- Eskalasi otomatis untuk tiket yang mendekati ambang SLA, agar tidak ada yang berharap sistem mengingatnya sendiri.
- Self-service dan chatbot untuk pertanyaan berulang, dipasang di kanal yang paling sering dipakai pelanggan.
Otomasi dan self service tidak otomatis membuat hasilnya baik. McKinsey (2025) mencatat 61% proyek AI layanan pelanggan gagal mencapai target penghematan pada tahun pertama.
Sebaliknya, Zendesk (2026) mencatat tiket yang ditangani AI pada penerapan yang matang selesai pada kontak pertama sebesar 89%, dibandingkan 73% pada agen manusia.
Artinya, yang bermasalah bukan soal teknologinya, melainkan disiplin memelihara knowledge base dan aturan eskalasi. Tanpa keduanya, otomasi hanya menutup tiket yang sebenarnya belum selesai.
Bagaimana Cara Mencegah Backlog Muncul Lagi?
Mencegah backlog berarti menata lima hal: apa yang masuk ke antrean, apa yang memakan kapasitas agen, apa yang memicu pertanyaan berulang, seberapa sering antrean ditinjau, dan tiket yang masuk lewat kanal di luar sistem.
- Perbaiki akar masalah. Kelompokkan tiket yang berkaitan, cari penyebab umumnya, lalu perbaiki secara permanen.
- Jaga kebaruan knowledge base. Tambahkan artikel untuk pertanyaan yang berulang, dan perbarui atau hapus artikel yang sudah usang.
- Tinjau backlog setiap minggu. Periksa tiket lama, risiko pelanggaran SLA, permintaan berulang, dan perubahan jumlah tiket masuk.
- Rencanakan kapasitas berdasarkan data. Bandingkan tiket masuk dan tiket selesai per hari selama tiga bulan terakhir, termasuk periode promo.
- Perhatikan backlog yang tidak terlihat. Waspadai penutupan tiket massal yang membuat tiket dibuka kembali, dan periksa kanal di luar sistem tiket seperti DM Instagram atau WhatsApp pribadi agen.
Baca Juga: 10 Aplikasi Ticketing System, Fitur Penting, dan Tips Memilihnya
Kesimpulan
Backlog tickets menunjukkan berapa banyak pelanggan yang sudah menunggu lebih lama dari yang dijanjikan, bukan seberapa sibuk tim.
Karena itu, backlog perlu dipantau dengan batas waktu SLA yang jelas, dan penyebabnya perlu diperbaiki, bukan hanya antreannya dibersihkan.
Kalau tiket sudah datang dari banyak kanal dan tim kesulitan memantau batas SLA, ticketing system seperti Adaptist Prose dari Adaptist Consulting bisa membantu menyatukan semuanya dalam satu tempat.
Apabila Anda tertarik untuk mencoba salah satu penyedia aplikasi layanan pelanggan yang menggunakan sistem ticketing, bisa mengecek fitur-fitur aplikasi CRM.ID. Anda juga bisa menghubungi tim via WhatsApp di nomor berikut.
* Artikel ini adalah hasil kerjasama antara CRM.ID dengan Adaptist Consulting
- Aplikasi AI yang Bisa Diajak Ngobrol Langsung (Live) - 2 Oktober 2026
- 11 Tugas Customer Service Bank untuk Kepuasan Nasabah - 2 Oktober 2026
- Perbandingan Gemini AI vs ChatGPT untuk Produktivitas Kerja - 2 Oktober 2026
