Ops Metrics: Waktu Siklus, Throughput, Tingkat Kesalahan, Vendor SLA

Sebagian besar dashboard Ops hanyalah laporan aktivitas yang didandani sebagai metrik. Tiket yang disentuh. Rapat yang dihadiri. Tugas yang diselesaikan. Pesan Slack yang dikirim. COO duduk melewati lima belas menit grafik batang dan keluar tanpa mengetahui apakah fungsi ini semakin cepat, lebih murah, atau lebih andal. Mereka akan mengangguk sopan, lalu meminta Finance untuk memodelkan apa yang terjadi jika jumlah karyawan Anda dipangkas dua orang.

Itulah yang dibeli laporan aktivitas untuk Anda: kursi mahal di rapat di mana Anda sudah kalah argumen sebelum dimulai.

COO menginginkan tiga jawaban: apakah throughput meningkat, apakah biaya per proses turun, dan dari mana kerusakan berikutnya akan datang. Enam metrik, tersegmentasi dengan benar dan menunjukkan tren selama empat kuartal, memberikan jawaban-jawaban itu. Hal lain hanyalah hiasan.

Mengapa Metrik Aktivitas Gagal di Tingkat Atas

"Kami menyelesaikan 1.400 tiket kuartal ini" tidak memberi tahu apa pun kepada ruangan. Itu tidak menyatakan apakah pekerjaannya benar, cepat, atau murah. Itu tidak menyatakan apakah 1.400 lebih banyak atau lebih sedikit dari yang dihasilkan upaya yang sama kuartal lalu. Itu tidak memisahkan permintaan pengembalian dana dari orientasi vendor dari pengecualian penggajian, meskipun ketiga hal itu membutuhkan waktu dan uang yang sangat berbeda untuk diselesaikan.

Metrik aktivitas gagal di tingkat atas karena satu alasan struktural: metrik itu menghargai gerakan, bukan hasil. Begitu sebuah tim diukur dari tiket yang diselesaikan, tim itu menjadi sangat mahir menyelesaikan tiket, termasuk trik membagi satu masalah nyata menjadi empat tiket kecil untuk menggembungkan angka. Ops manager yang menyajikan dashboard itu tidak berbohong. Mereka hanya mengukur hal yang salah, dan COO akan menyadarinya pada QBR kedua.

Solusinya adalah mengganti kata kerjanya. Berhenti menghitung apa yang dilakukan tim. Mulailah mengukur apa yang disampaikan fungsi ini.

Enam Metrik yang Harus Ada di Slide QBR

Keenam metrik ini bertahan dari pengawasan COO yang paham angka. Mereka memetakan throughput, biaya, dan risiko: tiga hal yang dipedulikan eksekutif yang melek keuangan. Masing-masing perlu tersegmentasi berdasarkan jenis proses, karena rata-rata lintas orientasi, pengembalian dana, dan PO vendor adalah angka yang tidak menggambarkan apa pun.

1. Waktu Siklus per Proses

Diukur dari permintaan masuk hingga pengiriman selesai. Median, bukan rata-rata. Tersegmentasi berdasarkan jenis proses.

Rata-rata waktu siklus adalah jebakan. Satu PO vendor yang macet selama 47 hari akan menarik sekelompok pengembalian dana 2 hari ke angka yang terlihat buruk padahal tidak, atau lebih buruk lagi, menyembunyikan antrean yang memburuk secara perlahan di balik satu pencilan. Median memberi tahu Anda bagaimana rasanya permintaan tipikal sebenarnya. P90 memberi tahu Anda bagaimana kasus terburuk yang masih bisa ditoleransi. Keduanya harus ada di slide.

Kisaran kasar untuk menjadi acuan percakapan:

• Pengembalian dana pelanggan: median 1-3 hari kerja itu sehat. Di atas 5 hari, ada hambatan persetujuan.
• PO vendor dari permintaan hingga diterbitkan: median 5-10 hari kerja. Di atas 15, pengadaan adalah kendalanya.
• Orientasi karyawan baru (permintaan hingga sepenuhnya disediakan): median 2-4 hari kerja. Di atas seminggu, IT dan HR tidak berkoordinasi.
• Eskalasi pelanggan dari masuk hingga selesai: median 4-24 jam tergantung tier. Di atas 48 jam, antrean rusak atau kekurangan staf.

Angka di slide adalah "Waktu siklus pengembalian dana, median: 2,1 hari, kuartal sebelumnya: 2,8 hari, target: 2,0." Tiga angka, satu proses. Lalu ulangi untuk proses berikutnya. Lima proses dalam satu slide adalah batas atas sebelum mata mulai tidak fokus.

2. Throughput per Kuartal

Unit pekerjaan yang diselesaikan, berdasarkan kategori proses, menunjukkan tren selama empat kuartal terakhir.

Perbandingan bulan ke bulan adalah derau. Tampilan bergulir empat bulan akan meratakan minggu libur atau pembekuan vendor. Kuartal ke kuartal adalah ritme yang tepat untuk QBR. Ini juga ritme yang direncanakan finance, yang berarti tren throughput Anda sejajar dengan tren pendapatan mereka, dan kedua grafik itu saling berbicara.

Jebakan yang harus dihindari: jangan agregasi. "Total tiket diselesaikan: 1.400" adalah angka laporan aktivitas yang ingin Anda tinggalkan. Versi yang memenangkan anggaran adalah:

Tabel itu menceritakan tiga kisah yang berbeda kepada COO. Pengembalian dana tumbuh seiring bisnis, yang wajar. PO vendor stagnan, jadi jelaskan atau perbaiki. Orientasi hampir dua kali lipat, dan itulah baris pembenaran jumlah karyawan. Letakkan di paling atas.

3. Tingkat Kesalahan / Persentase Pengerjaan Ulang

Proporsi pekerjaan yang selesai tetapi dikembalikan untuk koreksi. Tersegmentasi, menunjukkan tren, dan diberi nama.

"Dikembalikan" membutuhkan definisi yang disepakati tim sebelum kuartal dimulai. Pengembalian dana yang dipersengketakan pelanggan karena jumlahnya salah: pengerjaan ulang. PO vendor yang dikembalikan karena kode GL-nya salah: pengerjaan ulang. Tiket orientasi yang dibuka kembali karena akses sistem terlewat: pengerjaan ulang. Tiket yang dibuka kembali untuk permintaan baru dari pelanggan yang sama bukan pengerjaan ulang, itu pekerjaan baru, dan mencampuradukkan keduanya adalah cara tim yang jujur secara tidak sengaja menggembungkan tingkat kesalahannya.

Kisaran industri kasar, anggap sebagai acuan bukan patokan mutlak:

• 3-5%: sehat untuk sebagian besar proses ops.
• 5-8%: kisaran normal, pantau tren.
• 8-12%: sebuah proses sedang mengalami tekanan (staf, pelatihan, atau alat bermasalah).
• >12%: sebuah proses rusak. Hentikan penambahan volume sampai Anda memperbaikinya.

Tingkat pengerjaan ulang adalah angka paling berguna di slide karena merupakan indikator terdepan untuk segalanya. Biaya per proses naik ketika pengerjaan ulang naik. Waktu siklus naik ketika pengerjaan ulang naik. NPS pelanggan turun ketika pengerjaan ulang naik. Jika Anda hanya mendapat satu metrik tambahan yang lolos dari rentang perhatian COO, jadikan ini.

4. Persentase Pelanggaran Vendor SLA

Persentase komitmen vendor yang terlewat dalam periode tersebut, per vendor. Tiga pelanggar teratas ditampilkan dengan nama.

Ini adalah metrik yang mengubah fungsi Ops yang pasif menjadi yang berpengaruh dalam pengadaan. Data SLA ada di kontrak yang Anda tanda tangani dan tiket yang Anda buka. Sebagian besar tim ops tidak pernah menutup lingkaran antara keduanya, itulah mengapa perpanjangan vendor selalu mengejutkan mereka.

Slide seharusnya terlihat seperti ini:

Dua hal terjadi ketika slide ini muncul di ruangan. Pertama, finance dan pengadaan menginginkan data yang mendasarinya. Berikan kepada mereka, dan Anda baru saja menjadikan diri Anda sumber kebenaran tentang kinerja vendor. Kedua, percakapan perpanjangan berikutnya dengan Vendor B dan Vendor C akan berjalan sangat berbeda. Anda masuk dengan data pelanggaran, bukan intuisi semata, dan harganya turun atau kontraknya pergi.

Tampilkan tiga pelanggar teratas dengan nama. COO akan mengingat nama-nama itu di pertemuan perpanjangan. Itulah tujuan keseluruhannya.

5. Cakupan Otomatisasi

Persentase langkah proses dalam cakupan yang berjalan tanpa sentuhan manusia. Lacak pergerakannya, bukan levelnya secara mutlak.

Cakupan otomatisasi mutlak adalah metrik palsu. Tim yang memproses pengembalian dana sederhana yang bisa di-skrip akan terlihat 80% terotomatisasi. Tim yang menangani pengecualian kontrak kompleks akan terlihat 15% terotomatisasi padahal melakukan pekerjaan yang lebih sulit dengan lebih baik. Membandingkan kedua angka itu tidak bermakna.

Yang penting adalah selisihnya. "Kuartal lalu, otomatisasi pengembalian dana adalah 62%. Kuartal ini, 71%. Kuartal depan, target 78%." Itulah kisah tentang fungsi yang mendapatkan lebih banyak leverage dari jumlah karyawan yang sama, dan itulah judul yang perlu didengar COO sebelum percakapan anggaran.

Penyebut juga penting. Tentukan "langkah dalam cakupan" di awal dan pertahankan definisinya. Memindahkan gawang untuk membuat angka terlihat lebih baik adalah trik satu kuartal yang akan tertangkap oleh finance saat mereka meminta daftar langkah yang mendasarinya.

6. Biaya per Proses

Biaya penuh termuat (tenaga kerja ditambah alat ditambah vendor) dibagi unit yang diselesaikan.

Ini adalah angka yang bisa dibandingkan COO dengan pendapatan per unit, dan perbandingan itulah yang menentukan apakah fungsi Anda berkembang atau menyusut. Jika pendapatan per pelanggan yang di-onboard adalah $4.200 dan biaya per orientasi adalah $380, fungsi ini memiliki ekonomi unit yang jelas. Jika biaya per orientasi adalah $1.100, Anda memiliki masalah yang perlu Anda tampilkan sebelum finance melakukannya.

Tiga aturan untuk menghitungnya tanpa membohongi diri sendiri:

1. Sertakan tenaga kerja penuh termuat, bukan gaji pokok. IC Ops bergaji $90K menghabiskan biaya sekitar $115-125K bagi perusahaan setelah tunjangan, pajak, dan overhead disertakan. Gunakan angka termuat.
2. Sertakan alat berdasarkan alokasi, bukan total. Jika CRM Anda menghabiskan $80K/tahun dan ops menggunakan 30% lisensi, alokasikan $24K ke biaya ops, bukan $80K.
3. Sertakan biaya vendor yang diteruskan jika merupakan bagian dari proses. Jika Vendor B mengenakan biaya $40 per panggilan API orientasi dan Anda melakukan 800 orientasi, itu adalah $32K biaya vendor yang termasuk dalam perhitungan biaya per proses.

Tunjukkan tren biaya per proses kuartal ke kuartal bersanding dengan throughput. Keduanya menceritakan kisah leverage. Throughput naik 30%, biaya per proses turun 12%: fungsi ini sedang berkembang. Throughput naik 30%, biaya per proses naik 8%: Anda membeli volume dengan uang, bukan leverage.

Diagnostik "Throughput Tinggi, Tingkat Kesalahan Naik"

Ini adalah pola yang membuat tim lengah, dan yang diucapkan oleh IC Ops yang cerdas sebelum COO melakukannya.

Throughput sedang naik. Waktu siklus bertahan. Tingkat pengerjaan ulang juga naik. Dashboard terlihat sebagian besar hijau, tapi satu garis kuning perlahan merayap naik.

Ini adalah jebakan meminjam dari kualitas. Tim mencapai volume dengan melewati pemeriksaan, mempersingkat langkah tinjauan, atau mendorong karyawan baru yang belum terlatih ke pekerjaan langsung terlalu cepat. Terlihat seperti kemenangan selama dua kuartal. Kemudian keluhan dari sisi pelanggan datang, tumpukan pengerjaan ulang meledak, dan angka waktu siklus rusak karena setiap permintaan lain kini adalah pengerjaan ulang.

Penyebab umum:

• QA atau lapisan tinjauan yang kekurangan staf. Volume bertumbuh, lapisan pemeriksaan tidak, jadi pemeriksaan dilewati.
• Ramping karyawan baru. Tiga IC baru yang ramping sekaligus akan mendorong pengerjaan ulang naik sebelum mendorong throughput naik. Jeda waktu ini nyata dan dapat diprediksi.
• Perubahan alat. CRM baru, sistem tiket baru, workflow persetujuan baru: semuanya menyebabkan lonjakan pengerjaan ulang sementara yang seharusnya Anda lacak dengan sengaja, bukan tertangkap secara tidak sengaja.
• Kompresi proses. Seseorang menghapus sebuah langkah untuk mempercepat segalanya. Kini pekerjaannya lebih cepat dan lebih buruk.

Solusinya bukan memperlambat throughput. Solusinya adalah menemukan proses mana yang menghasilkan pengerjaan ulang, tersegmentasi ke proses tersebut secara khusus, dan perbaiki penyebab hulu. Tingkat pengerjaan ulang 15% di satu kategori proses adalah masalah yang bisa diperbaiki. Tingkat pengerjaan ulang gabungan 7% di seluruh fungsi menyembunyikan proses yang rusak di dalam yang sehat.

Sebutkan diagnostik ini secara langsung di QBR. "Throughput naik 14% kuartal ke kuartal, yang bagus. Pengerjaan ulang juga naik, dari 5,1% menjadi 7,4%, terkonsentrasi di pemrosesan PO vendor. Dua pertiga dari itu berasal dari satu IC baru yang sedang ramping. Kami memperkirakan pengerjaan ulang akan kembali ke 5% kuartal depan setelah ramping selesai. Ini yang kami lacak setiap minggu untuk mengkonfirmasi." Itulah narasi IC Ops yang memperhatikan. COO akan mempercayai perkiraan kuartal berikutnya karena cara kuartal ini dibingkai.

Pola Slide QBR: Enam Metrik, Satu Slide

Seluruh rangkaian metrik ini masuk dalam satu slide. Memaksanya ke satu slide adalah disiplinnya. Jika tidak muat, Anda terlalu mempersulit.

Pola yang berhasil:

Itulah slidenya. Enam baris. Empat kolom. Satu kalimat masing-masing. Tanpa grafik batang. Tanpa "tiket diselesaikan" di mana pun. COO membacanya dalam 30 detik dan tahu di mana harus menekan.

Komentar satu baris adalah bagian yang paling sering dilewati IC Ops dan yang paling banyak bekerja. Angka memberi tahu COO apa yang terjadi. Komentar memberi tahu mereka apakah Anda memahami alasannya. Yang kedua itulah yang membuat Anda mendapat anggaran berikutnya.

Metrik Semu yang Harus Dibuang

Hapus ini saat muncul. Tidak ada tempat untuk metrik ini di slide yang dibawa ke COO.

• "Tiket diselesaikan": tidak bermakna tanpa segmentasi proses dan tingkat pengerjaan ulang. Tim bisa menyelesaikan lebih banyak tiket sambil melakukan pekerjaan yang lebih buruk.
• "Waktu respons rata-rata" tanpa segmentasi: rata-rata menyembunyikan ekor panjang. Gunakan median ditambah P90, per proses.
• "Jam yang dicatat": mengukur upaya, bukan hasil. Metrik yang tepat adalah jam per unit yang diselesaikan, yang pada dasarnya adalah biaya per proses dengan nama berbeda.
• "Pesan Slack yang dikirim" atau "rapat yang diadakan": proksi aktivitas tanpa hubungan yang dapat dipertahankan dengan hasil. Jika ada yang di organisasi Anda melacak ini di slide, cari tahu siapa, dan hapuskan secara diam-diam.
• "Tiket yang menua" tanpa ambang batas: setiap tiket sedang menua. Angka yang penting adalah berapa banyak yang menua melewati ambang SLA mereka.
• "NPS" tanpa konteks volume: NPS 72 dari 8 pelanggan adalah NPS 72 dari 8 pelanggan. Pasangkan dengan volume respons atau jangan tampilkan sama sekali.

Tes untuk menentukan apakah suatu metrik layak ada di slide itu sederhana. Jika COO bertanya "lalu apa?" tiga kali berturut-turut, apakah Anda punya jawaban setiap kali? Tiket diselesaikan gagal pada "lalu apa?" yang pertama. Biaya per proses menjawabnya tiga lapisan ke bawah.

Apa yang Memenangkan Anggaran Berikutnya

IC Ops yang masuk ke QBR dengan enam angka ini, tersegmentasi berdasarkan proses, menunjukkan tren selama empat kuartal, dengan satu kalimat komentar yang jujur untuk masing-masing, adalah IC yang mendapat jumlah karyawan berikutnya. Yang datang dengan grafik batang tiket-diselesaikan kalah argumen sebelum slide kedua selesai.

Metriknya penting. Pembingkaiannya lebih penting. COO tidak sedang mencari dashboard. Mereka sedang mencari pemimpin Ops yang memahami apa yang disampaikan fungsi ini, apa biayanya, dan di mana ia akan rusak berikutnya. Keenam angka ini, digunakan dengan baik, membuktikan ketiganya.

Bawa mereka kuartal depan. Lalu kuartal setelahnya. Pada QBR ketiga berturut-turut dengan rangkaian ini, Anda bukan lagi IC yang mempresentasikan metrik. Anda adalah orang yang ditanya finance sebelum mereka membangun modelnya.

Pelajari Lebih Lanjut

• Template Deskripsi Pekerjaan Operations Manager
• Menjalankan QBR Ops yang Memenangkan Jumlah Karyawan
• Manajemen Vendor untuk Ops Manager
• Dokumentasi Proses yang Bertahan dari Pergantian Staf