Perusahaan Sering Gonta-ganti Software ERP tapi Efisiensi Tidak Naik, Ini Sebabnya

Business Today | Sudah ganti software tiga kali dalam lima tahun, tapi laporan keuangan masih sering salah, data stok antar departemen masih tidak sinkron, dan approval pembelian masih memakan waktu berhari-hari. Situasi ini lebih umum dari yang disadari banyak eksekutif. Dan yang menarik, masalahnya hampir tidak pernah ada di softwarenya.

Perusahaan yang terus berganti ERP tanpa hasil yang berbeda biasanya sedang melakukan hal yang sama berulang kali: mencari solusi teknologi untuk masalah yang akarnya ada di cara kerja dan struktur organisasi. Software baru hanya akan mengotomatiskan proses yang sudah ada, dan jika prosesnya memang bermasalah sejak awal, hasilnya akan tetap bermasalah, hanya dengan tampilan antarmuka yang lebih modern.

Mengapa Software yang Berbeda Menghasilkan Masalah yang Sama?

Ketika sebuah perusahaan memutuskan untuk mengganti ERP, biasanya ada frustrasi yang sudah menumpuk: sistem lama terasa lambat, fiturnya tidak cukup, atau vendornya tidak responsif. Frustrasi itu valid. Tapi keputusan untuk berganti sistem sering diambil tanpa menjawab satu pertanyaan yang jauh lebih mendasar: masalah sebenarnya ada di mana?

ADVERTISEMENT

SCROLL TO RESUME CONTENT

Dalam banyak kasus, evaluasi pilihan software ERP terbaik untuk perusahaan dilakukan dengan membandingkan fitur, harga, dan reputasi vendor, tapi melewatkan analisis yang lebih dalam tentang mengapa implementasi sebelumnya tidak berhasil. Apakah data masternya memang tidak pernah dibersihkan? Apakah ada departemen yang tidak pernah benar-benar mengadopsi sistemnya? Apakah alur kerja antar tim memang tidak pernah didefinisikan dengan jelas sebelum sistem diimplementasikan?

Tanpa menjawab pertanyaan-pertanyaan itu, mengganti software hanya memindahkan masalah yang sama ke platform yang baru.

Kegagalan implementasi ERP yang berulang hampir selalu bisa ditelusuri ke beberapa pola yang sama. Yang membuat pola ini sulit diatasi adalah kenyataan bahwa ia menyentuh cara kerja organisasi, bukan sekadar konfigurasi teknis sebuah sistem. Berikut beberapa akar masalah yang paling sering ditemukan.

• Tidak ada pemilik proses yang jelas di setiap departemen. ERP bekerja dengan mengalirkan data dari satu fungsi ke fungsi lain. Ketika tidak ada yang bertanggung jawab memastikan data di departemennya akurat dan diperbarui tepat waktu, aliran data di seluruh sistem akan terputus di titik yang paling lemah itu.
• Implementasi dilakukan terlalu cepat tanpa pemetaan proses yang memadai. Banyak perusahaan ingin sistem baru langsung berjalan dalam hitungan minggu. Tapi tanpa dokumentasi proses yang jelas, konfigurasi sistem hanya menebak-nebak bagaimana bisnis seharusnya berjalan.
• Resistensi pengguna yang tidak pernah ditangani secara serius. Ketika tim di lapangan merasa dipaksa menggunakan sistem yang tidak mereka pahami atau tidak mereka percaya, mereka akan mencari jalan pintas: mencatat data di luar sistem, membuat spreadsheet paralel, atau mengisi data asal-asalan hanya untuk memenuhi kewajiban.
• Tidak ada komitmen dari level manajemen yang cukup tinggi. Implementasi ERP yang berhasil hampir selalu melibatkan sponsor aktif dari level direktur atau C-level. Ketika proyek ini hanya diserahkan ke tim IT atau konsultan eksternal tanpa keterlibatan manajemen puncak, prioritasnya mudah terdorong ke pinggir ketika ada urusan operasional yang lebih mendesak.
• Data awal yang tidak dibersihkan sebelum migrasi. Memindahkan data lama yang penuh inkonsistensi ke sistem baru hanya menghasilkan sistem baru yang penuh inkonsistensi. Garbage in, garbage out berlaku sangat konsisten di implementasi ERP manapun.

Studi Kasus: Tiga Kali Ganti ERP, Masalahnya Tetap di Tempat yang Sama

Studi kasus berikut bersifat fiktif dan hanya digunakan sebagai ilustrasi. Segala kesamaan nama perusahaan atau individu dengan entitas nyata adalah kebetulan semata.

PT Dinamika Usaha Mandiri adalah perusahaan distribusi produk konsumsi dengan sekitar 200 karyawan dan jaringan distribusi yang mencakup lima provinsi. Dalam delapan tahun terakhir, mereka sudah tiga kali berganti platform ERP dengan alasan yang berbeda-beda di setiap pergantian.

Sistem pertama ditinggalkan karena dianggap terlalu kaku dan tidak bisa mengakomodasi kebutuhan khusus tim penjualan. Sistem kedua diganti setelah dua tahun karena laporan yang dihasilkan sering tidak konsisten dengan kondisi aktual di lapangan. Sistem ketiga, yang baru berjalan delapan belas bulan, sudah mulai dipertanyakan manfaatnya oleh direktur operasional karena masalahnya terasa sama saja dengan sistem sebelumnya.

Ketika konsultan eksternal dilibatkan untuk melakukan asesmen, temuannya cukup mengejutkan manajemen. Masalah utamanya bukan di ketiga software yang pernah digunakan. Masalahnya adalah tidak pernah ada standarisasi proses yang dilakukan sebelum setiap implementasi. Tim gudang, tim penjualan, dan tim keuangan masing-masing memiliki definisi yang berbeda tentang bagaimana sebuah transaksi seharusnya dicatat. Ketika sistem baru diimplementasikan, masing-masing departemen mengkonfigurasi sistemnya mengikuti kebiasaan yang sudah ada, bukan mengikuti alur yang terintegrasi.

Hasilnya selalu sama: data antar departemen tidak bisa direkonsiliasi, laporan konsolidasi penuh dengan selisih yang tidak bisa dijelaskan, dan tim IT menghabiskan sebagian besar waktunya untuk menangani keluhan data daripada pengembangan sistem.

Konsultan kemudian merekomendasikan hal yang tidak populer tapi perlu: tunda rencana pergantian sistem, dan fokus terlebih dahulu pada standarisasi proses bisnis lintas departemen. Baru setelah proses itu terdefinisi dengan jelas, pilihan sistem yang tepat bisa diidentifikasi dan implementasinya bisa dijalankan dengan fondasi yang lebih kuat.

Yang Perlu Diselesaikan Sebelum Memilih Software Baru

Perusahaan yang sedang mempertimbangkan penggantian ERP perlu melakukan pekerjaan rumah yang lebih dalam sebelum membuka demo dari vendor manapun. Ada beberapa hal yang jauh lebih menentukan keberhasilan implementasi dibandingkan fitur atau harga dari software yang dipilih.

• Dokumentasikan alur kerja aktual, bukan alur kerja yang seharusnya. Banyak perusahaan mendokumentasikan proses idealnya, bukan apa yang benar-benar terjadi di lapangan. Gap antara keduanya adalah tempat di mana masalah implementasi biasanya bermula.
• Identifikasi titik-titik di mana data antar departemen selama ini tidak sinkron. Sebelum sistem baru dipilih, peta masalah yang ada harus sudah jelas. Ini akan menjadi panduan konfigurasi yang jauh lebih akurat dibandingkan daftar fitur dari brosur vendor.
• Pastikan ada champion yang ditunjuk di setiap departemen kunci. Orang ini bukan hanya pengguna, tapi penanggung jawab yang memastikan timnya menggunakan sistem dengan benar dan menjadi jembatan antara kebutuhan operasional dan tim implementasi.
• Tetapkan ukuran keberhasilan yang spesifik sebelum implementasi dimulai. “Sistem yang lebih baik” bukan target yang bisa diukur. Target seperti waktu rekonsiliasi laporan yang turun dari lima hari menjadi satu hari jauh lebih berguna untuk mengevaluasi apakah implementasi benar-benar berhasil.

Vendor ERP seperti Total ERP bisa menyediakan platform yang sangat komprehensif, tapi bahkan sistem terbaik pun tidak akan memberikan hasil yang bermakna jika diimplementasikan di atas proses yang belum terstandarisasi dan organisasi yang belum siap berubah. Perusahaan yang akhirnya berhasil mendapatkan manfaat nyata dari ERP-nya hampir selalu memiliki satu kesamaan: mereka menyelesaikan masalah organisasinya terlebih dahulu, lalu memilih teknologi yang mendukung solusi itu, bukan sebaliknya.