Di bagian kelima kita membahas biaya sebenarnya dari sebuah ERP, dan mengakhirinya dengan sebuah pengamatan yang tidak nyaman: banyak proyek memiliki anggaran yang cukup, tetapi tetap gagal. Alasannya jarang bersifat teknis. Sistem ERP saat ini sudah matang, tetapi sebuah proyek gagal ketika teknologi saja yang dianggap sebagai persoalannya. Pada intinya, kegagalan bersifat organisasi dan manusia: proses yang tidak terdefinisi, pemilik yang absen, data kotor, peluncuran yang terburu-buru, dan tim yang tidak siap menghadapi perubahan. Di bagian keenam sekaligus terakhir ini, kita membahas penyebab kegagalan yang sebenarnya satu per satu, dan menghadapi masing-masing dengan hal yang membuat proyek Anda berhasil.

Proses sebelum sistem: kegagalan yang dimulai sebelum instalasi

Sistem tidak menciptakan cara kerja untuk Anda; sistem mempercepat cara kerja yang sudah Anda miliki. Ketika proses Anda tidak terdefinisi atau saling bertentangan antara satu departemen dan departemen lainnya, Anda mengotomatiskan kekacauan alih-alih menatanya, dan Anda hanya mendapatkan kekacauan yang lebih cepat. Proyek yang paling sering tersandung adalah proyek yang berasumsi bahwa sistem akan merapikan rumah atas nama mereka.

Keberhasilan dimulai sebelum memilih sistem apa pun: definisikan dan dokumentasikan proses Anda, dan sepakati satu cara untuk setiap proses sebelum Anda meminta sistem menjalankannya. Waktu yang Anda habiskan untuk mendefinisikan proses akan menghemat waktu berkali-kali lipat dalam implementasi dan kustomisasi nantinya.

Pemilik internal: proyek tanpa pemilik akan terombang-ambing

ERP menyentuh setiap departemen, itulah sebabnya ERP membutuhkan satu orang di dalam perusahaan yang benar-benar memiliki proyek tersebut: mengambil keputusan, menyelesaikan perselisihan antardepartemen, dan menindaklanjuti dengan vendor. Vendor adalah mitra implementasi; vendor bukan pemilik proyek Anda dan tidak memahami prioritas Anda sebaik Anda. Proyek yang dibiarkan tanpa pemilik internal yang jelas berubah menjadi serangkaian rapat tanpa keputusan: berlarut-larut dan layu.

Keberhasilan: tunjuk pemilik internal dengan wewenang nyata dan waktu khusus, bukan karyawan yang diberi proyek sebagai tambahan di pinggiran tugas hariannya. Pemilik ini adalah satu-satunya suara perusahaan kepada vendor, dan jaminan bahwa keputusan diambil, bukan ditunda.

Data bersih dan peluncuran bertahap

Dua penyebab teknis menenggelamkan proyek dengan anggaran yang tepat:

  • Memigrasikan data kotor: ketika Anda memindahkan saldo, item, dan nama yang terakumulasi beserta kesalahannya ke sistem baru, Anda memulai sejak hari pertama dengan kepercayaan yang goyah terhadap angka. Data kotor yang masuk ke sistem yang bersih tetap kotor. Bersihkan sebelum bermigrasi, bukan sesudahnya.
  • Meluncurkan semuanya sekaligus: mengaktifkan setiap modul di setiap departemen dalam satu hari melipatgandakan risiko dan menjadikan setiap kesalahan krisis di seluruh perusahaan. Peluncuran bertahap (satu modul, departemen, atau cabang dalam satu waktu) membatasi kesalahan, membangun kepercayaan diri tim selangkah demi selangkah, dan memberi Anda kesempatan untuk memperbaiki sebelum diperluas.

Aturannya: data bersih dulu, lalu luncurkan secara bertahap. Kecepatan sejati datang dari tahapan yang disiplin, bukan dari satu lompatan.

Pelatihan dan manajemen perubahan: sisi yang menentukan hasil

Penyebab kegagalan yang paling berbahaya, sekaligus paling diabaikan, tetap bersifat manusia, bukan teknis. Sistem terbaik pun gagal jika orang-orang yang menggunakannya tidak yakin terhadapnya. Tim yang merasa sistem dipaksakan kepada mereka akan menolaknya secara diam-diam, dan kembali ke spreadsheet serta cara-cara lama secara sembunyi-sembunyi, sehingga Anda berakhir dengan dua realitas: sistem di atas kertas, dan pekerjaan sebenarnya di luar sistem.

Keberhasilan dibangun dengan manajemen perubahan yang sadar: libatkan tim sejak awal agar mereka merasa menjadi bagian dari keputusan, bukan korbannya; jelaskan mengapa kita berubah, bukan hanya bagaimana; dan jadikan pelatihan berkelanjutan, bukan acara satu kali saat peluncuran. Sistem yang diterima orang akan berhasil meskipun lebih sederhana, dan sistem yang mereka tolak akan gagal meskipun lebih canggih.

Pandangan Origami

Kami adalah perusahaan teknologi, tetapi kami tahu bahwa keberhasilan ERP adalah keputusan organisasi sebelum menjadi pilihan teknis. Karena itu kami memulai dari proses, bukan dari layar: kami membantu Anda mendefinisikan proses dan membersihkan data sebelum kami menginstal apa pun, kami menekankan adanya pemilik internal yang memimpin dari pihak Anda, kami meluncurkan secara bertahap alih-alih sekaligus, dan kami menjadikan pelatihan serta manajemen perubahan bagian dari proyek, bukan pos yang ditunda. Tujuan kami bukan menyerahkan sistem yang berfungsi secara teknis, melainkan sistem yang diterima tim Anda dan tetap hidup setelah peluncuran.

Kesimpulan: akhir seri dan awal generasi baru

Proyek ERP jarang gagal karena teknologinya kurang memadai, melainkan karena prosesnya tidak didefinisikan, pemiliknya absen, datanya dimigrasikan dalam keadaan kotor, peluncurannya terburu-buru, atau timnya tidak siap menghadapi perubahan. Masing-masing penyebab ini memiliki kebalikan yang membawa keberhasilan. Dengan ini kita menutup panduan praktis sistem ERP yang telah kita jalani bersama: mulai dari mendefinisikan sistem, kapan Anda membutuhkannya, modul-modulnya, cara memilihnya, biaya sebenarnya, hingga akhirnya bagian ini.

Perlu dicatat ke mana arah bidang ini: generasi sistem berikutnya mempersempit celah yang justru menjadi penyebab sebagian besar kegagalan. Sistem yang didefinisikan dan dikonfigurasi melalui percakapan alih-alih oleh konsultan, dan yang menyesuaikan diri dengan cara kerja Anda alih-alih memaksakan caranya sendiri, membuat pendefinisian proses dan adopsi menjadi lebih mudah daripada sebelumnya. Namun aturannya tetap sama seberapa pun alatnya berkembang: sistem yang berhasil dimulai dengan proses yang jelas, pemilik yang hadir, dan tim yang yakin. Teknologi memuluskan jalan, tetapi tidak menggantikan kesadaran dalam menempuhnya.

Sumber

  • Otoritas Zakat, Pajak, dan Bea Cukai (ZATCA) — Faktur elektronik (Fatoora) sebagai kewajiban yang harus diperhitungkan oleh setiap peluncuran bertahap: https://zatca.gov.sa
  • Otoritas Data dan Kecerdasan Buatan Saudi (SDAIA) — Undang-Undang Pelindungan Data Pribadi (PDPL) dan kontrol atas data selama migrasi: https://sdaia.gov.sa
  • Visi Saudi 2030 — transformasi digital dan pemberdayaan usaha kecil dan menengah: https://www.vision2030.gov.sa