Perangkat Lunak:Membuat Aplikasi In-House dengan Platform Low-Code, No-Code

Perbankan pada premis bahwa terkadang ide terbaik untuk memecahkan masalah datang dari bawah ke atas, produsen mengadopsi platform pemrograman tanpa kode dan kode rendah untuk memungkinkan karyawan memecahkan masalah dengan membuat aplikasi kustom mereka sendiri.

Mendorong pembuatan platform ini adalah kebutuhan akan aplikasi yang tidak dapat ditemukan di iTunes atau Google Play Store, diperparah oleh kekurangan pembuat kode yang baik, departemen dan agensi TI yang kelebihan beban dengan pekerjaan, biaya dan waktu yang terlibat dalam membuat aplikasi, dan berbagai kualitas dari apa yang dihasilkan.

Akibatnya, Gartner Inc., firma riset dan penasihat global di bidang TI dan sektor industri lainnya, memperkirakan bahwa pada tahun 2024, pengembangan aplikasi berkode rendah akan mencakup lebih dari 65 persen aktivitas pengembangan aplikasi.

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

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

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

Pengembang Karyawan

Di Flowserve, Irving, Texas, yang memproduksi dan melayani solusi kontrol gerakan fluida untuk industri minyak dan gas, karyawan telah menggunakan platform kode rendah dari Appian, Tysons, Va., untuk membuat aplikasi untuk berbagai tujuan, termasuk layanan portal pusat untuk proses perbaikan pompa Flowserve. Dengan menggunakan aplikasi, seorang karyawan membuat entri pesanan dan kemudian menggunakannya untuk merekam dan mengelola informasi terkait yang diperlukan tentang inspeksi, penawaran harga, koordinasi tenaga kerja fisik, dan suku cadang yang diperlukan; peninjauan dan persetujuan; dan akhirnya pengiriman faktur.

Untuk tujuan Flowserve, tidak ada perangkat lunak siap pakai yang tersedia, kata Malcolm Ross, wakil CTO dan wakil presiden strategi produk di Appian.

“Ada perangkat lunak untuk sistem manajemen inventaris dan manajemen sumber daya SDM, tetapi tidak ada yang menggabungkan keduanya—tenaga kerja dan suku cadang—bersama-sama,” kata Ross.

Platform berkode rendah memungkinkan pengguna bisnis seperti karyawan di Flowserve untuk mengembangkan solusi yang dibuat khusus untuk membantu mengotomatisasi dan mengatur proses.

“Setiap pengguna kode rendah yang mengembangkan aplikasi khusus akan memiliki pengetahuan mendalam tentang masalah dan proses yang ditargetkan aplikasi tersebut,” kata Tejas Gadhia, kepala penginjil untuk pengembangan platform di Zoho Corp., Pleasanton, California. adalah keuntungan inti dari platform berkode rendah:mereka mempertahankan pengembangan di dalam perusahaan, dibandingkan dengan pengguna yang harus mengartikulasikan kebutuhan mereka kepada tim TI atau pengembang luar.”

Selain memungkinkan pengembangan aplikasi, platform ini juga memungkinkan pembuat konten untuk membuat pembaruan pada aplikasi saat proses dan persyaratan mereka berkembang berdasarkan umpan balik dari pengguna. Vendor bervariasi dalam hal apakah aplikasi dapat disimpan dalam portofolio internal perusahaan atau di toko aplikasi komersial, tetapi pembaruan dapat dilakukan melalui tautan di SMS atau email.

Pengembangan Aplikasi Agile

“Ini ternyata menjadi hal yang paling penting jika Anda ingin melakukan pengembangan aplikasi yang benar-benar gesit dan inovatif:Dapatkan di tangan beberapa pengguna, dapatkan umpan balik mereka, dan hasilkan iterasi,” kata Praveen Seshadri, CEO AppSheet, Seattle. “Sungguh, jumlah iterasi yang dapat Anda lakukan dengan umpan balik berkualitas adalah yang memungkinkan aplikasi Anda mengonversi menjadi sesuatu yang berguna dan berhasil bagi pengguna Anda. Kecepatan iterasilah yang mendorong kesuksesan.”

Meskipun mengembangkan dan menggunakan aplikasi itu sendiri sangat berharga karena mendorong produktivitas, di beberapa titik produsen menyadari ada nilai tambahan dalam platform yang terletak pada pembuatan banyak aplikasi. Begitu mereka membangun banyak aplikasi, realisasi itu sering kali 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 tentang semua hal ini yang sebelumnya tidak kita ketahui.”

Dengan data itu, pabrik dapat melakukan analisis bagian mana dari lini produksi mereka yang berkinerja lebih baik daripada yang lain dan di mana ada lebih banyak masalah daripada di tempat lain. Mereka dapat mengidentifikasi di mana letak peluang.

“Jadi, itu mendorong pemikiran strategis,” katanya. “Bagaimana hal ini dapat membuat perusahaan kami secara fundamental lebih kompetitif?”

Studi Kasus Efisiensi

Elijah Magrane, direktur operasi di Tutti Gourmet, pembuat makanan ringan yang lebih sehat di Hudson, Quebec, Kanada, mulai menggunakan AppSheet sekitar 16 bulan yang lalu untuk melakukan inventaris.

Pabrik biasa melakukan inventarisasi berdasarkan penghitungan fisik yang kemudian dimasukkan secara manual ke dalam spreadsheet. Kesalahan umum terjadi dan beberapa hal diabaikan. Namun, dengan platform tersebut, Magrane dapat membuat aplikasi inventaris yang mencakup jenis rumus dan perhitungan yang umum untuk program spreadsheet dan sejak itu telah menambahkan kode batang dan QR, sehingga penghitungan dilakukan secara otomatis.

“Menerapkan sistem barcode melalui AppSheet, bersama dengan pemberitahuan restock otomatis, telah meningkatkan efisiensi kami dan memastikan bahwa kami selalu mampu memenuhi pesanan dan memproduksi sesuai kapasitas,” kata Magrane.

Aplikasi yang telah dibuat Magrane—semuanya sekitar 40—berguna untuk operasi sehari-hari seperti mentabulasi waktu karyawan, menyimpan daftar pemasok yang disetujui, menyelesaikan daftar periksa inspeksi, mengelola inventaris gudang, melacak distribusi produk, dan banyak lagi.

“Terus terang, di mana saya berada sekarang, saya memiliki ERP yang berfungsi penuh dengan AppSheet,” katanya (lihat grafik di halaman 63).

Karena platformnya ada di cloud, bos Magrane dapat mengakses inventaris, manajemen proyek, dan aplikasi R&D saat dia dalam perjalanan. Di perusahaan, manajer penjualan baru dapat melacak berapa lama sejak toko menerima pengiriman dan melakukan panggilan penjualan jika perlu.

“Kode rendah adalah kode seperti rumah prefabrikasi ke rumah yang dibangun dari awal.”

Dan ketika perusahaan sedang diaudit untuk ketertelusuran, Magrane dapat dengan mudah mengakses informasi alih-alih mengobrak-abrik binder.

“Sistem akuntansi kami tidak memiliki ketertelusuran untuk barang jadi,” kata Magrane. “Sebelum AppSheet kami merekam secara manual di Excel. Ini membutuhkan banyak waktu dan kesalahan yang tinggi. Sejak menggunakan AppSheet, alur kerja keterlacakan telah berkurang lebih dari setengahnya dan kesalahan hampir tidak ada.”

Keterbaruan Sangat Penting

Pembeda terbesar di antara platform aplikasi DIY mungkin adalah apakah pembuat yang paham teknologi dapat menambahkan beberapa kodenya sendiri.

Umumnya, solusi tanpa kode menawarkan pengembangan aplikasi titik-dan-klik 100 persen dan ditargetkan langsung pada pengguna bisnis dan orang-orang yang tidak memiliki pengetahuan pemrograman minimal. Sebagian besar alat ini ditujukan untuk menjadi pengganti atau penambah spreadsheet. AppSheet adalah platform tanpa kode.

Alat berkode rendah juga menawarkan sebagian besar konfigurasi titik-dan-klik; namun, mereka menyediakan beberapa kemampuan lanjutan melalui bahasa skrip untuk menjalankan logika bisnis yang kompleks. Alat-alat ini ditargetkan untuk pengguna yang memiliki sedikit lebih banyak pengetahuan teknis tetapi tidak cukup di tingkat pengembang. Appian, Mendix, dan Zoho Creator adalah platform berkode rendah.

“Kode rendah adalah kode seperti rumah prefabrikasi ke rumah yang dibangun dari awal,” kata Jon Scolamiero, manajer arsitektur dan tata kelola di Mendix. “Tidak ada kode yang pada dasarnya adalah ‘double-wide.’” yang dibuat.

Tidak ada kode dan kode rendah bukan satu-satunya pembeda. Keamanan bervariasi menurut vendor.

“Selalu merupakan ide yang baik untuk memeriksa halaman keamanan vendor untuk melihat kebijakan dan prosedur mereka tentang cara mereka menangani dan mengelola data,” kata Gadhia.

Evaluator dapat meminta vendor untuk perincian tentang sertifikasi seperti ISO 27001, yang berfokus pada kualitas dan peningkatan berkelanjutan untuk sistem manajemen informasi, dan SOC 2 Tipe II, standar untuk kontrol yang secara langsung berhubungan 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 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 dengan pihak ketiga.

Proposisi nilai inti dari kode rendah dan tanpa kode bukan hanya komposisi aplikasi, tetapi juga pemeliharaan dan peningkatan berkelanjutan dalam siklus hidup platform jika aplikasi digunakan pada perangkat seluler atau melalui web, kata Ross. Di situlah orang sering mengalami masalah dengan perangkat lunak perusahaan.

“Idenya begitu saya membangunnya, semuanya baik-baik saja,” katanya. “Tetapi hanya karena ia bekerja dengan sistem operasi seluler hari ini tidak berarti ia akan bekerja tahun depan ketika iOS 13 atau 14 atau 15 keluar.”
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 aplikasi itu akan bekerja dengan mereka besok. Aspek penting untuk dijelajahi dengan vendor platform low-code adalah apakah itu memberikan perangkat lunak yang mengaburkan persyaratan pemeliharaan dan telah menyematkan pemeriksaan masa depan ke dalam kemampuan platform.

"Sebagai paralel, saya sering bertanya kepada orang-orang, 'Versi Google apa yang Anda gunakan,'" kata Ross. “Google memperbarui menu pencarian mereka dan pencarian browser web mereka secara harfiah setiap hari, tetapi kami tidak menganggapnya sebagai versi, kami menganggapnya sebagai layanan. Di situlah kami ingin sejauh mana kami mencerna platform ini sebagai layanan.”

Scolamiero mengatakan pembeli platform juga harus bertanya apakah platform tersebut asli cloud, artinya apakah platform tersebut mematuhi prinsip-prinsip inti dan arsitektur yang memfasilitasinya tidak hanya ada di satu cloud tetapi juga menjalankan proses dan prosedur di cloud apa pun serta di lokasi dan terintegrasi dengan semua itu.

“Kami memiliki dunia hibrida di mana perangkat lunak dijalankan secara internal dalam sistem yang sangat aman yang tidak memiliki akses Internet, tetapi juga perlu dijalankan di sistem cloud dan Internet yang lebih luas,” katanya.

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

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