Begitu perusahaan punya beberapa cabang, lini produksi, atau lebih dari satu badan usaha, proyek ERP berubah karakter. Risikonya bukan lagi “fiturnya ada atau tidak”, tapi integrasi dengan sistem lain, migrasi data dalam jumlah besar, dan resistensi user.
Untuk perusahaan dengan 51–200 karyawan, implementasi Odoo realistisnya butuh 3–6 bulan, dengan PIC internal penuh waktu, sponsor dari direksi, dan proses kontrol perubahan yang tertulis.
Paket yang biasanya cocok
Di skala ini, Prune Success Pack layanan Advance biasanya lebih tepat. Advance berisi semua layanan Standard ditambah pengembangan dan layanan offline di lokasi Anda, dengan biaya Rp 400rb per jam, kelipatan 5 jam sampai 200 jam.
Jam dihitung selama konsultan berada di lokasi, dengan jadwal default pukul 09.00–12.00 dan 13.00–15.00, atau 5 jam per hari. Untuk lokasi di luar Jabodetabek, tiket dan akomodasi disediakan customer.
Butuh fitur di luar standar, misalnya ISO Compliance 9001 dan 27001 atau IT Inventory untuk kawasan berikat, gudang berikat, dan KEK? Tambahkan Modul Fitur Khusus, minimal 25 jam, bersama Modul Bisnis atau Manufaktur. Contoh: Manufaktur + HRIS + Fitur Khusus 25 jam = Rp 9 juta + Rp 5 juta + Rp 10 juta = Rp 24 juta. Lisensi dihitung terpisah per user (halaman harga Prune).
Ringkasan tahapan
| Tahap | Estimasi durasi | Fokus |
|---|---|---|
| Analisis kebutuhan | 2–4 minggu | GAP analysis, proof of concept |
| Desain solusi | 2–4 minggu | Blueprint, integrasi, hosting |
| Konfigurasi | 6–12 minggu | Sprint, change request, uji migrasi |
| Training dan UAT | 2–4 minggu | Skrip uji, SOP, payroll paralel |
| Go-live dan support | 4–8 minggu | Cut-over, pilot cabang |
1. Analisis kebutuhan: buktikan dengan POC
Lakukan GAP analysis formal per divisi dan per lokasi. Menurut metodologi Odoo, tahap ini menghasilkan penilaian kelayakan, rencana dan anggaran yang jelas, serta proof of concept untuk proses kunci (Solvve, partner Odoo). Dengan POC, direksi melihat proses kritis berjalan di Odoo sebelum anggaran penuh disetujui.
Tutup tahap ini dengan kick-off resmi: perkenalkan PIC dan tim, sepakati metodologi, dan samakan ekspektasi semua pihak.
2. Desain solusi: blueprint yang ditandatangani
Susun blueprint berisi alur proses target, matriks hak akses per jabatan, struktur multi-company bila ada, dan daftar integrasi beserta penanggung jawabnya. Putuskan juga hosting: Odoo Online cukup untuk konfigurasi standar, sedangkan modul kustom butuh Odoo.sh atau server sendiri.
Rencanakan rollout bertahap per kelompok aplikasi atau per cabang. Cara ini jauh lebih aman daripada menyalakan semuanya sekaligus.
3. Konfigurasi: sprint dan change request
Jalankan sprint 2 mingguan dengan demo ke key user di akhir tiap sprint. Pisahkan lingkungan staging dan produksi. Setiap permintaan baru masuk lewat formulir change request yang dinilai dampak biaya dan jadwalnya, karena ruang lingkup yang terus melebar adalah penyebab klasik proyek molor.
Uji coba migrasi data minimal dua kali sebelum migrasi final. Development kustom hanya untuk proses yang benar-benar kritis bagi bisnis.
4. Training dan UAT: terstruktur dan terdokumentasi
UAT di skala ini butuh skrip pengujian per skenario, log temuan, dan sign-off per divisi. Training dibagi per peran dan dilengkapi SOP tertulis. Kalau memakai Modul HRIS, jalankan penggajian paralel minimal satu periode untuk memastikan PPh 21 dan BPJS sesuai.
Uji juga alur e-Faktur. Odoo membuat file XML untuk diunggah ke Coretax, sementara nomor faktur pajaknya diterbitkan Coretax, bukan Odoo (dokumentasi lokalisasi Indonesia Odoo).
5. Go-live: rencana cut-over sampai level jam
Buat rencana cut-over yang rinci: siapa melakukan apa, jam berapa, dan rencana mundur bila gagal. Hindari go-live di musim puncak penjualan, dan pertimbangkan pilot di satu cabang atau gudang sebelum rollout ke semua lokasi.
Ingat temuan Panorama Consulting: 41% perusahaan mengalami gangguan operasional serius saat go-live ERP. Pendampingan intensif di minggu-minggu awal adalah asuransinya.
Kesalahan yang paling sering terjadi
- Integrasi baru dibahas saat konfigurasi hampir selesai.
- PIC dijadikan tugas sampingan, padahal menurut dokumentasi QuickStart Odoo implementasi tercepat punya project manager internal penuh waktu.
- Manajemen perubahan diabaikan, sehingga user kembali ke Excel setelah go-live.
Siapkan ini sebelum mulai
- Sponsor direksi dan PIC penuh waktu.
- Key user per divisi dan per lokasi.
- Daftar sistem yang harus diintegrasikan.
- Keputusan hosting dan prosedur change request.
Referensi: Solvve, partner Odoo; dokumentasi QuickStart Odoo; Panorama Consulting; dokumentasi lokalisasi Indonesia Odoo.