Artikel
Bagaimana Manufaktur Bandung Mengganti 5 Tools dengan Odoo dalam 90 Hari
Manufaktur tekstil Bandung dengan 38 staf jalan di lima tool yang nggak nyambung. Tiga bulan kemudian, satu sistem menangani semuanya. Cerita sebenarnya.
- narrative
Sebuah manufaktur tekstil Bandung dengan 38 staf datang ke kami dengan masalah yang kami dengar tiap minggu. Mereka punya lima tool bisnis yang nggak ngobrol satu sama lain: production tracker berbasis Excel, software akuntansi desktop yang tim finance nggak mau lepas, aplikasi inventory terpisah yang dipakai gudang, CRM yang tim sales setup sendiri, dan database Access bikinan sendiri yang owner pakai untuk menjalankan laporan mingguan.
Datanya tinggal di lima tempat. Setiap Senin, seorang admin menghabiskan empat jam menjahit semuanya supaya owner bisa lihat angka aktual satu minggu. Hari Rabu angkanya sudah basi.
Ini yang kami kerjakan selama 12 minggu, berapa biayanya, dan seperti apa operasinya sekarang.
Kondisi awal
Saat kami mulai, rasa sakit operasionalnya konkret:
- Perencanaan produksi: tracker Excel punya tiga user yang edit file yang sama bersamaan. Konflik dan edit yang hilang sudah normal. Dua production run sebulan mulai dengan alokasi material salah karena data inventory nggak sinkron.
- Order-to-invoice: sales rep ambil order di CRM, email ke admin, yang ketik ke software akuntansi desktop untuk terbitkan invoice, lalu notifikasi produksi lewat WhatsApp. Rata-rata lag: 36 jam. Error: 8–12% order punya quantity atau harga salah saat sampai di lantai produksi.
- Akurasi inventory: stock-take bulanan menunjukkan variance 12–18% dari aplikasi inventory. Sebagian itu shrinkage nyata. Kebanyakan cuma alur data yang jelek.
- Visibilitas finansial: owner lihat angka nyata seminggu sekali, telat tiga hari. Keputusan harga dan negosiasi supplier terjadi dengan informasi basi.
Owner sudah dapat penawaran dari dua partner Odoo lain. Yang pertama bilang 9 bulan dan Rp 480 juta. Yang kedua bilang 6 bulan dan Rp 320 juta. Keduanya merencanakan rollout semua modul sekaligus. Owner nggak mampu, baik dari segi waktu maupun disrupsi.
Keputusan scope
Percakapan pertama bukan tentang Odoo. Tentang masalah mana yang diselesaikan dulu.
Kami petakan lima tool melawan proses bisnis aktual. Dari 14 workflow yang berbeda, cuma 6 yang benar-benar kritikal. Sisanya workaround karena tool-nya nggak connect.
Kami scope go-live bertahap 90 hari mengelilingi enam kritikal:
- Fase 1 (minggu 1–6): Sales, Inventory, Purchase, dan Accounting. Ganti CRM, aplikasi inventory, dan software akuntansi desktop.
- Fase 2 (minggu 7–10): Manufacturing dan MRP dasar. Ganti production tracker Excel.
- Fase 3 (minggu 11–12): Report dan dashboard. Ganti database Access yang dipakai owner.
Total biaya quote: Rp 215 juta. License Odoo Enterprise di atasnya, USD ~28/user/bulan untuk 12 power user yang benar-benar akan pakai harian.
Owner setuju dengan syarat kami komit ke tanggal dengan klausul penalti. Kami iya.
Apa yang kami konfigurasi, apa yang kami customisasi
Pekerjaan konfigurasi, yang merupakan 75% dari implementasi:
- Chart of accounts dipetakan ke PSAK, dengan struktur akun spesifik yang dipakai akuntan eksisting supaya laporan jadi drop-in replacement.
- Kode pajak Indonesia untuk PPN dan PPh 22 (relevan untuk beberapa supplier mereka) dan PPh 23 (untuk kontraktor jasa).
- Bill of materials untuk 47 produk utama. Owner kira ini bagian paling sulit. Selesai dalam dua minggu oleh dua power user begitu kami buat template-nya.
- Inventory multi-lokasi: gudang bahan baku, lantai work-in-progress, gudang barang jadi.
- Workflow approval di purchase order di atas Rp 50 juta — perlu approval owner.
Pekerjaan customisasi, yang 25% sisanya:
- View kalender produksi kustom yang menunjukkan beban tiap work center untuk 30 hari ke depan. View planning standar Odoo nggak menunjukkan yang mereka butuhkan sekilas.
- Output e-Faktur yang match dengan format eksisting mereka. Modul OCA membawa mereka 70% jalan; kami bangun 30% terakhir sebagai ekstensi kustom kecil.
- Integrasi Shopee untuk penjualan barang jadi. Tokopedia belum kritikal, jadi kami tunda.
- Tiga dashboard kustom: status produksi, posisi cash, dan performa supplier.
Kami secara sengaja nggak customisasi modul manufacturing di luar view kalender. Flow MRP standar Odoo menangani produksi build-to-stock mereka dengan baik. Godaannya selalu ada untuk membengkokkan sistem agar sesuai persis dengan yang biasa dilakukan production manager. Kami mendorong balik secara konsisten.
Di mana kami kena
Dua kejutan yang memakan minggu.
Pertama: software akuntansi desktop nggak punya export yang bersih. Tim finance sudah pakai 7 tahun. Merekonstruksi chart of accounts historis dan migrasi saldo awal butuh 80 jam, bukan 20 yang kami budget. Kami serap overrun ini karena kami yang quote.
Kedua: data inventory eksisting punya 1.400 SKU di aplikasi inventory. Setelah cleanup, hitungan sebenarnya 920. Hampir sepertiga SKU duplikat, kode obsolete, atau item yang nggak bergerak bertahun-tahun. Membersihkan ini jadi pekerjaan paruh waktu manager gudang selama 3 minggu. Waktunya nggak kami scope dengan benar.
Tidak ada yang membuat proyek meledak. Keduanya menunda go-live Fase 1 sebesar 8 hari kerja. Kami renegosiasi tanggal Fase 2 dan Fase 3 daripada memadatkannya.
Kondisi di hari 90
Angka diukur empat minggu setelah go-live Fase 3:
- Lag order-to-invoice: 36 jam turun ke di bawah 2 jam. Same-day invoicing di 92% order.
- Tingkat error order: 8–12% turun ke 1.4%. Sebagian besar error sekarang dari info customer salah, bukan masalah alur data internal.
- Variance inventory di stock-take bulanan: 12–18% turun ke 3.1%. Shrinkage nyata sekarang muncul bersih sekarang data flow nggak menutupinya.
- Lag laporan owner: laporan mingguan telat tiga hari, diganti dashboard live. Owner sekarang cek posisi cash dan status produksi harian di HP-nya.
- Waktu admin untuk stitching data: 4 jam tiap Senin plus rebuild ad-hoc, sekarang nol. Waktu admin direalokasi ke follow-up AP/AR, yang kronis kurang sumber daya.
Lima tool itu sudah hilang. Tim akuntansi tetap menjalankan software desktop selama 60 hari paralel sebagai safety net. Mereka mematikannya di hari 60 sukarela — mereka lebih percaya data Odoo saat itu.
Total gambar biaya
Implementasi: Rp 215 juta sesuai quote. Customisasi localisasi: Rp 18 juta (dalam scope). Dua item overrun diserap kami: kira-kira Rp 35 juta nilai waktu yang nggak kami bill.
Berjalan: Rp 14 juta/bulan untuk license (12 power user), Rp 3.5 juta/bulan untuk hosting Odoo.sh, Rp 5–8 juta/bulan untuk support yang berjalan dan enhancement kecil.
Framing owner sesudahnya: “Saya bayar sekitar Rp 28 juta sebulan untuk lima tool itu kalau dijumlah license, jam ekstra pembukuan, dan kerugian dari order yang hilang. Sekarang saya bayar Rp 23 juta sebulan dan saya benar-benar tahu apa yang terjadi di bisnis saya.”
Matematika itu nggak akan jalan untuk setiap perusahaan. Jalan untuk yang ini karena diskoneksi yang jadi masalah sebenarnya, bukan tool-nya sendiri.
Yang akan kami lakukan lagi, yang akan kami ubah
Go-live bertahap adalah keputusan tunggal terbaik. Mencoba ship semua 6 workflow kritikal sekaligus akan gagal. Membagi memberi tiap tim waktu menyerap bagiannya sebelum fase berikutnya mendarat.
Dua hal yang akan kami ubah lain kali. Kami akan budget lebih banyak waktu untuk pembersihan data di awal, bukan sebagai sub-task tapi sebagai fase tersendiri. Dan kami akan lebih agresif membunuh software akuntansi desktop lebih awal — periode parallel-run secara emosional menenangkan tapi memperlambat komitmen tim ke flow baru.
Kalau Anda menjalankan beberapa tool yang nggak nyambung dan matematikanya mulai patah, satu jam percakapan biasanya memperjelas apakah konsolidasi seperti ini masuk akal untuk bisnis Anda. Call seperti itu kami gratisin.