Sebagian besar software internal yang dibutuhkan bisnis kecil sebenarnya sederhana sekali. Pengajuan cuti. Approval pembelian. Peminjaman alat. Pencatatan pengeluaran. Tapi alur kerja ini masih hidup di grup chat dan formulir kertas, karena semua orang mengira software artinya harus merekrut developer. Padahal tidak. Kamu bisa bangun internal tool tanpa coding, minggu ini juga, memakai platform yang bisa dipelajari dalam satu sore.
Saya mengatakan ini sebagai orang yang membangun software custom untuk enterprise. Untuk sebagian besar alur kerja internal, kode custom justru jawaban yang salah di tahun 2022. Jawaban yang tepat adalah form, database, dan notifikasi, dirangkai dengan platform low-code. Pola ini mencakup lebih banyak kasus daripada yang dikira kebanyakan pemilik bisnis.
Ini bukan tinjauan tools, melainkan resep membangun. Kita akan ambil satu alur kerja nyata, approval pembelian, dan menelusuri langkah demi langkah cara mengubahnya menjadi tool yang benar-benar berjalan tanpa menulis satu baris kode pun.
Pola di balik hampir semua internal tool
Buang semua embel-embelnya, dan hampir setiap internal tool terdiri dari tiga bagian yang sama:
- Sebuah form tempat seseorang mengajukan request atau mencatat data.
- Sebuah database (sebenarnya cuma tabel pintar) tempat data itu tersimpan lengkap dengan field status.
- Notifikasi yang memberi tahu orang yang tepat saat statusnya butuh perhatian.
Pengajuan cuti, approval pembelian, tiket support IT, checklist onboarding klien, booking kendaraan, laporan insiden. Kerangkanya sama, field-nya saja yang berbeda. Begitu kamu melihat pola ini, kamu berhenti bertanya "ada nggak ya aplikasi buat ini" dan mulai bertanya "apa saja field dan status yang saya butuhkan."
Resepnya: tool approval pembelian dalam satu sore
Katakanlah proses kamu sekarang begini: staf mengirim pesan ke manajernya lewat WhatsApp, manajer bilang OK, finance baru tahu saat invoice datang. Tidak ada yang bisa menjawab "apa saja yang kita setujui bulan ini" tanpa scroll riwayat chat.
Berikut versi low-code-nya, memakai Airtable sebagai contoh. Google Forms plus Google Sheets, atau database Notion, mengikuti langkah yang sama.
Langkah 1: Rancang tabelnya lebih dulu. Buat tabel bernama Purchase Requests dengan field berikut:
- Requester (nama)
- Deskripsi barang atau jasa
- Vendor
- Estimasi jumlah (mata uang, IDR)
- Alasan (teks panjang)
- Urgensi (pilihan: normal, mendesak)
- Status (pilihan: Diajukan, Disetujui, Ditolak, Dibeli)
- Catatan approver (teks panjang)
- Tanggal diajukan (created time, otomatis)
Field Status adalah inti dari tool ini. Setiap alur kerja pada dasarnya adalah mesin status, dan menata status dengan benar jauh lebih penting daripada tampilan visualnya.
Langkah 2: Pasang form di depannya. Airtable bisa membuat form yang bisa dibagikan langsung dari tabel dalam waktu sekitar dua menit. Sembunyikan field Status dan Catatan approver dari form, atur Status agar default-nya Diajukan, lalu bagikan link-nya di grup chat tim atau pin di WhatsApp perusahaan. Staf tidak pernah melihat database. Yang mereka lihat hanya form bersih di layar ponsel.
Langkah 3: Rangkai notifikasinya. Inilah yang mengubah spreadsheet menjadi tool sungguhan. Dua automasi:
- Saat ada data baru masuk dengan Status = Diajukan, kirim email ke manajer approver berisi detail dan link ke datanya.
- Saat Status berubah menjadi Disetujui atau Ditolak, kirim email ke requester dengan CC ke finance.
Automasi Airtable menangani ini secara native di paket gratis maupun paket murah. Kalau kamu butuh WhatsApp atau Slack alih-alih email, Zapier atau Make bisa menjembataninya dengan biaya sekitar USD 20 sampai 30 per bulan.
Langkah 4: Beri approver satu tampilan saja. Buat filtered view yang hanya menampilkan Status = Diajukan, diurutkan berdasarkan urgensi. Manajer cukup buka satu link, langsung melihat apa yang butuh keputusan, mengubah status, menambahkan catatan. Selesai.
Total biaya: seringnya Rp 0 untuk mulai, mungkin Rp 300 sampai 500 ribu per bulan kalau menambah tools automasi. Total waktu membangun: satu sore penuh yang jujur. Bandingkan dengan penawaran yang akan kamu dapat untuk pengembangan custom, dan bandingkan juga dengan biaya tak terlihat dari versi berbasis chat: tidak ada jejak audit, tidak ada rekap bulanan, tidak ada akuntabilitas.
Tiga alur kerja lain yang cocok dengan resep yang sama
- Pengajuan cuti. Field: karyawan, tanggal, jenis cuti, orang pengganti. Status: Diajukan, Disetujui, Ditolak. Bonus: tampilan kalender dari tabel ini langsung menunjukkan siapa yang sedang cuti kapan, yang saja sudah cukup jadi alasan untuk membangunnya.
- Kendala IT dan fasilitas. Field: pelapor, lokasi, deskripsi, lampiran foto. Status: Terbuka, Sedang Dikerjakan, Selesai. Field foto inilah yang membuat form mengalahkan chat: buktinya melekat pada datanya, bukan hilang tertimbun 400 pesan di atas.
- Onboarding klien. Sebuah tabel di mana setiap klien baru adalah satu data, dengan checkbox untuk tiap langkah onboarding dan penanggung jawab per langkah. Ini lebih ke checklist bersama ketimbang tool berbasis form, tapi cara berpikirnya tetap sama: database plus views.
Mulai dari satu dulu. Kesalahan terbesar adalah mencoba mensistemkan lima alur kerja sekaligus. Rilis satu, biarkan tim menjalankannya selama dua minggu, baru ambil yang berikutnya. Disiplin ini juga menjaga kamu dari tool sprawl, yang diam-diam bisa jadi masalah anggaran tersendiri, seperti yang saya bahas di subscription creep.
Di titik mana low-code akhirnya kehabisan napas
Saya akan berbohong kalau bilang ini bisa scale selamanya. Tanda-tanda kamu sudah melewati tahap low-code:
- Volume. Ratusan data per hari, atau automasi mulai menabrak batas platform dan gagal secara diam-diam.
- Logika kompleks. Approval berjenjang dengan aturan berbeda per jumlah, per departemen, per peran. Low-code bisa memalsukan ini, tapi cara akalinya jadi rapuh dan hanya satu orang yang paham cara kerjanya.
- Kedalaman integrasi. Kamu butuh tool ini bicara dengan sistem akuntansi, POS, atau aplikasi yang dihadapi pelanggan secara real time, bukan lewat sinkronisasi Zapier tiap malam.
- Permission. Kamu butuh keamanan level baris data, di mana staf hanya melihat datanya sendiri dan manajer melihat data timnya. Kebanyakan platform low-code menangani ini secara kasar atau justru mahal.
- Tool ini sudah menjadi bisnis itu sendiri. Kalau sebuah alur kerja kini menjadi inti cara kamu menghasilkan uang, menjalankannya di atas akun Airtable pribadi milik karyawan yang bisa saja resign kapan pun adalah risiko nyata.
Begitu kamu menghadapi dua atau lebih dari tanda ini, itulah saat untuk mempertimbangkan pengembangan custom, dan inilah bagian yang sering diremehkan: tool low-code kamu justru menjadi spesifikasinya. Kamu sudah tahu field, status, aturan, dan edge case-nya, karena kamu sudah menjalankannya di produksi. Pembangunan custom yang dimulai dari prototipe low-code yang sudah terbukti akan lebih murah dan jauh lebih kecil kemungkinan melesetnya, hal yang perlu diingat saat memutuskan jenis kepemimpinan teknologi yang kamu butuhkan.
Mulai dari satu form minggu ini
Pilih alur kerja yang paling sering memicu pertanyaan berulang di grup chat kamu. Tulis dulu field dan statusnya di atas kertas. Bangun tabelnya, pasang form-nya, rangkai dua notifikasi, dan beri approver satu filtered view. Itulah keseluruhan resepnya.
Kamu akan punya internal tool yang benar-benar berjalan sebelum akhir minggu ini, jejak audit dalam sebulan ke depan, dan gambaran yang jauh lebih jelas soal apa yang benar-benar dibutuhkan bisnis kamu sebelum kamu membayar seorang developer.