[Halim Awaludien Khafifie Rookie]

Up

0

::

Saya developer di PT. Apro Global Solution (AGS), dan beberapa waktu terakhir saya sedang mengerjakan sesuatu yang cukup berbeda dari project development biasanya.

Membangun ulang aplikasi pembelian emas untuk klien skala nasional — tapi bukan dengan cara biasa. Kali ini pakai platform low-code: Mekari Officeless.

Ini pertama kalinya saya serius pakai Officeless untuk project nyata. Dan ada beberapa hal yang cukup mengejutkan — baik yang bikin senang, maupun yang bikin garuk-garuk kepala di awal. 😄

---

🔍 Yang pertama saya eksplor

Langsung ke App Builder. Saya mulai dari form input pengajuan pembelian emas — karena ini pintu masuk dari seluruh flow yang akan dibangun.

Kesan pertama saya? Lebih terstruktur dari yang saya bayangkan.

Saya sempat khawatir platform low-code bakal terlalu terbatas untuk kebutuhan data yang cukup detail — identitas transaksi, identitas cabang, identitas pemesan, detail produk, semua dalam satu form. Ternyata field-nya bisa dikonfigurasi cukup fleksibel sesuai kebutuhan bisnis yang ada.

---

💡 Momen “oh ternyata bisa gini”

Waktu pertama kali setup plugin Send Email.

Sebelumnya saya pikir notifikasi otomatis itu pasti butuh konfigurasi yang rumit. Di custom development biasa, ini artinya setup SMTP, nulis logic trigger, testing berkali-kali, dan seterusnya.

Ternyata di Officeless? Plugin Send Email langsung bisa diintegrasikan ke dalam workflow approval — jauh lebih straightforward dari yang saya ekspektasikan.

Jadi setiap ada perubahan status pengajuan — disetujui manager atau perlu revisi — notifikasi email otomatis terkirim ke pihak yang relevan, tanpa ada yang perlu follow up manual.

Saat itulah saya baru benar-benar ngerti maksudnya “low-code.” 😄

---

⚖️ Yang saya kira susah, ternyata mudah — dan sebaliknya

Mudah ternyata: Membangun approval flow 2 level. Saya bayangkan ini butuh logic yang kompleks — staff input → manager review → kondisi approve/reject dengan routing berbeda. Ternyata Workflow di Officeless sudah punya struktur yang cukup intuitif untuk handle ini.

Butuh lebih banyak perhatian ternyata: Standarisasi tipe data antar field. Secara teknis form-nya bisa dibangun, tapi memastikan setiap field — terutama yang bertipe file attachment, currency, dan relation record — terdefinisi dengan benar agar tidak error saat submit… ini yang butuh lebih banyak iterasi dari yang saya ekspektasikan.

---

📌 Takeaway dari proses ini

Platform low-code seperti Officeless bukan berarti menggantikan keahlian developer.

Kamu tetap perlu berpikir soal arsitektur, struktur data, dan kebutuhan bisnis jangka panjang. Yang berubah adalah kamu tidak perlu membangun dari layer paling bawah — sehingga bisa bergerak jauh lebih cepat.

Masih dalam proses, tapi sejauh ini pengalamannya cukup menarik untuk dibagikan.

Kalau ada yang punya pengalaman serupa atau pertanyaan soal implementasi Officeless untuk use case seperti ini — yuk diskusi di kolom komentar! 👇