Timeline Implementasi Odoo: Seperti Apa 60 Hari Itu Sebenarnya

Mayoritas proposal Odoo mencantumkan timeline. “Delapan minggu untuk go-live”. “Tiga bulan end-to-end”. Angkanya mendarat di inbox dan si owner menyesuaikan rencananya di kepala. Lalu bulan kedua tiba, proyek entah kenapa masih di tahap migrasi data, dan nggak ada yang tahu pasti kapan launch beneran.

Penyebabnya jarang vendor sengaja menggembungkan angka. Penyebabnya, rencana proyek ERP disajikan sebagai gantt chart dengan kotak-kotak rapih, padahal kenyataannya ada lima atau enam titik di mana timeline selalu goyang seminggu. Tahu di mana titik goyangnya itulah yang mengubah “kita telat” jadi “kita di minggu 5 tahap master data, ini memang sudah pasti terjadi”.

Berikut gambaran implementasi Odoo 60 hari yang realistis untuk UKM Indonesia dengan 30–80 user, tiga atau empat modul inti, dan kerja lokalisasi Indonesia moderat.

Minggu 1 sampai 2: scoping dan pemetaan proses

Ini langkah fondasi yang semua orang ingin sat-set. Pekerjaannya adalah workshop terstruktur dengan kepala tiap departemen — biasanya sales, purchasing, warehouse, accounting, dan HR atau produksi tergantung scope. Outputnya adalah daftar tertulis setiap proses yang akan jalan di Odoo dan bagaimana masing-masing dipetakan ke flow standar Odoo.

Mayoritas proyek menemukan kejutan pertamanya di sini. Yang umum: tim sales menerima pre-order via WhatsApp dengan termin pembayaran nggak standar per customer, dan nggak ada aturan tertulis untuk mengubah itu jadi sales order. Odoo bisa menangani ini, tapi cuma kalau ada yang memutuskan aturannya. Keputusannya milik proyek, bukan milik konsultan.

Deliverable akhir minggu 2: dokumen process map, daftar modul yang difinalkan, dan daftar “item yang dikonfigurasi” — chart of account, kode pajak, struktur gudang, role user, alur approval.

Di mana sering selip: dapat slot di kalender kepala departemen yang sibuk. Block empat sesi setengah hari penuh di jadwal mereka sebelum kick-off, bukan dadakan.

Minggu 3 sampai 4: konfigurasi dan persiapan master data

Konfigurasi adalah konsultan setting up Odoo supaya cocok dengan keputusan minggu 1–2. Chart of account di-load, pajak dikonfigurasi (PPN 11%, PPN 12% kalau berlaku untuk barang Anda, kategori withholding tax), warehouse dan location di-set, role user di-assign, alur approval dihubungkan.

Persiapan master data adalah PR tim Anda. Produk, customer, supplier, opening stock, saldo awal AR dan AP — semuanya harus dibersihkan di spreadsheet ke format yang bisa diimport Odoo. Kalau daftar customer Anda tersebar di tiga file dengan penulisan nama yang nggak konsisten, di minggu inilah realitanya menggigit.

Deliverable akhir minggu 4: environment sandbox Odoo yang sudah dikonfigurasi untuk bisnis Anda, dan set file CSV bersih siap import. Mungkin sekitar 70 persen bersih, masih perlu satu putaran lagi.

Di mana sering selip: kualitas master data. Hampir semua proyek yang kami jalankan kehilangan seminggu di sini karena spreadsheet yang tim kira sudah bersih ternyata punya SKU duplikat, NPWP supplier yang hilang, atau unit pengukuran yang nggak konsisten.

Minggu 5 sampai 6: migrasi data dan build integrasi

Sekarang CSV beneran mendarat di sandbox. Produk diimport, customer diimport, supplier diimport, saldo awal di-post. Tim melihat bisnis mereka di dalam Odoo untuk pertama kalinya. Hampir selalu, import pertama mengungkap masalah — kategori yang nggak terpetakan rapi, kode pajak yang perlu dipecah, customer yang sekaligus supplier dan butuh dua record.

Ini juga waktunya integrasi dibangun. Konektor Tokopedia dan Shopee dikonfigurasi. Payment gateway Midtrans atau Xendit dites. Modul export e-Faktur dipasang dan dites dengan sample invoice. Kalau Anda menarik data dari sistem lama (Accurate, Zahir, ERP kustom), skrip migrasi jalan dan outputnya divalidasi.

Deliverable akhir minggu 6: sandbox dengan data nyata Anda, integrasi yang bekerja, dan rencana tes ditulis untuk user acceptance testing.

Di mana sering selip: integrasi. Quirk API marketplace, kunci sandbox payment gateway, lokalisasi Indonesia Odoo punya bug di satu kode pajak tertentu. Sediakan buffer 5 hari di sini.

Minggu 7: user acceptance testing

Di sinilah tim akhirnya menyentuh sistem. Sales menjalankan input quote nyata, convert ke order, delivery, invoicing. Warehouse menjalankan receive PO, transfer, cycle count. Accounting rekonsiliasi rekening bank dan tutup bulan test. HR run payroll untuk satu karyawan.

Setiap tim akan menemukan masalah. Itu memang tujuannya. Masalahnya disortir ke tiga keranjang: bug (ada yang rusak, konsultan perbaiki), gap training (user belum tahu cara yang benar, training selesaikan), dan perubahan scope (user inginkan proses berbeda dari yang disepakati — di-log, di-prioritaskan, lalu dikerjakan sekarang atau ditunda).

Deliverable akhir minggu 7: sandbox yang sudah ditekan tim, daftar issue dengan statusnya, dan keputusan go/no-go berdasarkan issue kritis yang tersisa.

Di mana sering selip: scope creep yang menyamar sebagai laporan bug. Awasi dengan hati-hati. Sebagian gesekan adalah tim sedang belajar tool baru, bukan tool-nya yang salah.

Minggu 8: training dan go-live

Training biasanya 3–5 hari sesi terstruktur per role, lalu 1–2 hari pendampingan saat tim memakai sistem untuk pekerjaan nyata. Lalu weekend cutover — migrasi data final dari production, rekonsiliasi final, go-live Senin pagi.

Hari pertama go-live berantakan. Hari ketiga lebih tenang. Hari ke-10 tim sudah lepas dari proses lama. Hari ke-30 mereka sudah lupa sistem lama itu kelihatannya seperti apa, kecuali satu-dua orang yang masih ingin melakukan sesuai cara lama.

Deliverable akhir minggu 8: Odoo live menjalankan bisnis nyata, hypercare support aktif untuk 30 hari ke depan, dan daftar item fase-2 yang akan ditinjau ulang.

Di mana sering selip: kesiapan go-live. Kalau tim belum berkomitmen pada tanggal cutover sampai minggu 7, geser seminggu adalah pilihan lebih aman. Go-live dengan tim yang belum siap biayanya lebih mahal daripada penundaan.

Yang nggak termasuk 60 hari

Dua hal yang sering dilupakan. Pertama, hypercare — 4–8 minggu setelah go-live di mana tim memakai Odoo untuk pekerjaan nyata dan memunculkan issue tiap hari. Anggarkan ini secara eksplisit. Kedua, fase 2 — item yang ditunda dari scope awal, plus hal-hal yang baru Anda sadari ingin dimiliki setelah sistem jalan. Mayoritas deployment Odoo yang sukses punya roadmap fase 2 yang jalan 3–6 bulan lagi.

Kalau proyek Anda benar-benar pas dengan bentuk ini, 60 hari realistis. Kalau Anda punya kustomisasi berat, konsolidasi multi-entitas, atau workflow industri tidak biasa, rencanakan 90–120 hari sebagai gantinya. Angkanya sendiri kurang penting dibanding tahu di mana akan goyang.

Kalau Anda ingin sanity check timeline yang vendor berikan, atau bantuan merencanakan sendiri, kami sediakan obrolan satu jam tanpa biaya khusus untuk itu. Tanpa keharusan, feedback yang jujur.