Persetujuan yang terasa sederhana sering menjadi sumber kemacetan terbesar saat volume kerja naik, peran berubah, atau audit menjadi rutin. Tim operasi bisa menilai kualitas workflow persetujuan internal secara objektif dengan melihat data waktu proses, pola perbaikan ulang, kepatuhan kontrol, dan pengalaman pengguna. Panduan ini membantu Anda membuat penilaian yang dapat dipertanggungjawabkan, lalu mengubahnya menjadi perbaikan nyata.
Mulai dari tujuan dan ruang lingkup yang tegas
Penilaian yang baik dimulai dengan mendefinisikan jenis persetujuan yang dinilai, karena alurnya sering tercampur antara approval finansial, HR, procurement, dan perubahan akses sistem. Pilih 1–2 proses prioritas, misalnya persetujuan pembelian di atas Rp10.000.000 atau persetujuan lembur lintas divisi, supaya temuan Anda fokus dan bisa ditindaklanjuti.
Selanjutnya, tetapkan tujuan operasional dalam metrik yang bisa diukur, bukan pernyataan umum seperti “lebih cepat”. Contoh konkret: memangkas median lead time dari 4 hari menjadi 2 hari, mengurangi permintaan yang bolak-balik (rework) dari 30% menjadi 15%, atau meningkatkan kepatuhan pemisahan tugas untuk transaksi tertentu.
Untuk menyelaraskan ekspektasi, dokumentasikan ruang lingkupnya: pemicu pengajuan, siapa yang boleh mengajukan, kriteria approval, jalur eskalasi, dan definisi selesai. Ini mencegah perdebatan di akhir seperti apakah selesai dihitung saat disetujui atau saat dibayar/di-eksekusi.
Ukur kinerja workflow dengan metrik yang benar
Tim operasi sering mendengar keluhan bahwa proses “lama”, tetapi keluhan saja tidak menunjukkan titik macet. Pecah lead time menjadi komponen yang bisa dilacak: waktu menunggu (queue time), waktu ditangani (touch time), dan waktu siklus total dari submit sampai final.
Pilih metrik yang tahan terhadap outlier dan cocok untuk approval. Median dan persentil (misalnya P80/P90) sering lebih berguna daripada rata-rata, karena kasus ekstrem dapat menyesatkan gambaran performa sehari-hari.
Metrik inti yang biasa berguna antara lain:
- Lead time end-to-end: dari pengajuan sampai keputusan final atau eksekusi.
- First-pass approval rate: persentase yang lolos tanpa revisi dokumen atau format.
- Rework loop count: berapa kali pengajuan kembali untuk perbaikan.
- SLA attainment: kepatuhan terhadap batas waktu tiap tahapan atau keseluruhan.
- Approval load per approver: volume persetujuan per orang per minggu atau bulan.
- Exception rate: frekuensi penggunaan jalur khusus atau override dan alasannya.
Lengkapi metrik dengan segmentasi yang relevan agar akar masalah terlihat. Misalnya bandingkan permintaan standar vs non-standar, unit kerja A vs B, atau nominal kecil vs besar. Penyebab keterlambatan sering berbeda antar segmen.
Contoh sederhana: jika P90 membengkak sementara median stabil, biasanya ada ekor panjang seperti approver yang kelebihan beban, permintaan yang kurang lengkap, atau kasus yang butuh verifikasi tambahan. Temuan seperti ini lebih mudah disampaikan ke pemilik proses dibanding sekadar menunjukkan rata-rata.
Audit kualitas kontrol: kejelasan keputusan, risiko, dan jejak bukti
Workflow yang cepat tapi rapuh akan menimbulkan biaya kemudian, terutama saat pemeriksaan internal, sengketa vendor, atau investigasi fraud. Tim operasi perlu mengevaluasi apakah kontrol proporsional terhadap risiko dan apakah proses meninggalkan jejak bukti (audit trail) yang konsisten.
Mulai dengan pertanyaan kontrol dasar: apakah ada pemisahan tugas antara pengaju, pemeriksa, dan penyetuju untuk transaksi berisiko? Apakah batas kewenangan (approval matrix) jelas, mutakhir, dan diterapkan otomatis, bukan hanya berdasarkan kebiasaan?
Periksa juga kualitas keputusan. Persetujuan tanpa catatan untuk permintaan yang seharusnya butuh pembenaran (misalnya pembelian di luar katalog atau vendor baru) menyulitkan evaluasi. Sebaliknya, penolakan tanpa alasan mendorong pengajuan ulang yang tidak memperbaiki masalah dan meningkatkan rework.
Jejak bukti yang baik biasanya punya tiga ciri: identitas pengambil keputusan jelas (nama atau peran), waktu keputusan tercatat, dan alasan atau lampiran relevan tersimpan. Jika approval dilakukan lewat chat pribadi atau email tanpa pencatatan terstruktur, risiko kehilangan bukti dan inkonsistensi meningkat meski proses terasa cepat.
Di banyak organisasi Indonesia, kontrol juga terkait kebijakan internal seperti batas otorisasi, kebijakan pengadaan, atau standar verifikasi dokumen. Bila kebijakan berbeda antar unit atau site, catat variasinya sebagai temuan karena itu sering menjadi alasan mengapa tim A cepat sementara tim B harus melalui banyak tahap.
Validasi pengalaman pengguna dan kesiapan adopsi
Penilaian yang hanya berbasis angka bisa melewatkan penyebab utama: friksi saat mengajukan dan saat menyetujui. Lakukan wawancara singkat atau sesi observasi 30–45 menit dengan tiga kelompok: pengaju, approver, dan tim yang mengeksekusi hasil (misalnya finance, HR, atau procurement).
Fokus pada titik yang memicu kesalahan: formulir terlalu panjang, istilah membingungkan, lampiran wajib tidak jelas, atau notifikasi yang terlalu sering sehingga diabaikan. Mintalah mereka menunjukkan satu kasus nyata dan menandai langkah yang paling merepotkan, karena itu biasanya bertepatan dengan titik rework tertinggi.
Untuk menilai kesiapan adopsi workflow baru, periksa tiga hal praktis: apakah peran dan backup approver sudah ditetapkan, apakah jam kerja lintas fungsi diperhitungkan (misalnya approver lapangan jarang membuka laptop), dan apakah ada kanal bantuan saat permintaan macet. Jika targetnya mengurangi keterlambatan di proses administrasi karyawan, contoh referensi yang relevan bisa dilihat pada pembahasan tentang perbaikan alur persetujuan agar pembayaran lebih tepat waktu.
Terakhir, uji apakah aturan workflow bisa dipahami tanpa penjelasan dari orang lama. Jika pengguna baru selalu perlu bantuan saat mengajukan, desainnya belum cukup jelas dan akan sulit diskalakan ketika volume meningkat atau terjadi rotasi staf.
Dengan tujuan yang jelas, metrik yang tepat, kontrol yang dapat diaudit, dan umpan balik pengguna, tim operasi dapat menilai workflow secara menyeluruh tanpa terjebak opini. Hasilnya bukan sekadar laporan, melainkan peta perbaikan yang menunjukkan bagian yang harus disederhanakan, bagian yang perlu diperkuat, dan perubahan yang paling berdampak.
Jika perlu, jadwalkan sesi singkat untuk menyepakati metrik dan cara pengambilan data lintas tim.
Pelajari pendekatan adopsi pengguna di Epruvo