Di banyak perusahaan, sistem persetujuan internal yang terlihat aman sering kali jadi sumber keterlambatan, biaya koordinasi, dan risiko audit. Dengan metrik yang tepat, Anda bisa membedakan hambatan yang memang diperlukan untuk kontrol dan friksi proses yang tak berguna. Pembahasan ini membantu Anda memilih 5 metrik praktis, cara menghitungnya, dan langkah menindaklanjuti tanpa menambah birokrasi.
1) Waktu siklus persetujuan yang bisa dipertanggungjawabkan
Waktu siklus adalah durasi dari pengajuan sampai keputusan final tercatat. Untuk manajemen, ini metrik paling cepat menunjukkan apakah proses mendukung eksekusi strategi atau malah memperlambatnya.
Supaya adil, pisahkan “active time” (waktu saat pekerjaan berlangsung) dan “waiting time” (waktu menunggu reviewer atau approver). Sering kali proses tampak lambat bukan karena analisisnya panjang, tetapi karena antrean dan penyerahan tugas yang tidak jelas.
Praktik baik adalah melaporkan median dan persentil (misalnya P90), bukan hanya rata-rata. Rata-rata mudah terpengaruh kasus ekstrem, sementara P90 menunjukkan pengalaman mayoritas pada kasus yang menantang.
Contoh sederhana: pengadaan jasa vendor untuk proyek digital. Jika median 2 hari tetapi P90 12 hari, sebagian besar cepat namun ada bottleneck pada tipe permintaan tertentu, misalnya kontrak nilai tinggi atau yang memerlukan review legal.
2) Kepatuhan terhadap SLA per langkah dan tingkat eskalasi
Waktu siklus memberi gambaran ujung ke ujung, sedangkan SLA per langkah menyorot bagian yang butuh intervensi. Tetapkan target realistis untuk tiap tahap, misalnya review anggaran 1 hari kerja, review risiko 2 hari kerja, approval final 1 hari kerja.
Dua angka penting adalah persentase kasus yang memenuhi SLA per tahap dan tingkat eskalasi (berapa banyak yang perlu diingatkan atau dinaikkan ke atasan). Pelanggaran SLA yang konsisten biasanya menandakan kapasitas reviewer kurang, definisi “siap direview” belum jelas, atau beban kerja tidak seimbang antar unit.
Gunakan segmentasi agar diskusinya produktif. Pecah berdasarkan jenis permintaan (capex/opex, kontrak, perjalanan dinas), nilai rupiah, lokasi, atau unit bisnis agar solusi yang diambil sesuai masalah yang sebenarnya.
Jika di Indonesia ada perbedaan kalender kerja antar lokasi (misalnya operasional pabrik vs kantor pusat), pastikan definisi “hari kerja” konsisten di dashboard. Tanpa konsistensi, SLA terlihat buruk padahal hanya salah basis perhitungan.
3) Tingkat rework dan rasio penolakan dengan alasan terstruktur
Rework mengukur berapa kali permintaan dikembalikan untuk dilengkapi atau direvisi sebelum ada keputusan. Metrik ini langsung menilai kualitas input dan kejelasan kebijakan, serta memberi sinyal apakah formulir, template, atau panduan pengajuan sudah memadai.
Bedakan rework karena kekurangan dokumen (misalnya quotation belum ada, scope tidak jelas) dengan rework akibat perubahan kebutuhan bisnis. Kategori pertama biasanya bisa diatasi lewat standardisasi, sedangkan kategori kedua butuh perbaikan pada proses perencanaan.
Rasio penolakan juga penting, tapi jangan hanya lihat angka total. Gunakan “reason code” yang disepakati agar penolakan menjadi data yang bisa ditindaklanjuti, bukan sekadar kesan bahwa proses “galak”.
- Dokumen pendukung tidak lengkap
- Anggaran tidak tersedia/keliru pos
- Vendor tidak memenuhi kriteria
- Risiko/kontrak perlu revisi
- Permintaan tidak sesuai kebijakan
- Duplikasi dengan permintaan lain
Contoh tindakan berdasarkan data: jika 40% rework karena “dokumen tidak lengkap”, buat checklist pra-submit dan validasi otomatis (wajib lampiran tertentu untuk nilai di atas ambang). Jika penolakan dominan karena “tidak sesuai kebijakan”, masalahnya mungkin kebijakan yang belum tersosialisasi atau ambigu.
Pada tahap ini, kualitas sistem juga menentukan kualitas metrik. Jika Anda meninjau kebutuhan tools, pembahasan tentang kriteria pemilihan workflow yang tepat bisa membantu menyelaraskan kontrol, audit trail, dan pengalaman pengguna, misalnya di artikel kriteria memilih aplikasi workflow internal.
4) Rasio exception dan temuan audit yang terkait proses persetujuan
Efektivitas bukan hanya soal kecepatan, tetapi juga soal kontrol. Ukur seberapa sering terjadi exception, misalnya persetujuan melewati jalur, persetujuan dilakukan setelah transaksi, atau pelanggaran SoD (segregation of duties) seperti pemohon sekaligus approver.
Mulailah dari definisi exception yang jelas dan dapat dibuktikan lewat log sistem. Lalu ukur tren per bulan atau kuartal, termasuk dampaknya: nilai transaksi yang terkena exception, unit asal, dan jenis proses yang sering bermasalah.
Untuk organisasi yang diaudit, tambahkan metrik temuan terkait workflow seperti bukti approval yang hilang, ketidaksesuaian matrix otorisasi, atau dokumentasi keputusan yang tidak lengkap. Fokusnya menutup celah yang berulang, bukan mencari siapa yang salah.
Di praktik tata kelola di Indonesia, matrix otorisasi biasanya mengacu pada kebijakan internal dan struktur kewenangan yang disetujui direksi. Karena itu, perubahan organisasi (rotasi jabatan, pembukaan unit baru) harus diikuti pembaruan matrix dan user access agar exception tidak meningkat diam-diam.
Interpretasi yang sehat: exception rendah tapi waktu siklus tinggi bisa berarti kontrol terlalu ketat atau proses terlalu manual. Sebaliknya, waktu siklus sangat cepat dengan exception tinggi bisa menandakan jalur persetujuan tidak dipatuhi atau kontrol tidak tertanam di sistem.
5) Produktivitas dan beban kerja persetujuan per peran (throughput, load, dan bottleneck)
Throughput adalah jumlah permintaan yang selesai dalam periode tertentu, sedangkan load menunjukkan berapa banyak yang masuk dan menumpuk per approver atau tim. Keduanya membantu menemukan bottleneck yang bersifat struktural.
Ukur minimal tiga hal: kasus yang ditangani per approver, backlog rata-rata, dan variasi beban antar approver pada peran yang sama. Jika satu approver menanggung tiga kali lipat beban rekan setara, proses akan rapuh saat orang itu cuti atau pindah.
Tambahkan metrik “work in progress aging”, yaitu berapa banyak kasus yang menggantung lebih dari X hari di tiap tahap. Ini lebih berguna daripada total backlog karena mengungkap permintaan yang terjebak karena informasi yang tidak kembali, bukan hanya volume.
Contoh skenario: tim legal menerima banyak kontrak menjelang akhir kuartal. Dengan data load dan aging, Anda bisa memutuskan apakah perlu pre-review template, menambah kapasitas sementara, atau mengubah aturan agar kontrak bernilai kecil memakai jalur standar yang lebih cepat.
Jika kelima metrik ini dipantau dengan definisi yang konsisten, Anda mendapatkan peta yang jelas tentang kecepatan, kualitas input, disiplin kontrol, dan kapasitas organisasi. Langkah berikutnya adalah menetapkan baseline 1–2 kuartal, memilih 2–3 perbaikan prioritas, lalu mengevaluasi dampaknya lewat metrik yang sama agar perbaikan benar-benar terukur.
Susun dashboard ringkas dan tinjau tren bulanannya bersama pemilik proses dan fungsi kontrol terkait.
Pelajari fitur tata kelola Epruvo di https://epruvo.com