The right tool is the one that solves the actual problem — not the one with the most features, the biggest vendor, or the largest implementation budget.
Alat yang tepat adalah yang menyelesaikan masalah sebenarnya — bukan yang paling banyak fiturnya, vendor terbesarnya, atau anggaran implementasi terbesar.
The ERP Promise and the Customization Trap
Janji ERP dan Jebakan Kustomisasi
Every ERP implementation begins with a promise: one system to rule all operations. The reality, three years and several hundred thousand dollars later, is a heavily customized system that the IT team is afraid to touch, a user base that uses 30% of the features, and a shadow infrastructure of Excel files handling everything the ERP was supposed to replace.
Setiap implementasi ERP dimulai dengan janji: satu sistem untuk mengatur semua operasi. Kenyataannya, tiga tahun dan ratusan juta rupiah kemudian, adalah sistem yang sangat dikustomisasi yang tim IT takut untuk disentuh, basis pengguna yang hanya menggunakan 30% fitur, dan infrastruktur bayangan file Excel yang menangani semua yang seharusnya digantikan ERP.
Why Customization Compounds
Mengapa Kustomisasi Berlipat Ganda
ERP customization is not a one-time cost. Every customization must be maintained, retested at upgrades, and documented. Custom modules interact with standard modules in ways that were not designed. Over time, the system becomes fragile — technically correct but operationally brittle. Changes that should take hours take weeks because nobody is confident about cascading effects.
Kustomisasi ERP bukan biaya satu kali. Setiap kustomisasi harus dirawat, diuji ulang saat upgrade, dan didokumentasikan. Modul kustom berinteraksi dengan modul standar dengan cara yang tidak dirancang. Seiring waktu, sistem menjadi rapuh — secara teknis benar tapi operasional mudah rusak. Perubahan yang seharusnya membutuhkan jam ternyata membutuhkan minggu karena tidak ada yang yakin tentang efek domino.
The 80/20 Problem in Operational Systems
Masalah 80/20 dalam Sistem Operasional
Most operational problems have a core that is specific and a peripheral that is generic. The core — the unique workflow, the specific exception handling, the precise KPI that actually matters — needs a focused solution. The peripheral — standard master data, user access, audit trail — can be generic. ERP tries to solve both with the same tool. Lightweight systems can solve the core better because they are designed specifically for it.
Sebagian besar masalah operasional memiliki inti yang spesifik dan periferal yang generik. Inti — alur kerja unik, penanganan pengecualian spesifik, KPI tepat yang benar-benar penting — membutuhkan solusi terfokus. Periferal — master data standar, akses pengguna, jejak audit — bisa generik. ERP mencoba menyelesaikan keduanya dengan alat yang sama. Sistem ringan dapat menyelesaikan inti dengan lebih baik karena dirancang khusus untuk itu.
When Lightweight Beats ERP
Kapan Sistem Ringan Mengalahkan ERP
A Google Sheets + Apps Script approval workflow deployed in one week outperforms an ERP approval module that took six months to configure and three weeks to train people on. Not because it is technically superior — but because it matches the operational workflow of the people using it and can be changed in an afternoon when the workflow evolves.
Alur persetujuan berbasis Google Sheets + Apps Script yang diimplementasikan dalam satu minggu mengalahkan modul persetujuan ERP yang membutuhkan enam bulan konfigurasi dan tiga minggu pelatihan. Bukan karena secara teknis lebih unggul — tapi karena sesuai dengan alur kerja operasional orang-orang yang menggunakannya dan bisa diubah dalam satu sore ketika alur kerjanya berevolusi.
When ERP Is the Right Choice
Kapan ERP adalah Pilihan yang Tepat
This is not an argument against ERP. ERP is the right choice when operational complexity genuinely requires integrated modules, when regulatory compliance demands standardized processes, or when data integrity across the entire enterprise is a hard requirement. The problem is not ERP — it is selecting ERP for problems that do not require it.
Ini bukan argumen menentang ERP. ERP adalah pilihan yang tepat ketika kompleksitas operasional benar-benar membutuhkan modul terintegrasi, ketika kepatuhan regulasi menuntut proses yang terstandarisasi, atau ketika integritas data di seluruh perusahaan adalah persyaratan mutlak. Masalahnya bukan ERP — melainkan memilih ERP untuk masalah yang tidak memerlukannya.
The Decision Framework
Kerangka Keputusan
Before choosing a solution, ask four questions. How complex is the operational workflow? How fast does it change? What is the cost of a wrong decision? And who will use it — technical users or operational staff with no IT background? For most operational problems in mid-sized companies, the answers point to something lightweight, specific, and immediately usable — not a platform.
Sebelum memilih solusi, tanyakan empat pertanyaan. Seberapa kompleks alur kerja operasionalnya? Seberapa cepat berubah? Apa biaya dari keputusan yang salah? Dan siapa yang akan menggunakannya — pengguna teknis atau staf operasional tanpa latar belakang IT? Untuk sebagian besar masalah operasional di perusahaan menengah, jawabannya mengarah pada sesuatu yang ringan, spesifik, dan langsung dapat digunakan — bukan platform.
