Ketika pengajuan cuti, lembur, atau pembelian kecil terasa berputar-putar, masalahnya jarang semata soal “orangnya lambat”. Biasanya friksi muncul dari alur persetujuan yang tidak jelas, informasi bolak-balik, dan minimnya visibilitas status. Dengan memahami cara aplikasi persetujuan internal perusahaan dirancang dan dijalankan, Anda bisa memangkas waktu tunggu, mengurangi kesalahan, dan membuat karyawan serta approver merasa prosesnya lebih manusiawi.
friksi umum dalam proses persetujuan dan dampaknya
Di banyak perusahaan di Indonesia, proses persetujuan masih tersebar melalui chat, email, dan formulir manual. Pengaju sering tidak tahu siapa approver akhir, sementara approver menerima permintaan tanpa konteks. Akhirnya kedua pihak lelah dan mulai mencari jalan pintas.
Beberapa titik friksi terlihat sepele, tetapi berdampak besar pada pengalaman pengguna. Contohnya formulir yang tidak meminta informasi yang benar sejak awal, sehingga HR atau tim operasional harus menanyakan ulang. Setiap pertanyaan ulang menambah hari tunggu dan menurunkan kepercayaan pada proses.
Status yang tidak transparan juga kerap memicu keluhan. Pengaju hanya melihat “sudah saya kirim” lalu hening berhari-hari, sementara approver merasa tertekan karena ditag di banyak kanal. Aplikasi yang baik tidak sekadar memindahkan formulir ke digital, tetapi juga mengurangi beban mental dan konflik kecil yang berulang.
- Status permintaan tidak terlihat real time, sehingga pengaju terus follow-up.
- Persetujuan bergantung pada satu orang tanpa delegasi saat cuti atau dinas.
- Dokumen pendukung tersimpan terpisah, membuat approver ragu mengambil keputusan.
- Aturan berbeda antar unit tidak terdokumentasi, memunculkan keputusan yang tidak konsisten.
- Riwayat audit sulit ditelusuri ketika terjadi sengketa atau pemeriksaan internal.
Jika Anda mengelola proses, penting diingat bahwa pengalaman pengguna mencakup dua sisi: karyawan yang mengajukan dan pimpinan yang menyetujui. Solusi harus memudahkan keduanya, bukan hanya mempercepat pengiriman form.
fitur yang paling berpengaruh pada pengalaman pengguna
Pengalaman pengguna membaik ketika aplikasi memandu orang melakukan langkah yang tepat pada waktu yang tepat. Artinya aplikasi harus mengurangi keputusan yang tidak perlu, meminimalkan input berulang, dan memberikan sinyal yang jelas. Empat fitur berikut biasanya memberikan dampak paling besar di lapangan.
Pertama, formulir dinamis dan validasi sejak awal. Contoh: pengajuan lembur seharusnya meminta tanggal, jam mulai-selesai, dasar kebutuhan, dan lampiran sesuai kebijakan. Jika aplikasi menolak input yang tidak masuk akal sejak awal, jumlah revisi turun drastis.
Kedua, alur persetujuan berbasis aturan yang mudah dimengerti. Untuk biaya tertentu, aplikasi mengarahkan ke atasan lalu ke finance; untuk cuti tahunan, cukup atasan dan HR sesuai kebijakan. Pengguna tidak perlu menebak dan approver tidak merasa keputusan dilempar tanpa otoritas yang tepat.
Ketiga, notifikasi yang relevan dan tidak berlebihan. Notifikasi ideal memberi konteks singkat, tenggat, dan tindakan yang bisa dilakukan dalam satu tempat. Notifikasi yang terlalu sering atau tanpa ringkasan justru mengganggu approver yang menangani banyak permintaan.
Keempat, jejak keputusan yang rapi. Bukan untuk mengawasi, tetapi untuk menghindari miskomunikasi: siapa menyetujui, kapan, dengan catatan apa, serta perubahan apa yang dilakukan. Ini berguna saat payroll mengonfirmasi dasar lembur atau audit internal meninjau kepatuhan SOP.
Jika Anda menata ulang alur agar lebih mudah diterima pengguna, rujukan seperti strategi mempercepat adopsi workflow persetujuan bisa membantu memetakan titik resistensi yang sering muncul di awal implementasi.
mendesain alur yang sederhana namun akuntabel
Alur yang baik tidak selalu berarti semuanya harus dipercepat. Di beberapa proses, kehati-hatian diperlukan, misalnya untuk vendor baru, akses sistem, atau reimburse bernilai besar. Tantangannya membuat kontrol terasa wajar dan konsisten, bukan membingungkan.
Mulailah dari peta keputusan, bukan dari menu aplikasi. Tanyakan: keputusan apa yang harus diambil, oleh siapa, berdasarkan informasi apa, dan risiko apa jika salah. Dari situ Anda bisa menentukan titik kontrol minimal yang tetap menjaga akuntabilitas.
Contoh praktis: pengajuan perjalanan dinas. Banyak organisasi meminta rangkaian persetujuan panjang padahal yang dibutuhkan sering hanya tiga hal: kesesuaian tujuan, ketersediaan anggaran, dan bukti penugasan. Aplikasi dapat menempatkan informasi tersebut di ringkasan awal agar approver tidak perlu membuka banyak lampiran.
Gunakan SLA internal yang jelas untuk mengurangi ketidakpastian. SLA tidak harus kaku, tetapi memberi ekspektasi, misalnya atasan meninjau dalam 1×24 jam kerja dan finance dalam 2 hari kerja untuk biaya tertentu. Ketika SLA terlihat di aplikasi, pengaju lebih sabar dan approver lebih mudah memprioritaskan.
Delegasi dan eskalasi sering terlupakan padahal penting untuk pengalaman pengguna. Delegasi menjaga proses tetap berjalan saat approver cuti, sedangkan eskalasi mencegah permintaan tersangkut tanpa diketahui. Keduanya harus terdokumentasi agar keputusan tetap dapat dipertanggungjawabkan.
- Batasi jumlah tahap persetujuan pada yang benar-benar menambah nilai.
- Tampilkan ringkasan keputusan di halaman pertama approver.
- Gunakan SLA yang realistis dan konsisten antar unit.
- Aktifkan delegasi resmi dan eskalasi untuk permintaan yang macet.
- Standarkan alasan penolakan agar pengaju tahu apa yang harus diperbaiki.
Penting juga menyiapkan pengecualian yang terkontrol. Misalnya pengajuan mendesak bisa melewati satu tahap dengan syarat ada catatan alasan dan persetujuan pihak tertentu. Dengan begitu pengguna dapat berjalan saat darurat tanpa mengorbankan tata kelola.
ukur perbaikan UX dengan metrik yang bisa ditindaklanjuti
Pengalaman pengguna sering dianggap subjektif, padahal bisa diukur dengan indikator operasional nyata. Untuk pemilik proses, metrik memastikan perbaikan bukan sekadar opini tetapi terlihat pada waktu, kualitas keputusan, dan beban kerja. Fokuskan pengukuran pada titik yang paling dekat dengan friksi pengguna.
Metrik pertama adalah waktu siklus end-to-end, dari submit hingga keputusan final. Pecah per tahap agar Anda tahu bottlenecknya, misalnya menumpuk di level supervisor atau verifikasi HR. Dari situ Anda bisa menyesuaikan SLA atau menambah delegasi.
Metrik kedua adalah tingkat pengembalian karena data kurang. Jika 30% permintaan selalu balik karena lampiran tidak lengkap, masalahnya bukan orangnya, melainkan desain form dan instruksi. Perbaiki dengan field wajib, contoh lampiran, atau template sederhana.
Metrik ketiga adalah konsistensi keputusan. Lihat pola penolakan dan catatan approver: apakah banyak penolakan karena “tidak sesuai kebijakan” yang sebenarnya bisa dicegah dengan aturan otomatis. Ketika kebijakan diterjemahkan ke rule, aplikasi membantu mengurangi perbedaan perlakuan antar tim.
Terakhir, ukur kepuasan pengguna secara ringan. Survei satu pertanyaan setelah permintaan selesai, misalnya “Seberapa mudah proses ini?”, sudah cukup untuk membaca tren jika disertai kolom komentar opsional. Gabungkan data ini dengan log aplikasi agar Anda memahami konteks, bukan sekadar angka.
Dengan kombinasi metrik waktu, kualitas input, dan konsistensi keputusan, Anda dapat mengiterasi alur secara bertahap tanpa mengganggu operasi harian. Perubahan kecil seperti ringkasan yang lebih jelas, notifikasi yang tepat, atau pengurangan satu tahap persetujuan sering berdampak besar pada persepsi pengguna.
Tinjau satu proses prioritas minggu ini dan catat tiga titik friksi yang paling sering dikeluhkan.
Jelajahi solusi HR & operasional di https://epruvo.com