Setiap demo vendor low-code selalu terlihat sama: tarik tiga field ke canvas, klik deploy, selesai dalam hitungan sore. Itu bukan tipuan, bagian itu memang benar. Yang tidak pernah ditunjukkan demo tersebut adalah apa yang terjadi di bulan kedelapan, ketika internal tool sudah berkembang empat kali lipat dari desain awal platform dan setiap permintaan fitur baru makan waktu lebih lama dari sebelumnya. Keputusan low-code vs custom development bukan soal mana yang lebih unggul, melainkan soal seberapa tepat kita memprediksi di sisi mana proyek ini akan mendarat sebelum berkomitmen.
Saya sudah membangun sekaligus menyelamatkan proyek di kedua sisi garis ini. Low-code lebih sering menjadi pilihan yang tepat dibanding yang mau diakui kebanyakan engineer. Tapi ia juga cukup sering menjadi pilihan yang salah, di tengah proyek, sehingga pemilik bisnis butuh cara untuk melihat tanda-tandanya lebih awal, bukan menyadarinya setelah budget habis.
Di Mana Low-Code Benar-Benar Unggul
Platform low-code membuktikan reputasinya di zona tertentu: internal tool, kompleksitas moderat, jumlah pengguna kecil, dan requirement yang tidak berubah drastis. Alur approval untuk laporan pengeluaran, ticket tracker internal, CRM sederhana untuk tim sales lima orang, tool penjadwalan untuk satu departemen. Di zona ini:
- Waktu menuju versi pertama yang berfungsi bisa 5-10x lebih cepat dibanding custom development. Hitungan minggu, bukan bulan.
- Tidak perlu engineer khusus di payroll untuk memeliharanya, yang sangat berarti bagi bisnis kecil tanpa staf teknis in-house.
- Staf non-teknis sering bisa melakukan perubahan kecil sendiri, menambah field, menyesuaikan langkah workflow, tanpa mengajukan tiket.
Saya pernah menyiapkan internal tool low-code untuk tim operasional yang lebih kecil dan menyaksikannya tetap berguna selama bertahun-tahun tanpa satu baris kode custom pun. Ketika requirement cocok dengan bentuk platform, ini bukan kompromi, ini pilihan yang objektif tepat.
Di Mana Batasnya Benar-Benar Terasa
Masalahnya bukan low-code itu buruk. Masalahnya, batasnya datang secara diam-diam, biasanya menyamar sebagai "satu permintaan fitur lagi" yang ternyata membutuhkan sesuatu yang tidak dirancang oleh data model atau automation engine platform tersebut. Percakapan low-code vs custom development jadi salah arah ketika tidak ada yang menandai batas ini cukup awal untuk mengubah arah dengan biaya murah.
Batas ini muncul dalam bentuk:
- Workflow yang perlu bercabang berdasarkan kombinasi kondisi yang tidak bisa diekspresikan dengan bersih oleh visual logic builder platform, sehingga berujung pada kumpulan rule bersarang yang sulit dibaca.
- Integrasi dengan sistem yang belum punya connector siap pakai, sehingga membutuhkan kerja API custom yang justru melawan platform, bukan memanfaatkannya.
- Penurunan performa begitu jumlah record atau pengguna bersamaan melewati batas yang disiapkan arsitektur platform.
- Kebutuhan reporting yang melampaui kemampuan dashboard bawaan, memaksa export data dan tool BI eksternal yang justru menggerus nilai jual utama platform tersebut.
Lima Sinyal Kompleksitas yang Memprediksi Batas Akan Cepat Tercapai
Sebelum memilih platform, uji proyek terhadap poin-poin berikut. Jika dua atau lebih cocok, asumsikan batasnya akan tercapai dalam 12 bulan, bukan bertahun-tahun ke depan:
- Lebih dari tiga role dengan logika permission berbeda. Akses berbasis role yang sederhana masih aman. Permission bersyarat ("manager bisa approve sampai Rp 5.000.000, di atas itu butuh persetujuan direktur, kecuali untuk kategori vendor tertentu") cepat membebani sebagian besar model permission low-code.
- Kebutuhan integrasi dengan lebih dari dua sistem eksternal. Setiap integrasi di luar connector native platform adalah kerja custom yang ditempel pada sistem yang tidak dirancang untuk menampungnya dengan rapi.
- Volume data diperkirakan melebihi 50.000-100.000 record dalam setahun. Sebagian besar platform low-code memang cukup andal di skala kecil-menengah dan memang melambat setelah melewatinya.
- Business logic yang berubah mengikuti regulasi eksternal atau aturan kepatuhan. Jasa keuangan dan hal-hal yang bersinggungan dengan OJK cenderung membutuhkan audit trail dan presisi logika yang cepat melampaui kemampuan visual workflow builder.
- Roadmap yang sudah memuat fitur di luar marketplace atau daftar plugin platform. Jika Anda sudah bisa menyebutkan hal yang tidak bisa dilakukan platform tersebut, Anda sedang memilih untuk menabrak batas itu pada jadwal yang tidak Anda kendalikan.
Biaya Keluar yang Jarang Dihitung di Awal
Ini tradeoff yang sering luput dari percakapan vendor: keluar dari platform low-code setelah dua tahun mengumpulkan workflow bukanlah migrasi, melainkan lebih mendekati rebuild total. Business logic, struktur data, dan automation rule Anda, semuanya hidup dalam format proprietary yang dikendalikan vendor platform. Tidak ada jalur export bersih menuju codebase general-purpose.
Saya pernah mengestimasi migrasi ini untuk sebuah jaringan retail di Tangerang yang sudah melampaui kapasitas tool inventory low-code-nya: biaya rebuild yang dihasilkan hampir menyamai biaya jika membangun custom dari awal, ditambah beberapa bulan yang menyakitkan menjalankan dua sistem secara paralel selama masa transisi. Ini bukan kegagalan low-code, tool tersebut sudah menjalankan tugasnya dengan baik selama tiga tahun. Ini pengingat bahwa "murah di awal" dan "murah sepanjang masa pakai tool" adalah dua ukuran yang berbeda, dan hanya satu yang muncul di halaman harga vendor.
Kerangka Keputusan Sederhana
| Sinyal | Condong ke low-code | Condong ke custom |
|---|---|---|
| Jumlah pengguna | Di bawah ~30 pengguna internal | Menghadap customer atau basis internal besar |
| Kompleksitas business rule | Sederhana, linear | Bersyarat, sarat kepatuhan |
| Perkiraan masa pakai | 1-3 tahun | 3+ tahun, inti dari bisnis |
| Kebutuhan integrasi | 0-2 sistem, connector umum tersedia | 3+ sistem atau API custom |
| Siapa yang memelihara | Staf operasional, tanpa engineer khusus | Kapasitas dev in-house atau retained |
Jika Anda masih menimbang apakah setup spreadsheet-dan-form yang sekarang sudah butuh percakapan ini, Tujuh Tanda Bisnis Anda Sudah Melampaui Spreadsheet adalah checkpoint yang lebih awal. Dan jika tool yang dimaksud adalah sistem lama yang sedang Anda pertimbangkan untuk ditambal atau diganti, lima sinyal kompleksitas di atas berlaku langsung pada Rewrite atau Refactor? Menentukan Nasib Legacy App.
Kesimpulan
Low-code vs custom development bukan pertarungan dengan pemenang universal, ini soal kecocokan yang punya masa berlaku. Low-code jelas unggul untuk internal tool dengan kompleksitas moderat dan masa pakai pendek-menengah. Lima sinyal kompleksitas di atas memberi tahu Anda, sebelum menandatangani apa pun, apakah Anda sedang membangun sesuatu yang masih cocok dengan platformnya dua tahun lagi, atau sesuatu yang akan menuntut exit yang mahal justru ketika ia sudah menjadi tumpuan bisnis.