Percepat Pengembangan Aplikasi Internal dengan Platform Low-Code dan No-Code

Berdasarkan premis bahwa terkadang ide terbaik untuk memecahkan masalah datang dari tingkat bawah, produsen mengadopsi platform pemrograman no-code dan low-code untuk memungkinkan karyawan memecahkan masalah dengan membangun aplikasi kustom mereka sendiri.

Munculnya platform ini dipicu oleh kebutuhan akan aplikasi yang tidak tersedia di iTunes atau Google Play Store, ditambah dengan keterjangkauan coder yang baik, departemen IT dan agensi yang kelebihan beban kerja, biaya dan waktu yang terlibat dalam pembuatan aplikasi, serta kualitas bervariasi dari hasil yang dihasilkan.

Akibatnya, Gartner Inc., perusahaan penelitian dan konsultasi global di sektor TI dan industri lain, memprediksi bahwa pada tahun 2024, pengembangan aplikasi low-code akan mencakup lebih dari 65 persen aktivitas pengembangan aplikasi.

Beberapa aplikasi DIY paling populer yang digunakan di manufaktur adalah aplikasi untuk manajemen garansi, visibilitas rantai pasokan, pelacakan inventaris, pelaporan ke badan pengatur, logistik, titik jual, dan alur kerja proyek.

Manufaktur unik cocok untuk aplikasi kustom DIY karena pelatihan teknis tenaga kerjanya dalam konsep dan metodologi rekayasa. Beberapa engineer bahkan mungkin telah bereksperimen dengan berbagai bahasa pemrograman untuk mengotomatisasi pekerjaan mereka atau melakukan analitik, jadi mereka tidak sepenuhnya asing dengan pengembangan perangkat lunak; itu hanya bukan peran utama mereka.

"Yang menarik dari pengalaman saya adalah orang-orang ini cenderung sangat efektif di platform seperti itu," kata Mike Schiraldi, tim pemimpin arsitek solusi di Mendix, Boston. "Mereka tidak terbebani oleh sintaksis esoteris dari suatu bahasa tertentu dan mereka juga berada dalam posisi unik untuk memahami masalah bisnis, di mana ada celah dalam proses tersebut, dan bagaimana memperbaikinya." Mendix diakuisisi oleh Siemens pada tahun 2018.

Pengembang Karyawan

Di Flowserve, Irving, Texas, yang memproduksi dan melakukan service solusi kontrol gerakan fluida untuk industri minyak dan gas, karyawan telah menggunakan platform low-code dari Appian, Tysons, Va., untuk membuat aplikasi untuk berbagai tujuan, termasuk portal pusat layanan untuk proses perbaikan pompa Flowserve. Menggunakan aplikasi, karyawan membuat entri pesan dan kemudian menggunakannya untuk mencatat dan mengelola informasi terkait yang diperlukan tentang inspeksi, penawaran harga, koordinasi tenaga kerja fisik dan bagian yang diperlukan; tinjauan dan persetujuan; dan akhirnya pengiriman faktur.

Untuk tujuan Flowserve, tidak ada perangkat lunak off-the-shelf yang tersedia, kata Malcolm Ross, wakil CTO dan vice president strategi produk di Appian.

"Ada perangkat lunak untuk sistem manajemen inventaris dan manajemen sumber daya HR, tetapi tidak ada yang menggabungkan keduanya—tenaga kerja dan bagian—bersama-sama," kata Ross.

Platform low-code memungkinkan pengguna bisnis seperti karyawan di Flowserve untuk mengembangkan solusi yang disesuaikan untuk membantu mengotomatisasi dan mengorganisir proses.

"Setiap pengguna low-code yang mengembangkan aplikasi kustom akan memiliki pengetahuan intim tentang masalah dan proses yang ditargetkan oleh aplikasi," kata Tejas Gadhia, kepala evangelis untuk pengembangan platform di Zoho Corp., Pleasanton, Calif. "Ini adalah keuntungan inti platform low-code: mereka mempertahankan pengembangan di dalam perusahaan, alih-alih pengguna harus mengartikan kebutuhan mereka kepada tim IT atau pengembang luar."

Selain memungkinkan pengembangan aplikasi, platform ini juga memungkinkan pencipta untuk memperbarui aplikasi seiring berkembangnya proses dan persyaratan mereka berdasarkan umpan balik dari pengguna. Vendor bervariasi apakah aplikasi dapat disimpan dalam portofolio internal perusahaan atau di toko aplikasi komersial, tetapi pembaruan dapat dikirim melalui tautan dalam SMS atau email.

Pengembangan Aplikasi Agile

"Ini ternyata hal terpenting jika Anda ingin melakukan pengembangan aplikasi yang benar-benar agile dan inovatif: Masukkan ke tangan beberapa pengguna, dapatkan umpan balik mereka dan hasilkan iterasi," kata Praveen Seshadri, CEO AppSheet, Seattle. "Benar-benar, jumlah iterasi yang dapat Anda lakukan dengan umpan balik berkualitas adalah yang membuat aplikasi Anda berubah menjadi sesuatu yang berguna dan sukses bagi pengguna Anda. Kecepatan iterasi adalah yang mendorong kesuksesan."

Sambil mengembangkan dan menggunakan aplikasi bernilai sendirian karena mendorong produktivitas, pada suatu titik produsen menyadari bahwa ada nilai tambah dalam platform yang terletak pada pembangunan banyak aplikasi. Setelah mereka mulai membangun banyak aplikasi, sadaran itu seringkali didorong oleh tim analitik yang melihat bahwa bukan hanya aplikasi yang mendorong produktivitas, mereka juga mengumpulkan data yang dapat digunakan oleh perangkat lunak ERP, MES, atau PLM pabrik.

"Ini seperti emas," kata Seshadri. "Ini memberikan wawasan ke segala hal yang sebelumnya tidak kita miliki wawasan tentangnya."

Dengan data tersebut, pabrik dapat melakukan analisis tentang bagian mana dari baris manufaktur mereka yang berjalan lebih baik dari yang lain dan di mana ada lebih banyak masalah dari tempat lain. Mereka dapat mengidentifikasi di mana peluang terletak.

"Jadi, ini mendorong pemikiran strategis," katanya. "Bagaimana ini dapat membuat perusahaan kita secara fundamental lebih kompetitif?"

Studi Kasus Efisiensi

Elijah Magrane, direktir operasi di Tutti Gourmet, produsen camilan sehat di Hudson, Quebec, Kanada, mulai menggunakan AppSheet sekitar 16 bulan yang lalu untuk inventaris.

Pabrik sebelumnya melakukan inventaris berdasarkan hitungan fisik yang kemudian dimasukkan secara manual ke dalam spreadsheet. Kesalahan sering terjadi dan beberapa hal terlewat. Namun, dengan platform tersebut, Magrane mampu membuat aplikasi inventaris yang mencakup jenis rumus dan perhitungan yang umum dalam program spreadsheet dan sejak menambahkan kode batang dan QR, sehingga hitungan diotomatisasi.

"Menerapkan sistem kode batang melalui AppSheet, bersama dengan pemberitahuan restock otomatis, telah meningkatkan efisiensi kami dan memastikan bahwa kami selalu mampu memenuhi pesanan dan memproduksi dengan kapasitas penuh," kata Magrane.

Aplikasi yang dibuat Magrane—sekitar 40 secara keseluruhan—berguna untuk operasi sehari-hari seperti menghitung waktu karyawan, membuat daftar supplier yang disetujui, menyelesaikan daftar periksa inspeksi, mengelola inventaris gudang, melacak distribusi produk, dan lainnya.

"Secara jujur, di tempat saya saat ini saya memiliki ERP yang sepenuhnya berfungsi dengan AppSheet," katanya (lihat grafik di halaman 63).

Karena platform tersebut berada di cloud, bos Magrane dapat mengakses aplikasi inventaris, manajemen proyek, dan R&D saat dia bepergian. Di perusahaan, manajer penjualan baru dapat melacak berapa lama sejak toko menerima pengiriman dan melakukan kunjungan penjualan jika diperlukan.

"Low code terhadap code seperti rumah prefabrik terhadap rumah yang dibangun dari nol."

Dan ketika perusahaan sedang di-audit untuk traceability, Magrane dapat dengan mudah mengakses informasi alih-alih membuka-buka rak binder.

"Sistem akuntansi kami tidak memiliki traceability untuk barang jadi," kata Magrane. "Sebelum AppSheet kami mencatat secara manual di Excel. Ini membutuhkan waktu yang besar dan kesalahan tinggi. Sejak menggunakan AppSheet, alur kerja traceability telah dipotong lebih dari separuh dan kesalahan hampir tidak ada."

Kemampuan Pembaruan adalah Kritis

Perbedaan terbesar di antara platform aplikasi DIY mungkin adalah apakah pencipta yang cakap teknologi dapat menambahkan kode miliknya sendiri.

Secara umum, solusi no-code menawarkan pengembangan aplikasi point-and-click 100 persen dan ditargetkan langsung kepada pengguna bisnis dan orang dengan pengetahuan pemrograman nol hingga minimal. Sebagian besar alat ini dirancang sebagai pengganti atau peningkat spreadsheet. AppSheet adalah platform no-code.

Alat low-code juga menawarkan sebagian besar konfigurasi point-and-click; namun, mereka menyediakan beberapa kemampuan canggih melalui bahasa skrip untuk mengeksekusi logika bisnis kompleks. Alat-alat ini ditargetkan kepada pengguna yang memiliki sedikit lebih banyak pengetahuan teknis tetapi belum mencapai tingkat pengembang. Appian, Mendix dan Zoho Creator adalah platform low-code.

"Low code terhadap code seperti rumah prefabrik terhadap rumah yang dibangun dari nol," kata Jon Scolamiero, manajer arsitektur dan tata kelola di Mendix. "No code pada dasarnya adalah 'double-wide' yang diproduksi."

No code dan low code bukanlah satu-satunya pengembang. Keamanan bervariasi menurut vendor.

"Selalu merupakan ide yang baik untuk memeriksa halaman keamanan vendor untuk melihat kebijakan dan prosedur mereka dalam menangani dan mengelola data," kata Gadhia.

Evaluator dapat meminta vendor untuk detail tentang sertifikasi seperti ISO 27001, yang berfokus pada kualitas dan perbaikan berkelanjutan untuk sistem manajemen informasi, dan SOC 2 Type II, standar untuk kontrol yang secara langsung terkait dengan keamanan, ketersediaan, integritas pemrosesan, kerahasiaan dan privasi di organisasi yang menyediakan perangkat lunak sebagai layanan.

Keamanan hanyalah satu bagian—memahami kebijakan privasi vendor sama pentingnya. Pelanggan perlu memastikan bahwa aplikasi, data, dan kekayaan intelektual aplikasi mereka semuanya milik mereka, bukan vendor, kata Gadhia. Mereka juga harus memastikan informasi mereka tidak dapat dijual atau dibagikan kepada pihak ketiga.

Proposisi nilai inti low code dan no code hanyalah bukan komposisi aplikasi, itu juga pemeliharaan dan upgrade berkelanjutan dalam siklus hidup platform jika aplikasi digunakan di perangkat seluler atau melalui web, kata Ross. Itulah tempat orang sering mengalami masalah dengan perangkat lunak perusahaan.

"Itu adalah ide bahwa setelah saya membangunnya, semuanya baik-baik saja," katanya. "Tapi hanya karena bekerja dengan sistem operasi seluler hari ini tidak berarti akan bekerja tahun depan saat iOS 13 atau 14 atau 15 hadir."
Ross menambahkan peringatan serupa untuk aplikasi berbasis web. Standar web berkembang setiap hari, dan hanya karena aplikasi bekerja dengan Edge, Safari, Bing atau Chrome hari ini tidak berarti akan bekerja dengan mereka besok. Aspek penting untuk dieksplorasi dengan vendor platform low-code adalah apakah itu menyediakan perangkat lunak yang menyembunyikan persyaratan pemeliharaan dan telah menyematkan perlindungan masa depan ke dalam kemampuan platform.

"Sebagai analogi, saya sering bertanya pada orang-orang, 'Versi Google mana yang Anda gunakan?'" kata Ross. "Google memperbarui menu penelusuran dan penelusuran browser web mereka secara harfiah setiap hari, tetapi kita tidak menganggapnya sebagai versi, kita menganggapnya sebagai layanan. Itulah tempat kita ingin berada sejauh bagaimana kita menelan platform ini sebagai layanan."

Scolamiero mengatakan pembeli platform juga harus bertanya apakah platform itu cloud native, artinya apakah ia mematuhi prinsip dan arsitektur inti yang memfasilitasi tidak hanya ada dalam satu cloud tetapi mengeksekusi proses dan prosedur di cloud mana pun serta di on-premise dan terintegrasi dengan semua itu.

"Kita memiliki dunia hybrid di mana perangkat lunak mengeksekusi secara internal dalam sistem yang sangat aman yang tidak memiliki akses Internet, tetapi juga perlu mengeksekusi di sistem luas cloud dan Internet," katanya.

Akhirnya, hal terpenting untuk ditanyakan saat membeli platform adalah apakah itu membantu bisnis memecahkan masalah dan membuka produktivitas dan inovasi, kata Seshadri. Setiap lini bisnis memiliki tekanan untuk berinovasi dan berimprovement, baik itu inspeksi di lantai pabrik atau inventaris di gudang yang perlu diotomatisasi.

"Misalnya, Anda membangun aplikasi untuk memeriksa peralatan di lantai pabrik," kata Seshadri. "Aplikasi menarik data tentang peralatan apa yang Anda miliki dari ERP Anda dan menangkap informasi inspeksi. Jika ada kerusakan, Anda dapat mengambil foto dan memberi tahu seseorang untuk melakukan perbaikan. Setiap pagi, manajemen membutuhkan laporan tentang apa yang rusak."