Checklist Kesiapan ERP untuk Perusahaan Indonesia yang Bertumbuh
Oleh Apex Horizon Digital
Perusahaan siap untuk ERP ketika mampu membuat keputusan yang dibutuhkan sistem. Budget dan pertumbuhan penting, tetapi kesiapan lebih bergantung pada kemampuan bisnis untuk menunjuk process owner, menyepakati aturan kerja, menyiapkan data yang dapat dipakai, menyediakan reviewer, dan mendukung user selama perubahan. Membeli software sebelum kondisi ini tersedia hanya memindahkan perbedaan pendapat ke tempat yang lebih mahal. Checklist ini menyediakan review berskor sederhana yang dapat diisi bersama oleh leadership, operations, finance, dan IT sebelum implementasi disetujui.
Ringkasan utama
- Kesiapan adalah kemampuan membuat dan mempertahankan keputusan operasional, bukan sekadar kemampuan membeli software.
- Ownership lemah dan aturan data yang belum jelas perlu diperbaiki sebelum implementasi besar dimulai.
- Skor rendah tidak membatalkan ERP; skor tersebut menunjukkan pekerjaan foundation dan fase awal yang lebih aman.
1. Nilai ownership dan standardisasi proses
Untuk setiap workflow kritis, tanyakan apakah ada satu owner yang mampu menjelaskan trigger, informasi wajib, keputusan, pengecualian, kondisi selesai, dan kebijakan. Beri skor nol jika ownership tidak jelas atau departemen menjelaskan aturan yang bertentangan. Beri skor satu jika ada orang berpengetahuan tetapi proses masih informal. Beri skor dua jika owner sudah ditetapkan, target workflow terdokumentasi, dan pengecualian memiliki aturan keputusan. Konfigurasi ERP membuat kebijakan kerja terlihat. Jika perusahaan belum sepakat, tim proyek akan menunggu keputusan atau menanam aturan yang langsung diakali user.
2. Nilai kualitas data dan ownership
Tinjau pelanggan, pemasok, produk, unit, harga, stok awal, akun user, serta transaksi historis yang dibutuhkan. Nilai data berdasarkan ownership, kelengkapan, keunikan, konsistensi, dan kemampuan merekonsiliasi total. Spreadsheet yang tampak rapi belum cukup jika tidak ada yang tahu siapa boleh mengubah kode produk atau file mana yang tepercaya. Catat duplikasi, key yang hilang, unit ambigu, record tidak aktif, dan field yang dibuat untuk kebutuhan pribadi. Kesiapan meningkat ketika setiap domain memiliki owner, aturan cleansing, keputusan migrasi, dan metode sign-off.
3. Nilai leadership, budget, dan kapasitas delivery
Kesiapan leadership lebih dari menyetujui pembelian. Sponsor harus menyelesaikan konflik, melindungi waktu reviewer, menegakkan kebijakan yang disepakati, serta menerima tradeoff saat scope, waktu, dan budget bersaing. Budget perlu mencakup discovery, desain, build atau konfigurasi, migrasi, integrasi, testing, training, support saat launch, dan allowance perubahan yang wajar. Identifikasi juga siapa yang menghadiri workshop, meninjau prototype, menyiapkan data, menguji skenario, dan membantu rekan kerja. Proyek dapat memiliki dana tetapi belum siap jika semua reviewer penting sepenuhnya sibuk dengan operasi harian.
4. Nilai teknologi, integrasi, keamanan, dan support
Daftarkan sistem yang harus bertukar data, owner setiap koneksi, dokumentasi yang tersedia, credential, environment, dan harapan rekonsiliasi. Pastikan cara user login, role mana yang memiliki akses sensitif, bagaimana backup diuji, dan siapa yang merespons insiden. Periksa kebutuhan konektivitas gudang atau cabang serta apakah mode mobile atau offline benar-benar diperlukan. Terakhir, tentukan siapa yang menangani pertanyaan user, permintaan master data, defect, dan ide enhancement setelah launch. ERP menjadi ketergantungan operasional, sehingga kesiapan mencakup kemampuan memilikinya setelah tim implementasi selesai.
5. Baca skor dan pilih tindakan berikutnya
Gunakan lima dimensi: process ownership, data, leadership, kapasitas delivery, dan teknologi. Beri setiap dimensi skor nol, satu, atau dua berdasarkan bukti tertulis. Total di bagian bawah berarti pekerjaan foundation perlu didahulukan. Skor tengah mendukung pilot terbatas dengan risiko yang ditulis jelas. Skor kuat mendukung discovery lebih luas, tetapi bukan alasan melewati validasi. Tinjau dimensi terlemah, bukan hanya merayakan total. Output paling berguna adalah daftar tindakan singkat dengan owner dan due date untuk setiap gap kesiapan.
- Nol: tidak ada owner, aturan belum disepakati, atau bukti tidak andal.
- Satu: ownership atau dokumentasi tersedia sebagian dengan gap material.
- Dua: owner jelas, aturan disepakati, bukti dapat dipakai, dan sign-off praktis.
- Langkah berikutnya: perbaiki dimensi terlemah sebelum memperbesar scope implementasi pertama.