Di bagian keenam kami membahas mengapa proyek ERP gagal: proses yang tidak didefinisikan, pemilik yang tidak hadir, data yang kotor, peluncuran yang terburu-buru, dan tim yang tidak siap menghadapi perubahan. Sekarang kami mengubah pelajaran tersebut menjadi rencana eksekusi. Memilih sistem adalah keputusan satu hari; mengimplementasikannya adalah proyek berbulan-bulan, dan di situlah hasilnya benar-benar ditentukan. Di bagian ketujuh ini kami menelusuri tahapan implementasi secara berurutan: dari penemuan dan cetak biru proses, ke migrasi data, ke pengujian, ke peluncuran dan hypercare, lalu sisi manusia tempat sebagian besar proyek tersendat.

Penemuan dan cetak biru proses: gambar sebelum membangun

Implementasi yang sukses dimulai dengan tahap penemuan, bukan instalasi. Anda duduk bersama setiap departemen dan memetakan bagaimana departemen itu benar-benar bekerja saat ini — bukan bagaimana seharusnya ia bekerja di atas kertas — lalu menyepakati satu cara yang akan digunakan sistem untuk menjalankan setiap proses. Hasil dari tahap ini adalah satu dokumen: cetak biru proses yang mendefinisikan setiap proses, siapa pemiliknya, serta di mana proses itu dimulai dan berakhir.

Cetak biru ini adalah konstitusi proyek. Setiap perselisihan diselesaikan dengan kembali kepadanya, dan setiap kustomisasi ditimbang berdasarkan dokumen tersebut. Proyek yang melewatkan tahap penemuan dan langsung melompat ke layar akan menemukan celahnya setelah peluncuran, ketika biaya untuk memperbaikinya berlipat kali lebih besar.

Migrasi data: bersihkan sebelum memindahkan

Data lama Anda tersimpan di spreadsheet dan sistem yang tersebar dan terakumulasi selama bertahun-tahun, dan itulah hal paling berbahaya untuk dibawa ke sistem baru. Migrasi yang sukses adalah tahap tersendiri, bukan sekadar salin dan tempel:

  • Bersihkan sebelum memindahkan: nama ganda, saldo yang tidak cocok, item tanpa kategori. Bersihkan semua itu di sumbernya sebelum masuk ke sistem, karena data kotor yang masuk ke sistem yang bersih tetap kotor dan menggoyahkan kepercayaan terhadap angka sejak hari pertama.
  • Petakan dan verifikasi: cocokkan kolom sistem lama Anda dengan kolom sistem baru, migrasikan satu batch uji coba terlebih dahulu, lalu periksa apakah saldo dan total cocok dengan sumber sebelum Anda mengandalkannya.
  • Riwayat yang Anda bawa: putuskan apa yang dimigrasikan dan apa yang diarsipkan. Tidak setiap catatan lama layak membebani sistem baru.

Aturannya: bersihkan dahulu, migrasikan kedua, verifikasi ketiga. Urutan itulah yang membedakan sistem yang dimulai dengan kepercayaan dari sistem yang dimulai dengan keraguan.

Pengujian dan penerimaan sebelum peluncuran

Sebelum siapa pun menyentuh sistem dalam pekerjaan nyata, sistem harus lulus pengujian dengan data Anda, bukan data demo milik vendor. Anda menyusun skenario dari bisnis Anda yang sebenarnya — satu faktur lengkap, satu siklus pembelian, satu penutupan akhir bulan — dan menjalankannya di sistem untuk melihat bahwa sistem menghasilkan hasil yang benar.

Kemudian tibalah pengujian penerimaan: tim Anda sendiri menjalankan operasi yang akan mereka lakukan setiap hari dan menyetujui bahwa semuanya berjalan sebagaimana mestinya. Pengujian penerimaan bukanlah formalitas; ini adalah kesempatan terakhir untuk menangkap celah sebelum berubah menjadi krisis di depan pelanggan sungguhan.

Peluncuran dan hypercare: bertahap, bukan lompatan

Saat peluncuran, Anda menghadapi dua keputusan:

  • Bertahap atau serentak (big-bang): peluncuran serentak menyalakan semuanya dalam satu hari, melipatgandakan risiko dan membuat setiap kesalahan menjadi krisis bagi seluruh perusahaan. Peluncuran bertahap — satu modul atau satu cabang pada satu waktu — membatasi kesalahan dan membangun kepercayaan selangkah demi selangkah. Dalam sebagian besar kasus, cara bertahap lebih aman; lompatan tunggal hanya cocok untuk usaha kecil dengan operasi sederhana.
  • Hypercare: minggu-minggu pertama setelah peluncuran adalah tahap yang paling rawan. Tempatkan dukungan intensif di dekat tim untuk segera menangkap kesalahan dan menjawab pertanyaan, hingga sistem stabil dan orang-orang mempercayainya. Peluncuran bukanlah garis akhir, melainkan awal dari tahap yang paling sensitif.

Sisi manusia: pemilik, sponsor, dan perubahan

Di sinilah sebagian besar proyek tersendat — bukan pada teknologinya. Implementasi membutuhkan tiga pilar manusia: satu pemilik internal yang memiliki wewenang dan waktu khusus untuk memimpin dari pihak Anda, bukan karyawan yang diberi proyek sebagai pekerjaan sampingan; sponsor eksekutif yang memberi proyek prioritas nyata dan memutuskan hal-hal yang melintasi departemen; serta manajemen perubahan yang sadar, yang menyiapkan tim sebelum peluncuran, bukan sesudahnya.

Manajemen perubahan berarti melibatkan orang sejak awal agar mereka merasa menjadi bagian dari keputusan, bukan korbannya, menjelaskan mengapa kita berubah, bukan hanya bagaimana, dan menjadikan pelatihan berkelanjutan, bukan acara satu kali. Sistem yang diterima orang akan berhasil meskipun lebih sederhana; sistem yang dipaksakan kepada mereka akan ditolak diam-diam meskipun lebih kuat.

Pandangan Origami

Kami adalah perusahaan teknologi, tetapi bagi kami implementasi adalah proyek yang terorganisasi, bukan sekadar memasang perangkat lunak. Kami memulai dengan penemuan dan cetak biru proses sebelum menyentuh layar, kami memperlakukan migrasi data sebagai tahap yang membersihkan dan memverifikasi, bukan menyalin, kami bersikeras pada pengujian penerimaan yang disetujui tim Anda, dan kami meluncurkan secara bertahap dengan hypercare yang dekat. Kami juga menjadikan pemilik internal, sponsor eksekutif, dan manajemen perubahan bagian dari rencana sejak hari pertama. Tujuan kami adalah sistem yang tetap hidup setelah peluncuran, bukan sistem yang berjalan pada hari serah terima lalu ditinggalkan.

Kesimpulan

Implementasi ERP yang sukses bukanlah sebuah peristiwa, melainkan proyek bertahap: penemuan yang memetakan proses, migrasi yang membersihkan sebelum memindahkan, pengujian penerimaan yang disetujui oleh mereka yang akan menggunakannya, peluncuran bertahap yang diikuti hypercare, dan di atas semua itu pemilik yang hadir, sponsor eksekutif, serta tim yang siap menghadapi perubahan. Siapa yang menjalani tahapan ini secara berurutan akan menjalankan sistem yang hidup; siapa yang melompatinya akan menjalankan krisis yang tertunda. Dan di sepanjang semua tahapan ini berdiri satu syarat yang tidak bisa ditunda di Arab Saudi: kepatuhan. Di bagian kedelapan kami akan membahas apa yang harus Anda tuntut dari sistem apa pun sebelum menandatangani kontrak — faktur elektronik, PPN, dan lokalisasi bahasa Arab yang lengkap — sebagai persyaratan wajib, bukan tambahan.

Sumber

  • Otoritas Zakat, Pajak, dan Bea Cukai (ZATCA) — Faktur elektronik (Fatoora) sebagai kewajiban yang harus diperhitungkan dalam pengujian dan peluncuran: 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