Pukul 16.45 di hari Jumat biasanya jadi waktu paling bising di lantai operasional: telepon menanyakan status, spreadsheet dibuka bergantian, dan satu persetujuan tertahan karena “dokumennya ada di email siapa?”. Di momen seperti itu bukan hanya proses yang melambat, tetapi visibilitas kabur dan sulit mengukur dampaknya terhadap biaya serta risiko. Studi kasus ini menjelaskan bagaimana sebuah perusahaan di Indonesia menata ulang alur kerja internalnya sehingga waktu proses turun signifikan, lengkap dengan titik keputusan untuk menilai ROI.
Awal masalah: persetujuan tercecer, SLA dibayangi, dan biaya tak terlihat
Raka, Kepala Transformasi Digital di sebuah distributor FMCG skala menengah (sekitar 600 karyawan), menerima keluhan yang terdengar sederhana: “approve pengadaan kecil saja bisa 10 hari”. Saat ia menelusuri, akar masalah ternyata bercabang dan lebih kompleks.
Permintaan pembelian dimulai dari formulir Excel, dikirim lewat email ke atasan, lalu ke finance dan procurement. Setiap perpindahan menambah risiko versi berbeda, lampiran hilang, dan tidak ada log andal saat audit internal menanyakan alasan keterlambatan.
Di rapat mingguan, CFO meminta angka yang jelas: berapa lama rata-rata, di tahap mana macet, dan berapa rupiah yang hilang. Tim cuma bisa memberi perkiraan karena cap waktu tersebar di email dan chat, bukan dalam satu sistem.
Raka memilih dua proses yang sering memicu friksi sebagai baseline: permintaan pembelian non-kapital (non-capex) dan persetujuan pembayaran vendor. Mereka memakai data enam minggu terakhir dan membuat peta alur yang menunjukkan siapa bertanggung jawab, input yang dibutuhkan, dan output yang dianggap selesai.
Hasilnya tegas: median cycle time permintaan pembelian 8 hari kerja, dengan 40% kasus tertahan lebih dari 2 hari di tahap persetujuan atasan karena dokumen pendukung tidak konsisten. Untuk pembayaran vendor, median 6 hari kerja; bottleneck terbesar ada pada verifikasi dokumen dan pengecekan tiga arah yang dilakukan manual.
Intervensi: desain workflow, peran yang jelas, dan jejak audit yang rapi
Alih-alih langsung membeli software dan berharap beres, Raka memulai dari desain kontrol dan akuntabilitas. Ia merumuskan aturan sederhana: siapa yang berhak mengajukan, siapa memeriksa kelengkapan, siapa menyetujui sesuai limit, dan kapan eskalasi otomatis terjadi jika SLA terlewati.
Mereka menetapkan peran dan matriks kewenangan (approval matrix) yang sebelumnya hanya tertulis di kebijakan, tetapi tidak ditegakkan oleh sistem. Contohnya, pengajuan di bawah Rp25 juta cukup disetujui kepala departemen dan finance controller; di atas itu harus naik ke direktur terkait.
Dalam aplikasi, setiap pengajuan wajib memilih kategori, pusat biaya (cost center), dan melampirkan minimal dua dokumen yang ditentukan sistem. Dengan daftar persyaratan tampil sejak awal, perdebatan soal lampiran berkurang karena persyaratan sudah jelas saat pengajuan.
Mereka menambahkan validasi praktis: nomor vendor harus cocok dengan data master, format tanggal konsisten (dd/mm/yyyy), dan nilai transaksi tidak boleh melebihi limit tanpa jalur persetujuan tambahan. Langkah ini mengurangi ping-pong email yang biasanya memakan waktu tetapi tidak tercatat di laporan.
Notifikasi dan eskalasi membuat proses berjalan lebih pasti. Jika atasan belum membuka tugas dalam 24 jam, sistem mengingatkan; lewat 48 jam, tugas naik ke pejabat pengganti yang sudah ditetapkan untuk kondisi cuti atau dinas.
Pembahasan konfigurasi peran menjadi krusial karena satu kesalahan kecil bisa menghentikan approval atau membuatnya terlalu longgar. Raka merujuk pada panduan internal tim dan menyelaraskan pendekatan dengan referensi seperti konfigurasi role-based untuk approval agar struktur otorisasi dan fallback berjalan konsisten.
Mereka memastikan setiap langkah meninggalkan jejak audit: siapa melakukan apa, kapan, dari perangkat mana, dan perubahan data apa yang terjadi. Bagi pemangku kepentingan yang memikirkan risiko dan kepatuhan, ini bukan fitur tambahan, melainkan alasan mengapa proses bisa dipertahankan jangka panjang.
Hasil 90 hari: waktu proses turun, varians mengecil, dan ROI lebih mudah dihitung
Raka menetapkan periode evaluasi 90 hari, cukup lama untuk menguji stabilitas proses namun cukup singkat agar proyek tetap punya momentum. Mereka membandingkan data sebelum dan sesudah dengan definisi yang sama untuk titik mulai dan selesai.
Untuk permintaan pembelian non-capex, median cycle time turun dari 8 hari kerja menjadi 3 hari kerja. Variansi juga mengecil: kasus yang melewati 5 hari kerja turun tajam karena eskalasi dan persyaratan lampiran ditegakkan sejak awal.
Pada pembayaran vendor, median turun dari 6 hari kerja menjadi 2–3 hari kerja karena verifikasi kelengkapan menjadi langkah formal yang dapat ditugaskan. Saat invoice tidak lengkap, statusnya jelas “pending vendor”, bukan menggantung di inbox karyawan.
Dari sisi biaya, CFO memakai pendekatan yang bisa diverifikasi: jam kerja administratif yang berkurang, biaya keterlambatan seperti denda atau hilangnya diskon pembayaran cepat, serta penurunan rework karena kesalahan input. Mereka tidak mengklaim angka ajaib, melainkan menunjukkan tiga komponen yang bisa ditelusuri ke log dan laporan keuangan.
Sebelumnya satu pengajuan bisa bolak-balik 2–3 kali hanya untuk memperbaiki detail cost center atau deskripsi barang. Setelah implementasi, rework turun karena field wajib dan pilihan data terstandar, sehingga tim procurement bisa fokus negosiasi vendor, bukan memperbaiki administrasi.
Di rapat kuartalan, pemangku kepentingan juga melihat perubahan perilaku yang sulit dicapai hanya dengan SOP. Karena semua orang bisa melihat status dan pemilik langkah berikutnya, dorongan untuk “mencari orangnya” berkurang dan percakapan bergeser menjadi “apa yang menghambat dan bagaimana memperbaikinya”.
Audit internal kini mendapatkan laporan konsisten: daftar transaksi, waktu persetujuan, alasan penolakan, dan histori revisi. Di praktik di Indonesia, dokumentasi dan bukti proses sering menjadi titik sensitif saat pemeriksaan, sehingga konsistensi jejak keputusan memberi nilai yang terasa walau tidak selalu terlihat langsung di perhitungan ROI.
Pelajaran yang bisa ditiru: mulai dari proses, bukan dari fitur
Setelah euforia “lebih cepat” mereda, Raka mencatat tiga pelajaran yang membuat hasil bertahan. Pertama, pilih proses yang berdampak dan mudah diukur, lalu tetapkan definisi metrik sejak awal agar perbandingan tidak bias.
Kedua, rapikan peran, limit, dan delegasi sebelum otomasi penuh. Banyak implementasi tersendat bukan karena teknologi, tetapi karena tidak ada kesepakatan tentang siapa berwenang memutuskan dan kapan eskalasi harus terjadi.
Ketiga, jadikan data bagian dari operasi harian. Dashboard tidak harus rumit, tetapi harus menjawab pertanyaan eksekutif: di tahap mana macet, berapa lama rata-rata, dan apa penyebab dominannya.
Aplikasi bukan mesin ajaib yang menghapus semua kerja, melainkan cara untuk memindahkan fokus dari mencari informasi menjadi membuat keputusan lebih cepat dan konsisten. Jika Anda menilai proyek serupa, fokuskan diskusi pada pengurangan variasi, jejak audit, dan kemampuan mengkuantifikasi dampak, karena itulah yang biasanya menentukan apakah perubahan proses bertahan setelah tiga bulan pertama.
Pilih satu proses yang paling sering tersendat, lalu ukur baseline-nya selama dua minggu.
Baca studi kasus dan manfaat bisnis di Epruvo