Proyek ERP sering dimulai dengan harapan yang tinggi.
Manajemen menginginkan visibilitas yang lebih baik. Tim Keuangan membutuhkan informasi yang lebih andal. Tim Operasional ingin mengurangi proses manual. Berbagai departemen berharap sistem baru akhirnya dapat menghubungkan seluruh bagian bisnis.
Kemudian implementasi dimulai.
Tim berbeda pendapat tentang bagaimana proses seharusnya berjalan. Data membutuhkan pembersihan lebih banyak dari perkiraan. Laporan menghasilkan angka yang masih dipertanyakan. Pengguna tetap mengandalkan spreadsheet. Keputusan yang seharusnya diselesaikan sejak awal terus dieskalasikan.
Pada akhirnya, sistem ERP menjadi hal yang paling mudah disalahkan.
Namun, perangkat lunak mungkin bukan sumber awal masalahnya.
Dalam banyak transformasi, ERP melakukan sesuatu yang tidak nyaman tetapi berharga: ERP memperlihatkan masalah bisnis yang selama ini telah diatasi organisasi melalui berbagai cara sementara.
Pertanyaan utama bagi manajemen bukan hanya:
“Apakah sistem ERP kita cukup baik?”
Melainkan:
“Apakah bisnis kita sudah cukup jelas mengenai cara beroperasi agar sistem ERP apa pun dapat berhasil?”
ERP tidak dapat memperbaiki bisnis yang belum jelas
Sistem ERP mengharuskan perusahaan menerjemahkan cara kerja mereka menjadi proses, aturan, tanggung jawab, dan data. Artinya, keputusan harus dibuat.
Siapa pemilik suatu proses? Siapa yang memberikan persetujuan? Langkah mana yang perlu distandardisasi? Pengecualian mana yang benar-benar diperlukan? Kapan tanggung jawab berpindah dari satu departemen ke departemen lain? Informasi apa yang seharusnya menjadi rujukan manajemen?
Jika organisasi belum pernah menjawab pertanyaan tersebut dengan jelas, implementasi ERP sering menjadi tempat munculnya persoalan yang selama ini belum terselesaikan.
Perbedaan pendapat antara Sales, Finance, dan Operations tentang kapan sebuah pesanan dianggap terkonfirmasi, misalnya, mungkin terlihat sebagai masalah konfigurasi alur kerja. Padahal bukan. Perangkat lunak sedang meminta perusahaan menetapkan aturan bisnis yang belum pernah benar-benar disepakati.
Keputusan konfigurasi tidak boleh menggantikan keputusan manajemen.
Hal ini konsisten dengan penelitian akademis mengenai implementasi ERP. Tinjauan luas terhadap studi ERP di berbagai negara mengidentifikasi visi bisnis, desain ulang proses, manajemen perubahan, dukungan manajemen puncak, pengelolaan data, serta kesesuaian ERP dengan proses bisnis sebagai faktor penting keberhasilan implementasi.
Teknologi penting. Namun, organisasi yang mengelilinginya juga sama pentingnya.
Teknologi sering mengungkap masalah yang sudah ada
Banyak proses bisnis yang tidak efisien tetap berjalan karena karyawan berpengalaman mengetahui cara mengatasinya.
Seorang staf keuangan mempertahankan spreadsheet tambahan karena angka tertentu harus direkonsiliasi secara manual. Supervisor gudang mengetahui jumlah persediaan mana yang tidak dapat dipercaya. Sales menghubungi Operations secara langsung ketika proses standar terlalu lambat. Manajer menerima laporan, tetapi tetap memverifikasi angka penting secara terpisah sebelum mengambil keputusan.
Cara-cara tersebut dapat membuat organisasi tetap berjalan. Namun, cara tersebut juga menyembunyikan kelemahan dalam model operasional.
ERP membuat pengaturan informal ini lebih terlihat karena proses yang sebelumnya bergantung pada pengetahuan individu harus dibuat eksplisit. Implementasi kemudian memunculkan pertanyaan: proses mana yang benar, sistem mana yang menjadi sumber data utama, siapa yang bertanggung jawab memeliharanya, pengecualian mana yang perlu dipertahankan, dan siapa yang memiliki kewenangan mengambil keputusan akhir?
Apa yang tampak sebagai penolakan terhadap ERP terkadang sebenarnya merupakan proses organisasi menyadari betapa besar ketergantungannya pada pengetahuan individu, intervensi manual, dan pengecualian yang tidak terdokumentasi.
Mulailah dari hasil bisnis, bukan kebutuhan perangkat lunak
Proyek ERP sering dimulai dari daftar kebutuhan.
“Kami membutuhkan fungsi persediaan yang lebih baik.”
“Kami membutuhkan otomatisasi pembelian.”
“Kami membutuhkan lebih banyak dashboard.”
Kebutuhan tersebut mungkin valid, tetapi percakapannya dimulai satu tingkat terlalu dini. Pendekatan transformasi akan menanyakan mengapa kemampuan itu dibutuhkan.
Alih-alih bertanya “Kami membutuhkan modul persediaan yang lebih baik,” tanyakan “Mengapa manajemen tidak dapat menentukan persediaan yang benar-benar tersedia secara andal?”
Alih-alih bertanya “Kami membutuhkan pembelian yang lebih otomatis,” tanyakan “Mengapa keputusan pembelian saat ini lambat, tidak konsisten, atau sulit dikendalikan?”
Alih-alih bertanya “Kami membutuhkan dashboard yang lebih baik,” tanyakan “Keputusan penting apa yang tidak dapat diambil manajer karena informasi datang terlambat, tidak konsisten, atau tidak andal?”
Perbedaan ini penting karena menerapkan fungsi tidak sama dengan menghasilkan nilai bisnis.
Riset Deloitte pada 2025 bersama 26 CFO dan tim transformasi keuangan menemukan tantangan serupa: ambisi transformasi yang luas dapat menjadi sekunder selama implementasi, sementara go-live berubah menjadi sasaran utama—bukan perbaikan bermakna yang seharusnya dihasilkan investasi tersebut.
PwC juga mengamati hal serupa pada cloud ERP. Organisasi dapat memulai transformasi dengan harapan meningkatkan proses dan produktivitas, tetapi ketidakjelasan mengenai ROI dan manfaat yang ingin dicapai dapat menjadi hambatan besar.
Implikasinya jelas: tujuan ERP harus dinyatakan sebagai hasil bisnis sebelum diterjemahkan menjadi kebutuhan sistem.
Lima tanda bahwa masalahnya mungkin bukan ERP Anda
1. Departemen yang berbeda menjelaskan proses yang sama secara berbeda
Mintalah Finance, Sales, dan Operations menjelaskan proses order-to-cash secara lengkap. Jika Anda mendapatkan tiga jawaban yang sangat berbeda, tim implementasi pada akhirnya harus menyelaraskannya.
Ini bukan terutama persoalan perangkat lunak. Ini adalah persoalan penyelarasan proses.
2. Tidak ada yang memiliki proses secara menyeluruh
Bisnis sering dikelola per departemen, tetapi banyak proses penting tidak bersifat departemental.
Order-to-cash melibatkan Sales, Operations, Logistics, dan Finance. Procure-to-pay melibatkan departemen peminta, Purchasing, Warehouse, dan Finance. Akurasi persediaan dapat melibatkan Procurement, Warehouse, Production, Sales, dan Finance.
Ketika tanggung jawab berhenti di batas departemen, masalah di antara departemen tersebut dapat terus dibiarkan. ERP tidak otomatis menciptakan kepemilikan proses. Manajemenlah yang harus menetapkannya.
3. Setiap pengecualian lama harus dipertahankan
Salah satu kebutuhan implementasi yang paling berbahaya adalah: “Sistem baru harus bekerja persis seperti proses kami saat ini.”
Terkadang hal itu memang perlu. Namun, terkadang organisasi justru mereproduksi kompleksitas lama ke dalam sistem baru.
Jika setiap pengecualian, jalur persetujuan, solusi sementara, dan kasus khusus menjadi kebutuhan kustomisasi, perusahaan perlu bertanya mengapa pengecualian tersebut ada sebelum memutuskan untuk mempertahankannya.
Mendigitalkan proses yang tidak efisien hanya menghasilkan proses digital yang tetap tidak efisien.
4. Data dianggap sebagai tanggung jawab IT
Informasi pelanggan, struktur produk, pemasok, harga, satuan, definisi persediaan, dan struktur akuntansi mungkin tersimpan dalam teknologi. Namun, maknanya dimiliki oleh bisnis.
IT dapat mengelola platform. IT tidak dapat secara mandiri menentukan catatan pelanggan mana yang benar, bagaimana produk harus dikategorikan, atau aturan komersial apa yang ingin diterapkan manajemen.
Kepemilikan data bisnis yang lemah baru terlihat sebagai masalah ERP setelah sistem mulai mengungkapkannya.
5. Keberhasilan hanya berarti “kami sudah go-live”
Go-live penting, tetapi itu adalah tonggak proyek—belum tentu hasil bisnis.
Definisi keberhasilan yang lebih kuat dapat mencakup:
- akurasi persediaan yang meningkat
- penutupan akhir bulan yang lebih cepat
- lebih sedikit rekonsiliasi manual
- waktu pemrosesan pesanan yang lebih singkat
- informasi manajemen yang lebih andal
- lebih sedikit pengecualian proses
- kontrol dan akuntabilitas yang lebih kuat
Inilah alasan manajemen perubahan harus melampaui pelatihan tentang tombol mana yang harus diklik.
Riset Prosci menunjukkan bahwa proyek dengan praktik manajemen perubahan yang sangat baik jauh lebih mungkin memenuhi atau melampaui tujuannya dibandingkan proyek dengan manajemen perubahan yang lemah. Fokusnya adalah adopsi, sponsorship, dan kemampuan orang menggunakan cara kerja baru—bukan sekadar penerapan teknologi.
Transformasi ERP yang berhasil dimulai sebelum implementasi
Cara yang berguna untuk memahami transformasi ERP adalah:
Arah → Proses → Kepemilikan → Data → Teknologi → Adopsi → Hasil Bisnis
Pendekatan transformasi ERP yang dipimpin bisnis dari Deloitte mencerminkan prinsip serupa: penyelarasan model operasional dan proses perlu dilakukan sepanjang perjalanan ERP, bukan diperlakukan sebagai aktivitas terpisah di sekitar teknologi.
Kapan perangkat lunak memang menjadi masalah?
Semua ini tidak berarti perangkat lunak ERP tidak pernah menjadi penyebab kesulitan implementasi. Terkadang teknologi memang tidak sesuai dengan kebutuhan bisnis.
Contohnya:
- kebutuhan industri penting tidak dapat didukung secara wajar
- integrasi tidak stabil
- arsitektur tidak mampu mendukung skala yang diharapkan
- kustomisasi yang berlebihan membuat sistem sulit dipelihara
- kebutuhan lokalisasi atau regulasi tidak memadai
- kinerja sistem yang buruk mengganggu operasi normal
Ini adalah persoalan teknologi yang sah. Tantangan bagi manajemen adalah membedakannya dari masalah yang akan tetap ada, apa pun produk ERP yang dipasang.
Pertanyaan diagnostik yang berguna adalah:
“Jika kita mengganti ERP besok, masalah mana yang masih akan tetap ada?”
Jika departemen masih berbeda pendapat mengenai proses, kepemilikan tetap tidak jelas, data tetap tidak konsisten, dan manajer tetap mengandalkan solusi manual, mengganti teknologi saja mungkin hanya memindahkan masalah yang sama ke sistem yang berbeda.
Tujuh pertanyaan sebelum berinvestasi lebih jauh dalam ERP
Sebelum mengganti ERP, melakukan kustomisasi besar, atau berkomitmen pada implementasi baru, pimpinan perlu menjawab tujuh pertanyaan berikut.
1. Hasil bisnis apa yang kita harapkan membaik melalui ERP?
Bukan modul apa yang diterapkan. Apa yang harus menjadi lebih baik secara terukur?
2. Proses mana yang saat ini bergantung pada solusi sementara atau pengetahuan individu?
Proses tersebut kemungkinan besar akan menjadi risiko transformasi.
3. Apakah setiap departemen sepakat mengenai cara kerja proses lintas fungsi yang penting?
Jika belum, penyelarasan harus dilakukan sebelum konfigurasi menjadi arena perdebatan.
4. Siapa pemilik setiap proses dari awal hingga akhir?
Harus ada pihak yang mampu membuat keputusan melintasi batas fungsi.
5. Data mana yang dipercaya manajemen saat ini?
Di mana organisasi memelihara beberapa versi kebenaran yang saling bersaing?
6. Apakah kita memperbaiki proses atau hanya mereproduksinya?
Praktik lama tidak boleh otomatis menjadi kebutuhan kondisi masa depan.
7. Bagaimana kita mengukur keberhasilan enam atau dua belas bulan setelah go-live?
Jika jawabannya hanya “sistem berjalan,” business case mungkin belum cukup jelas.
ERP harus mendukung transformasi, bukan mendefinisikannya
ERP dapat menjadi fondasi yang kuat bagi kontrol, skalabilitas, visibilitas, dan pertumbuhan. Namun, teknologi tidak dapat menyelesaikan tanggung jawab yang tidak jelas, aturan bisnis yang bertentangan, data berkualitas buruk, atau proses yang tidak konsisten secara mandiri.
Di banyak organisasi, implementasi ERP tidak menciptakan masalah tersebut. ERP hanya membuatnya lebih sulit untuk diabaikan.
Karena itu, program ERP yang kuat tidak seharusnya hanya dimulai dengan pertanyaan: “Sistem mana yang harus kita implementasikan?”
Program tersebut perlu dimulai dengan pertanyaan: “Bagaimana bisnis kita seharusnya bekerja—dan apa yang perlu berubah agar teknologi dapat mendukungnya secara efektif?”
Ketika pertanyaan itu dijawab dengan baik, ERP menjadi penggerak transformasi, bukan upaya mahal untuk menutupi masalah di bagian lain organisasi.
Referensi
Ngai, Law & Wat, “Examining the critical success factors in the adoption of enterprise resource planning,” Computers in Industry. ScienceDirect
Deloitte, “Bridging the gap in ERP implementation,” 2025. Deloitte CFO Insights
PwC, “Go beyond the tech: How value-based cloud ERP can help drive greater business performance,” 2024. Perspektif ERP PwC
Prosci, Change Management Research. Riset manajemen perubahan Prosci