Keputusan yang terasa lambat sering bukan karena kekurangan data, melainkan karena persetujuan berlapis yang tidak tampak sebagai hambatan sampai terjadi eskalasi. Saat organisasi tumbuh, sistem persetujuan internal yang dulu sederhana bisa berubah jadi serangkaian antrean yang menggerus kecepatan pelaksanaan, kualitas keputusan, dan akuntabilitas. Pembahasan ini membantu Anda mengukur dampaknya secara objektif dan menyesuaikan kontrol tanpa mengorbankan kepatuhan serta tata kelola.
Memetakan siklus keputusan dan titik hambatan
Mulailah dengan mendefinisikan siklus keputusan secara konsisten, misalnya dari saat permintaan dibuat sampai keputusan final diterbitkan dan dapat dieksekusi. Batas yang jelas mencegah debat waktu mulai dan selesai antar tim.
Petakan alur persetujuan untuk 2-3 jenis keputusan yang sering memicu antrean, misalnya pengadaan di atas ambang tertentu, perubahan ruang lingkup proyek, atau persetujuan diskon untuk pelanggan korporat. Di perusahaan menengah sampai enterprise di Indonesia, hambatan sering muncul saat handoff lintas fungsi seperti Finance-Procurement-Legal atau ketika reviewer kunci merangkap banyak peran.
Tandai setiap langkah dengan tiga elemen: siapa yang memutuskan, informasi minimum yang dibutuhkan, dan aturan eskalasinya. Dari situ Anda bisa melihat apakah hambatan akibat kapasitas (orang tidak tersedia), kualitas input (dokumen bolak-balik), atau desain kontrol (terlalu banyak approver untuk risiko rendah).
Metrik inti untuk mengukur dampak
Pengukuran yang baik tidak hanya menghitung durasi, tetapi juga menilai apakah kontrol menghasilkan keputusan yang lebih aman dan konsisten. Pilih metrik yang bisa dibandingkan antar periode dan diturunkan sampai level unit kerja, tanpa mendorong perilaku “asal cepat”.
- Cycle time end-to-end: median dan persentil (misalnya P90) dari durasi total permintaan sampai keputusan final.
- Queue time per step: waktu menunggu di tiap tahap dibanding waktu kerja aktif; anomali di sini biasanya paling mudah ditindak.
- Rework rate: persentase permintaan yang kembali ke pemohon karena data kurang atau format salah; ini indikator kualitas input dan kejelasan kebijakan.
- First-pass approval rate: berapa banyak yang disetujui tanpa revisi; angka rendah sering berarti kriteria belum dipahami atau terlalu subjektif.
- Exception & escalation rate: seberapa sering melewati jalur normal; angka tinggi bisa menandakan kontrol tidak selaras dengan kebutuhan bisnis.
- Outcome quality: misalnya temuan audit internal, potensi kerugian yang terhindarkan, atau penurunan insiden kepatuhan pada proses terkait.
Gunakan median untuk menghindari distorsi dari kasus ekstrem dan lihat P90 untuk memahami ekor panjang yang mengganggu eksekusi. Contoh: median approval pengadaan 3 hari terlihat baik, tetapi P90 14 hari menunjukkan sebagian kasus tersangkut di satu tahap tertentu.
Tambahkan metrik konteks agar interpretasi adil, seperti volume permintaan per minggu, kompleksitas transaksi (nilai, jumlah vendor, tipe kontrak), dan ketersediaan approver. Dengan ini Anda bisa membedakan masalah desain alur dari lonjakan musiman, misalnya penutupan anggaran kuartal atau periode audit.
Cara mengumpulkan data tanpa membebani tim
Prioritaskan data yang sudah tercatat secara alami: timestamp pembuatan permintaan, penugasan ke approver, komentar revisi, dan waktu keputusan. Jika proses masih banyak via email atau chat, mulai dengan sampling terstruktur selama 2-4 minggu untuk membangun baseline yang memadai.
Buat event log sederhana: satu baris per permintaan dengan kolom status, pemilik tahap, dan waktu masuk-keluar tiap langkah. Dari sini analisis dasar seperti queue time per step bisa dilakukan tanpa alat kompleks, asalkan pencatatan konsisten.
Lakukan segmentasi agar tidak menarik kesimpulan dari agregat yang menutupi masalah nyata. Pecah data berdasarkan jenis keputusan (misalnya diskon vs pengadaan), nilai transaksi, lokasi/unit, serta jalur normal vs pengecualian.
Jika organisasi mempertimbangkan otomasi alur kerja, rancang sejak awal bagaimana metrik akan ditarik dan dilaporkan, bukan hanya bagaimana permintaan mengalir. Untuk memperdalam penilaian manfaat dan kesiapan organisasi dari sisi pengukuran, Anda bisa melihat panduan tentang menilai ROI dan kecepatan adopsi workflow internal sebagai referensi praktis.
Jaga kualitas data dengan dua kontrol ringan: definisi status yang seragam (misalnya “menunggu info”, “review”, “disetujui”) dan aturan pengisian minimum untuk permintaan berisiko rendah vs tinggi. Ini mengurangi rework tanpa memaksa semua kasus memakai tingkat dokumentasi yang sama.
Menafsirkan hasil dan mengunci perbaikan
Setelah baseline terbentuk, cari pola yang paling merugikan siklus keputusan: langkah dengan queue time terbesar, titik rework tertinggi, dan approver yang menumpuk antrean. Fokus awal biasanya bukan merombak kebijakan, melainkan menghilangkan friksi yang berulang.
Jika rework tinggi, perbaikan cepat sering berupa template dan definition of ready yang jelas. Contohnya pada permintaan kontrak: daftar lampiran wajib, ringkasan risiko, dan target SLA review; pemohon yang memenuhi syarat ini masuk jalur cepat.
Jika queue time terkonsentrasi pada satu jabatan, evaluasi apakah keputusan itu perlu level tersebut atau bisa didelegasikan dengan guardrail. Delegasi yang sehat tetap menjaga kontrol melalui ambang nilai, kategori risiko, dan audit trail, bukan hanya menambah approver pengganti.
Untuk keputusan sensitif, bedakan kontrol preventif dan detektif. Misalnya, transaksi rutin bernilai kecil bisa memakai persetujuan berbasis aturan dan pengecekan sampel pascak kejadian, sementara transaksi bernilai besar tetap memerlukan review mendalam sebelum persetujuan.
Akhirnya, kunci perbaikan lewat tata kelola sederhana: tetapkan SLA per tahap, buat dashboard ringkas untuk median dan P90, serta jalankan evaluasi bulanan yang membahas tiga akar masalah teratas. Dengan siklus perbaikan seperti ini, organisasi menjaga keseimbangan antara kecepatan, kualitas keputusan, dan kepatuhan proses.
Jika ritme keputusan masih terasa lambat, lakukan audit kecil pada alur persetujuan minggu ini.
Pelajari fitur tata kelola Epruvo di https://epruvo.com