Serahterimakan Sistem ERP yang Siap Pakai
kepada UMKM Indonesia
Sistem Informasi Enterprise β ERP Odoo 19.0 dengan Real UMKM Partner Program
1. Pre-Test β Uji Pemahaman Awal (10')
2. 13.1 Go-Live Strategy β Big Bang vs Phased, Cutover Plan (15')
3. 13.2 Data Migration Final β Opening Balance, Stok, AR/AP (12')
4. 13.3 User Training β Merancang & Melaksanakan Pelatihan (15')
5. 13.4β13.6 Eksekusi, Support & Change Management (20')
6. 13.7β13.8 Handover & Long-term Success (10')
7. Studi Kasus: Sari Rasa Catering + Rangkuman + Preview Lab (18')
4 pertanyaan reflektif β bukan dinilai.
Diskusikan dengan teman selama 1 menit per soal.
Jawaban Anda akan lebih bermakna setelah membaca materi hari ini.
UMKM mitra Anda punya 5 staf β 2 sales, 1 gudang, 1 accounting, 1 owner. Anda punya waktu 2 jam untuk training.
β Bagaimana Anda mengalokasikan 2 jam itu untuk 5 orang dengan kebutuhan berbeda?
Pertimbangkan: siapa duluan? berapa lama per orang? paralel atau berurutan?
β± Diskusikan 1 menit dengan teman di samping Anda.
UMKM mitra Anda punya 10 karyawan dan 3 modul (Sales, Inventory, Accounting).
β Apa perbedaan "big bang go-live" vs "phased rollout"? Mana yang lebih masuk akal untuk UMKM ini?
Justifikasikan pilihan Anda β mana yang lebih berisiko? lebih cepat?
β± Diskusikan 1 menit.
Setelah go-live, staf UMKM menghubungi Anda setiap hari dengan pertanyaan.
β Bagaimana merancang support plan yang membantu UMKM tanpa membuat Anda kewalahan?
Pikirkan: frekuensi ideal, format, kapan intensitas bisa diturunkan?
β± Diskusikan 1 menit.
Setelah semester selesai, UMKM mitra Anda masih menggunakan Odoo yang Anda implementasikan.
β Apa yang perlu Anda siapkan agar mereka bisa mandiri tanpa Anda?
Pikirkan: dokumentasi, orang kunci, resource apa?
β± Diskusikan 1 menit.
π LO 13.1 β Menganalisis strategi go-live (Big Bang vs Phased) dan memilih yang tepat untuk UMKM C4
π§ LO 13.2 β Melaksanakan migrasi data akhir: opening balance, stok awal, AR/AP outstanding C3
π§ LO 13.3 β Merancang & melaksanakan sesi training berbasis peran untuk staf UMKM C3
π§ LO 13.4 β Mengeksekusi go-live nyata: transaksi pertama & manajemen isu C3
π‘ LO 13.5 β Menyusun paket dokumentasi handover & rencana support profesional C5
π§ LO 13.6 β Mengevaluasi keseluruhan proyek 14 minggu & menyusun Final Project Report C6
Pre-go-live checklist, security audit, integration verification, Studio customization. Semua harus β sebelum Bab 13.
Eksekusi go-live, user training, first real transactions, handover, support plan, project closure.
Kulminasi 14 minggu: laporan 15β20 halaman + presentasi demo live Odoo.
π Bab 13 = kulminasi seluruh Bab 1β12. Semua konfigurasi, data, dan dokumentasi menjadi bahan handover di Bab 13. Ini bukan bab baru β ini adalah puncak perjalanan.
Pilih Strategi yang Tepat:
Big Bang atau Phased Rollout?
| Faktor | Big Bang | Phased |
|---|---|---|
| Cara kerja | Semua modul aktif sekaligus, satu tanggal | Modul diaktifkan bertahap per bulan/divisi |
| Ukuran UMKM | Kecil (< 10 orang, 2β3 modul) | Sedang-besar (10+ orang, banyak modul) |
| Keuntungan | Clean cutover, tidak ada dual-system | Risiko terkontrol, learning curve gradual |
| Risiko | Jika gagal, seluruh operasional terdampak | Periode transisi panjang, dual-system |
| User Readiness | Tinggi (semua sudah training) | Sedang (beberapa belum siap) |
| Timeline | Pendek | Lebih panjang |
π‘ Untuk praktikum ini: Big Bang adalah pilihan tepat. Semua modul sudah ditest 12 minggu. UMKM kecil tidak bisa dual-system (piutang di Odoo tapi stok masih Excel = kacau).
Cutover = proses transisi dari sistem lama ke Odoo
T-7 β Final data migration (opening balances, initial stock)
T-3 β Final training untuk semua user
T-1 β Final system validation, backup, komunikasi ke stakeholder
T-0 β π GO-LIVE! Mulai transaksi nyata, full support team present
T+7 β Hypercare review: cek semua berjalan baik
β Ideal: Sabtu/Senin pagi (volume rendah), awal bulan (buku bersih), setelah stock opname
β Hindari: Akhir bulan, hari gajian, puncak musim, Senin setelah long weekend
"Jika ada critical issue di T-0 dan T+1 yang tidak bisa diperbaiki dalam 2 jam..."
Fokus pada manfaat, bukan perubahan: "Mulai Senin, tidak perlu Excel lagi." Acknowledge learning curve: "Minggu pertama mungkin ada tantangan. Kami ada untuk membantu."
Opening Balances & Initial Data:
Fondasi untuk Hari Pertama Beroperasi
Fresh Start + Opening Balance = pendekatan yang tepat untuk UMKM dan praktikum.
| Komponen | Sumber dari UMKM | Cara Input di Odoo |
|---|---|---|
| Kas & Bank | Saldo rekening + kas fisik | Accounting β Journal Entries β "Opening Balance [tanggal]" Debit: semua Asset Credit: semua Liability + Equity Total Debit = Total Credit |
| AR (Piutang) | Daftar customer + saldo belum bayar | |
| Inventory | Physical stock count | |
| Fixed Assets | Nilai buku kendaraan, peralatan | |
| AP (Utang) | Daftar vendor + saldo belum dibayar | |
| Modal | Saldo modal pemilik |
β οΈ Jangan Go-Live dengan Opening Balance Kosong! Kas = 0 padahal rekening ada Rp 45 juta β semua laporan tidak dipercaya. Setiap periode setelahnya mewarisi kesalahan.
Inventory β Physical Inventory
Input qty per produk sesuai physical count β Validate. Pastikan unit cost benar (mempengaruhi Balance Sheet).
Buat invoice/bill dengan tanggal asli, jangan register payment. Jika sangat banyak: input sebagai satu journal entry "Opening AR/AP".
β Balance Sheet Odoo = Neraca UMKM terakhir (selisih < 5%)
β Total stok Odoo = Hasil physical count
β AR/AP Odoo = AR/AP aktual dari UMKM
β Saldo bank Odoo = Saldo rekening koran terakhir
Melatih Pengguna: Kunci Keberhasilan
Adopsi Sistem ERP
70%
kegagalan ERP disebabkan user adoption,
bukan isu teknis (Gartner, 2023)
Tanpa training: Sistem terbaik pun tidak berguna jika user tidak mau atau tidak bisa menggunakannya
ROI Training: Setiap 1 jam investasi training menghemat 5β10 jam support di post-go-live
Resistensi normal: "Sudah terbiasa Excel", "takut salah", "ribet" β training yang baik mengatasi ini
β οΈ Satu sesi training tidak cukup! Retention tanpa follow-up hanya 10β20%. Minggu pertama setelah go-live = perpanjangan training.
| Role | Modul | Operasi Kritis | Durasi |
|---|---|---|---|
| Owner | Semua (read) | Dashboard, reports, approve | 30' |
| Sales | Sales, CRM | Quotation, confirm SO, invoice | 45' |
| Purchasing | Purchase | RFQ/PO, receipt, vendor bill | 45' |
| Warehouse | Inventory | Receipt, delivery, stock count | 30' |
| Accountant | Accounting | Review invoice, payment, reports | 60' |
ποΈ Hands-On (#1!) β user langsung praktik, bukan menonton demo
πΉ Video Tutorial β untuk operasi yang jarang dilakukan
π Quick Reference Guide β 1 halaman per role, ditempel di meja
π¨βπ« Train-the-Trainer β siapkan 1 super user sebagai first line support
00:00β00:10 β Introduction: mengapa Odoo, apa yang berubah, apa yang sama
00:10β00:20 β Demo: tour dashboard, menu navigasi, cara login
00:20β01:10 β Role-based hands-on: Owner 10' β Sales 20' β Warehouse 15' β Accountant 15'
01:10β01:30 β Latihan mandiri: setiap user 1 transaksi dari awal tanpa bantuan
01:30β01:50 β Q&A + tips & common mistakes
01:50β02:00 β Closing: quick reference, contact support, next steps
β Context first ("mengapa") β β‘ Demo before practice β β’ Gunakan data nyata β β£ Small wins early β β€ Repeat critical steps 3Γ β β₯ Q&A terbuka
Bug dan error pada software ERP itu sendiri
Biaya lisensi yang terlalu tinggi bagi perusahaan
User adoption β user tidak mau atau tidak bisa menggunakan sistem
Kurangnya fitur di modul accounting
π‘ Jawaban: C β 70% kegagalan ERP disebabkan user adoption, bukan isu teknis. Sistem terbaik pun tidak berguna jika user tidak terlatih.
Hari H: Dari Test Database
ke Real Business
π Pagi (sebelum operasi): Final system check, verifikasi opening balance, brief singkat semua staff
β‘ First Transaction (momen paling simbolis): Idealnya owner yang klik sendiri β didampingi mahasiswa. Dokumentasikan momen ini (screenshot, foto)!
π Sepanjang hari: Mahasiswa standby 100%. Setiap issue β log di issue tracker β prioritize β resolve. Support, bukan override β bantu user selesaikan sendiri
π Akhir hari: Review berapa transaksi berhasil, berapa issues muncul/resolved. Briefing singkat dengan owner. Log outstanding issues untuk besok
π‘ Tip: "Go-live bukan finish line β tapi sprint finish menuju awal yang sesungguhnya." Jika tidak ada check-in di hari kedua β ada yang salah.
Periode intensif 1β2 minggu pasca go-live β support level lebih tinggi dari normal
β Mini Quiz: Apa yang dimaksud Hypercare? Mengapa periode ini sangat kritikal?
Jawab: Periode intensif 1β2 minggu pertama pasca go-live. Kritikal karena mayoritas masalah adopsi terjadi di sini β jika tidak ditangani cepat, user kembali ke cara lama.
Pastikan UMKM Tidak Sendirian β
Dari Resistensi ke Adopsi
| Periode | Frekuensi | Format | Fokus |
|---|---|---|---|
| Minggu 1 | Setiap hari | WA + call/visit | Semua issues, cepat resolve |
| Minggu 2β3 | 2Γ / minggu | WA + call | Issues signifikan, training ulang |
| Minggu 4 | 1Γ / minggu | WA | Review overall health |
| Bulan 2 | On-demand | WA/email | User-initiated requests |
Mahasiswa + owner + super user. Response < 24 jam. Escalate jika kompleks β jadwalkan call.
Google Sheet: Issue | Pelapor | Date | Priority | Status | Resolution. Review bersama UMKM di setiap check-in.
| Bentuk Resistensi | Cara Mengatasi |
|---|---|
| "Ribet, Excel lebih simpel" | Tunjukkan 1 hal yang lebih mudah di Odoo (quick win!) dalam minggu pertama |
| "Takut salah, rusak data" | Reassurance: ada backup, bisa edit/cancel. Tunjukkan caranya |
| "Tidak ada waktu belajar" | Training singkat, langsung ke point. QRG 1 halaman per role |
| "Bos tidak pakai, kenapa saya?" | Top-down endorsement: owner harus aktif menggunakan Odoo |
Minggu 1: "20 SO sudah masuk tanpa Excel β luar biasa!"
Bulan 1: "Laporan keuangan bisa dilihat kapan saja β hemat 3 hari kerja"
Change Curve: Denial β Frustration β Experimentation β Adoption. Ini normal! Jangan paksa, jangan remehkan kekhawatiran.
Serahkan Sistem, Serahkan Kepercayaan
π Project Completion Certificate β proyek implementasi telah diselesaikan. π€ Support Agreement β jadwal & format dukungan pasca go-live. Satu untuk UMKM, satu untuk tim.
Jenis: Jasa Katering (nikah, corporate, hajatan)
Karyawan: 8 orang
Omzet: Rp 150β200 juta/bulan
Owner: Ibu Dewi Rahayu
Super User: Fitri (putri Bu Dewi)
"Saya tahu bisnis saya untung, tapi tidak tahu berapa persisnya. Dan saya tidak mau tahu, takut pusing." β Bu Dewi
Pukul 10.07. Bu Dewi, didampingi Fitri, membuka Odoo. Sales β New. Mengetik nama customer β auto-suggest muncul. "Wah, sudah ada ya namanya?"
Produk: Paket Nikah Medium, 300 tamu. Harga muncul otomatis. Bu Dewi menatap layar, lalu klik Confirm.
SO/2024/00001
"Kalau dulu saya tulis di buku, bisa keselip. Ini tidak bisa keselip ya?"
Go-Live dilakukan Sabtu pagi (awal bulan) β volume transaksi rendah, semua staff bisa hadir, tim on-site 8 jam. Modul: Sales, Purchase, Inventory, Accounting, CRM. Keputusan kunci: tidak aktifkan HR/Payroll β fokus pain point utama dulu.
| Metrik | Sebelum | Sesudah | Ξ |
|---|---|---|---|
| Waktu rekap bulanan | 2β3 hari | 30 menit | -95% |
| Double booking | 2β3Γ/tahun | 0 | -100% |
| Piutang tak tertagih | ~Rp 15 jt/bln | ~Rp 2 jt/bln | -87% |
| Waktu buat invoice | 20 menit | 5 menit | -75% |
| Laporan keuangan | Tidak ada | Otomatis | +β |
| User adoption bulan 1 | N/A | 100% | β |
β Persiapan 14 minggu matang β β‘ Super user tepat (Fitri) β β’ Scope realistis ("Simplify, then expand") β β£ Waktu go-live strategis (Sabtu pagi) β β€ Dokumentasi impact sejak Bab 2
β Diskusi: User adoption Sari Rasa = 100% (semua 8 karyawan pakai Odoo). Identifikasi 3 faktor yang berkontribusi, lalu bandingkan dengan fakta Gartner bahwa 70% implementasi ERP gagal karena adoption.
| Bab | Kontribusi ke Go-Live & Handover |
|---|---|
| Bab 2 | BRD + Gap Analysis β Final Report bagian 3 |
| Bab 3 | Setup β System Documentation di Handover |
| Bab 4 | Master data clean β prasyarat go-live |
| Bab 5β6 | First SO + PO di hari go-live |
| Bab 7 | Physical count + opening stock (Β§ 13.2) |
| Bab 8 | Opening balance journal (Β§ 13.2) |
| Bab 9β11 | Mfg/HR/CRM β modul tambahan di go-live |
| Bab 12 | Pre-go-live checklist β prasyarat langsung |
π Final Project Report = 12 bagian: Executive Summary β Company Profile β BRD & Gap β System Design β Timeline β Challenges β Training β Go-Live Results β Benefits β Lessons Learned β Recommendations β Appendices
1. Big Bang = pilihan tepat untuk UMKM kecil yang sudah test 12 minggu. Cutover plan harus detail per jam
2. Opening Balance = fondasi data hari pertama. Kosong atau salah β semua laporan tidak akurat. Variance < 5% acceptable
3. Training lebih penting dari konfigurasi. Hands-on #1. Super user = first line support internal
4. First Transaction adalah momen simbolis β owner yang klik, bukan mahasiswa. Dokumentasikan!
5. Hypercare 1β2 minggu pertama menentukan apakah sistem bertahan atau ditinggalkan
6. Change Management: resistensi normal. Quick wins + top-down support + empati = kunci adopsi
7. Handover Package lengkap + Support Agreement + Project Completion Certificate = profesional
8. Final Project Report 15β20 halaman harus berbasis data riil yang dikumpulkan sejak Bab 2
UMKM mitra hadir langsung! Ini bukan latihan teknis β ini eksekusi nyata.
π Step 1) Final System Validation β pastikan semua β sebelum UMKM tiba (20')
π Step 2) User Training Session β welcome, role-based hands-on, Q&A (50')
β‘ Step 3) First Real Transactions β min. 2 transaksi nyata, UMKM pegang keyboard (40')
π¦ Step 4) Documentation Handover β serahkan paket, tanda tangan sertifikat (20')
π€ Step 5) Post-Go-Live Support Plan β jadwal check-in, issue tracker (10')
π Step 6) Project Closure & Feedback β testimoni, foto bersama, refleksi (10')
Monk, E. F., & Wagner, B. J. (2013). Concepts in Enterprise Resource Planning (4th ed.). Course Technology.
Hiatt, J. M. (2006). ADKAR: A Model for Change in Business, Government and Our Community. Prosci.
Kotter, J. P. (1996). Leading Change. Harvard Business Review Press.
Gartner. (2023). ERP Implementation Success Factors. Gartner Research.
Deloitte. (2022). Global ERP Survey: Go-Live and Post-Implementation Insights. Deloitte Consulting.
Odoo S.A. (2024). Opening Balances in Odoo Accounting & Physical Inventory in Odoo. Odoo Documentation.
BAB 13 β Go-Live & Handover
"Go-live bukan finish line β tapi sprint finish menuju awal yang sesungguhnya."
Sistem Informasi Enterprise β ERP Odoo 19.0
dengan Real UMKM Partner Program