Di banyak organisasi, perubahan proses sering macet bukan karena idenya kurang bagus, tetapi karena persetujuannya membingungkan dan terasa memperlambat kerja. Saat alur persetujuan tidak jelas, orang cenderung mencari jalan pintas, menunda, atau menolak memakai cara baru. Dengan rancangan yang tepat, Anda bisa membuat persetujuan lebih cepat, lebih dapat diaudit, dan lebih mudah diterima tanpa mengorbankan kontrol.
Kenali sumber resistensi: friksi proses yang sebenarnya
Resistensi muncul ketika pengguna merasa kehilangan kendali, terbebani administrasi, atau khawatir melakukan kesalahan. Di lapangan, friksi sering terjadi karena siapa yang berwenang tidak jelas, tidak ada SLA, dan keputusan tersebar lewat chat pribadi. Akibatnya, proses terlihat tidak adil dan tidak dapat diprediksi.
Mulailah dengan memetakan titik friksi yang paling dirasakan pengguna, bukan hanya yang terlihat di laporan. Misalnya, tim procurement mungkin menilai PR lambat karena menunggu satu orang, padahal ada approver alternatif. Tim sales sering menunda diskon karena tidak tahu batas kewenangan dan kelengkapan dokumen.
Ada tiga jenis friksi yang perlu dibedakan sejak awal: friksi ketidakpastian terjadi saat aturan berubah-ubah atau tidak terdokumentasi; friksi antrian muncul akibat bottleneck approver; friksi rework muncul karena pengajuan bolak-balik akibat persyaratan yang tidak jelas. Masing-masing butuh solusi desain berbeda.
Rancang alur yang jelas: aturan, peran, dan pengecualian masuk akal
Rancangan alur persetujuan yang baik dimulai dengan menentukan keputusan mana yang butuh persetujuan dan mana yang cukup dicatat. Banyak organisasi di Indonesia bisa menghemat waktu dengan membedakan transaksi rutin bernilai kecil dan keputusan berisiko tinggi. Prinsipnya sederhana: semakin tinggi risiko finansial, kepatuhan, atau reputasi, semakin ketat pengawasannya.
Tetapkan peran secara eksplisit dan gunakan istilah yang konsisten. Pemohon mengajukan, reviewer memeriksa kelengkapan, approver mengambil keputusan, dan owner proses bertanggung jawab pada kebijakan. Jika satu orang memegang dua peran, catat alasannya agar tidak menimbulkan konflik kepentingan.
Untuk menghindari alur yang rapuh, buat aturan pengecualian yang realistis. Contohnya: pengganti approver saat cuti, kapan eskalasi otomatis terjadi, dan syarat untuk fast-track. Pengecualian bukan pelonggaran kontrol, tapi cara mencegah proses berhenti hanya karena satu titik tunggal.
Gunakan aturan yang mudah dipahami dan dapat diuji. Contoh praktis adalah batas nominal dan kategori, misalnya “pengeluaran operasional di bawah Rp10.000.000 cukup persetujuan kepala unit” dan “pengadaan vendor baru wajib review legal”. Pastikan batas tersebut selaras dengan kebijakan internal dan praktik audit perusahaan Anda.
- Definisikan kriteria wajib persetujuan (nominal, jenis transaksi, vendor baru, dampak regulasi).
- Tentukan jalur normal dan jalur alternatif (delegasi, backup approver).
- Standarkan daftar dokumen yang harus ada sejak awal untuk mencegah bolak-balik.
- Pasang SLA per tahap dan aturan eskalasi yang jelas.
- Tetapkan jejak audit: siapa, kapan, dan alasan keputusan.
Jika Anda butuh kerangka yang lebih rinci untuk memastikan desainnya tidak ada yang terlewat, Anda bisa merujuk ke checklist praktik terbaik penerapan approval proses internal dan sesuaikan dengan konteks organisasi.
Percepat adopsi: buat proses baru lebih mudah daripada cara lama
Setelah desain siap, tantangan berikutnya adalah membuat orang mau memakai proses baru setiap hari. Banyak implementasi gagal karena fokus hanya pada tools, bukan pengalaman pengguna. Pengguna akan memilih cara yang terasa lebih cepat, jelas, dan aman bagi mereka.
Mulai dari yang paling terlihat: formulir dan input. Kurangi kolom yang tidak dipakai untuk pengambilan keputusan dan gunakan pilihan terstruktur untuk data penting seperti kategori biaya. Formulir yang ringkas membuat pengguna percaya proses ini membantu, bukan menambah pekerjaan.
Buat status dan langkah berikutnya transparan. Pengajuan yang “menggantung” memicu chat berulang dan memberi kesan proses memperlambat kerja. Status seperti “Menunggu reviewer”, “Perlu perbaikan”, atau “Disetujui dengan catatan” memberi kejelasan, terutama bila disertai alasan singkat.
Siapkan skenario komunikasi yang relevan dengan pekerjaan sehari-hari, bukan materi generik. Contoh untuk tim operasional: “Jika vendor tidak bisa mengirim faktur hari ini, apa yang harus dilampirkan agar tetap bisa diproses?”. Untuk manajer: “Apa yang terjadi jika melewati SLA dan bagaimana eskalasi dilakukan?”.
Manfaatkan data untuk meningkatkan adopsi tanpa menyalahkan pengguna. Pantau metrik yang berdampak langsung, seperti waktu siklus persetujuan, tingkat pengajuan yang dikembalikan, dan jumlah eskalasi. Jika pengajuan sering dikembalikan, biasanya masalah ada pada persyaratan yang tidak jelas atau pelatihan yang kurang spesifik.
Jaga kontrol dan kepatuhan: audit trail, pemisahan tugas, dan bukti keputusan
Kecepatan tidak boleh mengorbankan kontrol, terutama pada area sensitif seperti pengadaan, pengeluaran, atau perubahan data master. Auditor internal biasanya mencari konsistensi kebijakan, bukti persetujuan, dan alasan keputusan yang dapat dipertanggungjawabkan. Jejak audit yang rapi justru mengurangi beban saat audit karena bukti tidak perlu dicari dari email atau chat.
Pastikan ada pemisahan tugas yang memadai. Pengaju sebaiknya bukan satu-satunya pihak yang menyetujui, terutama untuk transaksi bernilai besar atau berisiko. Jika organisasi kecil dan peran terbatas, dokumentasikan mitigasinya, misalnya persetujuan berlapis atau review berkala oleh fungsi independen.
Biasakan mencatat alasan keputusan secara singkat dan spesifik. Catatan seperti “sesuai budget Q2, vendor existing, harga paling kompetitif” membantu menjelaskan konteks. Kebiasaan ini juga mengurangi perdebatan berulang karena standar pertimbangan menjadi lebih jelas.
Pada akhirnya, workflow persetujuan internal yang sehat memberi dua hasil sekaligus: keputusan lebih cepat dan risiko lebih terkendali. Ketika aturan jelas, peran tegas, dan pengalaman pengguna rapi, resistensi biasanya turun karena proses baru terasa lebih aman dan lebih mudah. Jadikan iterasi sebagai bagian dari operasional, bukan proyek sekali jadi.
Luangkan 30 menit minggu ini untuk meninjau satu titik bottleneck terbesar dan tetapkan perubahan kecil yang terukur.
Pelajari pendekatan adopsi pengguna di Epruvo