Di banyak organisasi, proses persetujuan yang seharusnya cepat sering berubah jadi rangkaian chat, email, dan revisi yang susah ditelusuri. Akibatnya bukan hanya keterlambatan, tetapi juga keputusan yang tidak konsisten dan risiko audit yang meningkat. Dengan lima indikator berikut, Anda dapat menilai apakah alur persetujuan baru benar-benar lebih efisien, lebih patuh, dan lebih mudah diadopsi pengguna.
1) Waktu siklus persetujuan (cycle time) dan variansnya
Indikator paling jelas adalah waktu dari pengajuan sampai keputusan akhir: disetujui, ditolak, atau minta perbaikan. Jangan hanya melihat rata-rata; perhatikan juga varians karena alur yang sehat biasanya konsisten, bukan kadang cepat kadang macet. Varians tinggi sering menunjukkan aturan eskalasi yang kabur atau ketergantungan pada satu orang kunci.
Langkah praktisnya adalah memecah waktu siklus per tahap, misalnya verifikasi administrasi, review substansi, dan otorisasi akhir. Dari situ Anda bisa tahu apakah yang lambat adalah proses review atau waktu tunggu di antrean. Di banyak tim operasi, perbaikan terbesar datang dari memangkas waktu tunggu antar tahap, bukan hanya mempercepat penilaian teknis.
Contoh sederhana: pengadaan alat kerja senilai Rp15 juta mungkin butuh dua level otorisasi, sementara di atas Rp100 juta butuh persetujuan direktur. Jika yang Rp15 juta sering lebih lama daripada yang besar, biasanya ada masalah routing atau kebiasaan meneruskan ke pihak yang tidak diperlukan.
2) Tingkat rework: berapa sering pengajuan kembali karena kurang lengkap
Rework terjadi saat permintaan dikembalikan karena data kurang lengkap, lampiran salah, atau format tidak sesuai kebijakan. Metrik yang bisa dipakai termasuk persentase item yang dikembalikan, jumlah putaran revisi per item, dan alasan pengembalian paling sering. Semakin tinggi rework, semakin besar beban kerja tim dan semakin kecil kepercayaan pengguna pada proses.
Buat metrik ini jadi bisa ditindaklanjuti dengan mengelompokkan penyebab ke dalam “kualitas input” dan “ketidakjelasan aturan”. Kualitas input biasanya bisa diperbaiki dengan form yang lebih terstruktur, validasi wajib, atau template dokumen. Ketidakjelasan aturan perlu perbaikan SOP, termasuk definisi istilah seperti urgensi, pengecualian, atau pembeda belanja modal vs biaya operasional.
Skenario umum di Indonesia: pengajuan biaya dinas kembali karena bukti pendukung tidak sesuai, misalnya invoice tanpa NPWP vendor atau rincian pajak yang tidak jelas. Dengan mencatat alasan rework secara konsisten, Anda bisa menetapkan checklist lampiran yang tepat tanpa menambah birokrasi yang tidak perlu.
3) Kepatuhan proses: jejak audit, otorisasi sesuai matriks, dan SLA internal
Proses yang cepat tapi tidak bisa diaudit adalah risiko, terutama untuk pengeluaran, perubahan kontrak, atau akses sistem. Indikatornya mencakup apakah tiap keputusan mencatat waktu dan identitas pemberi persetujuan, apakah urutan sesuai matriks kewenangan, dan apakah persetujuan terjadi sebelum tindakan (misalnya sebelum PO diterbitkan). Fokusnya bukan sekadar adanya log, tetapi apakah log tersebut menjawab pertanyaan auditor.
Jika organisasi punya SLA internal, ukur tingkat pemenuhan SLA per unit atau per jenis permintaan. SLA sebaiknya realistis dan berbasis kategori; misalnya persetujuan pengadaan rutin 2 hari kerja, sementara perubahan scope proyek mungkin 5 hari kerja karena butuh review risiko. Tampilkan juga pengecualian yang valid saat pelaporan agar metrik tidak mendorong perilaku yang merugikan.
Di praktiknya di Indonesia, kepatuhan sering terkait pemisahan tugas antara pengaju, pemeriksa, dan penyetuju. Jika satu orang bisa mengajukan sekaligus menyetujui, metrik kepatuhan harus menandainya sebagai temuan proses, bukan dianggap efisiensi. Untuk area keuangan, Anda bisa melihat contoh kerangka metrik di panduan pengukuran efisiensi proses persetujuan.
4) Beban antrean dan bottleneck: siapa yang menahan arus kerja
Bottleneck terlihat dari pekerjaan yang menumpuk pada satu tahap atau peran tertentu. Ukur jumlah item yang menunggu per approver, usia antrean (berapa hari item tertahan), serta rasio throughput terhadap inflow. Jika inflow terus melebihi throughput pada peran tertentu, masalahnya bersifat struktural, bukan sekadar disiplin kerja.
Analisis bottleneck yang baik tidak menyalahkan individu, melainkan mengevaluasi desain proses. Mungkin matriks otorisasi terlalu terpusat, tidak ada delegasi saat cuti, atau notifikasi tidak relevan sehingga approver mengabaikan. Seringkali solusi efektif adalah memperjelas ambang batas nominal, menambah reviewer untuk pra-validasi, atau membuat mekanisme substitusi yang terkontrol.
Contoh: tim operasi menemukan 60% permintaan berhenti di review legal padahal risikonya rendah. Setelah dipilah, banyak permintaan hanya butuh template standar dan klausul wajib, sehingga legal bisa melakukan sampling atau review berdasarkan kategori risiko. Hasilnya bottleneck turun tanpa mengorbankan kepatuhan.
5) Tingkat adopsi dan kualitas keputusan: metrik yang sering terlupakan
Workflow baru mungkin tampak bagus di kertas, tetapi gagal dipakai dengan benar. Ukur adopsi dengan indikator seperti persentase permintaan yang masuk lewat jalur resmi, jumlah bypass atau persetujuan verbal, serta penggunaan fitur kritikal (misalnya alasan penolakan yang wajib diisi). Data ini membantu tim perubahan memahami apakah hambatannya ada pada kebiasaan kerja, beban administratif, atau akses sistem.
Untuk menilai kualitas keputusan, periksa konsistensi hasil untuk kasus serupa: apakah permintaan dengan karakteristik sama diputus berbeda oleh approver berbeda tanpa alasan tercatat. Anda juga bisa mengukur waktu pengambilan keputusan setelah semua informasi lengkap, agar metrik tidak menghukum tahap pengumpulan data. Jika memungkinkan, lakukan sampling bulanan untuk menilai apakah catatan keputusan cukup jelas bagi pihak lain.
Misalnya, dua pengajuan vendor baru dengan dokumen lengkap tetapi satu disetujui dan satu ditolak karena “tidak sesuai kebijakan” tanpa rincian. Ini sinyal bahwa kriteria perlu dipertegas dan form perlu memandu approver menulis alasan yang dapat ditindaklanjuti, sehingga pengaju bisa memperbaiki tanpa berputar-putar.
Jika lima indikator ini dipantau bersama, Anda akan melihat gambaran utuh: kecepatan, kualitas input, kepatuhan, kapasitas, dan perilaku pengguna. Mulailah dari baseline 2 sampai 4 minggu, lalu tetapkan target per indikator agar perbaikan tidak bias ke satu sisi saja. Dengan begitu, perubahan workflow tidak hanya “terlihat modern”, tetapi benar-benar mengurangi friksi kerja sehari-hari.
Pilih dua indikator untuk dipantau mingguan, lalu review sisanya secara bulanan.
Pelajari pendekatan adopsi pengguna di Epruvo