3 Jenis Aplikasi yang Salah Pilih Bisa Bikin Perusahaan Rugi Ratusan Juta
Web App, Desktop App, atau Mobile App? Pastikan pilihan lo benar.
Lo lagi tanya pertanyaan yang salah duluan
Kalau perusahaan lo mau bikin aplikasi baru, biasanya yang dibahas duluan malah:
"Pakai teknologi apa?"
Laravel? React? Flutter? Java?
Terus meeting berubah jadi debat teknologi selama 2 jam. π
Padahal ada pertanyaan yang jauh lebih penting, dan biasanya baru muncul belakangan β kalau muncul sama sekali:
"Aplikasinya sebenarnya harus dipakai dengan cara apa?"
Karena sebelum mikirin teknologinya, lo harus tahu dulu: Mau Web App, Desktop App, atau Mobile App?
Kelihatannya sederhana. Tapi salah pilih bisa bikin masalah panjang.
Awalnya: "Oh, ternyata user susah pakai." Lalu: "Oh, ternyata harus online terus." Lalu: "Oh, ternyata butuh hardware khusus." Lalu: "Oh, ternyata sekarang harus bikin versi mobile juga."
Akhirnya budget yang awalnya Rp100 juta bisa melebar jauh. Bukan selalu karena developernya mahal.
Kadang dari awal memang pilihan bentuk aplikasinya yang nggak cocok sama cara kerja bisnis lo.
Di guide ini gue mau bikin sesimpel mungkin supaya sebelum lo mulai proyek, lo punya gambaran mana yang lebih masuk akal.
1. Web App
Aplikasi yang lo buka lewat browser
Contohnya:
- Dashboard perusahaan
- CRM
- Sistem inventory
- Sistem HR
- Sistem administrasi
- Project management
- Sistem internal
Biasanya: Buka Chrome β masuk ke alamat website β login β selesai. Nggak perlu install aplikasi khusus di setiap laptop.
Kenapa banyak perusahaan pilih Web App?
Karena simpel. Misalnya perusahaan lo punya 50 orang. Staff A buka dari laptopnya. Staff B buka dari laptopnya. Manager buka dari laptopnya. Owner buka dari laptopnya. Semuanya masuk ke sistem yang sama.
Kalau ada update? Lo update sistemnya di server. User tinggal buka lagi. Nggak perlu: "Bro, laptop lo udah update versi terbaru belum?" π
Web App cocok kalau:
- Banyak orang perlu akses sistem
- User kerja dari beberapa lokasi
- Data harus tersimpan terpusat
- User mostly bekerja dari laptop atau komputer
- Sistemnya nggak perlu terhubung langsung ke hardware tertentu
Tapi jangan otomatis pilih Web App. Kalau sistem lo harus tetap jalan tanpa internet, terhubung langsung ke hardware, bekerja sangat dekat dengan komputer tertentu, atau punya kebutuhan khusus yang browser susah tangani β jangan cuma bilang "Bikin Web App aja." Bisa jadi malah bikin hidup lo susah.
2. Desktop App
Aplikasi yang di-install langsung di komputer
Contohnya bisa berupa:
- Aplikasi kasir
- Software accounting tertentu
- Aplikasi yang terhubung ke hardware
- Software yang butuh performa komputer tertentu
- Sistem operasional yang memang dipakai di workstation tertentu
Bedanya: Web App β buka browser β login β pakai. Desktop App β install β buka aplikasi β pakai.
Desktop App cocok kalau:
1. Harus terhubung langsung ke hardware β misalnya barcode scanner, printer, cash drawer, mesin tertentu, perangkat khusus. Contoh: barcode scanner β aplikasi β printer. Kalau hardware memang bagian penting dari proses kerja, Desktop App bisa lebih masuk akal.
2. Harus tetap bisa bekerja ketika internet bermasalah β misalnya internet mati, tapi toko tetap harus transaksi. Ini bisa jadi alasan kuat untuk mempertimbangkan Desktop App atau sistem yang punya mode offline.
3. User memang bekerja dari komputer tertentu β misalnya kasir selalu di komputer kasir, operator selalu di workstation tertentu. Kalau memang begitu, belum tentu lo butuh aplikasi yang bisa dibuka dari mana-mana.
3. Mobile App
Aplikasi yang di-install di HP
Contohnya: WhatsApp, Gojek, Tokopedia, mobile banking, aplikasi delivery, aplikasi customer.
Dan banyak perusahaan langsung mikir: "Kita butuh aplikasi. Berarti bikin mobile app."
Belum tentu. Pertanyaan sebenarnya:
"User gue memang butuh mobile app nggak?"
Kalau user cuma perlu login β lihat laporan β approve sesuatu, mungkin Web App sudah cukup.
Kalau lo bikin Mobile App cuma untuk melakukan hal yang sama persis dengan Web App, sekarang lo punya dua aplikasi yang harus dirawat. Dan kalau harus support Android + iPhone? Bisa makin banyak kerjaan. π
Mobile App cocok kalau:
1. User memang selalu bergerak β sales lapangan, teknisi, kurir, driver, surveyor, delivery team. Mereka nggak duduk di depan laptop seharian. HP memang alat kerja mereka.
2. Kamera atau GPS memang penting β misalnya teknisi datang ke lokasi β foto kondisi β ambil lokasi β update pekerjaan. Mobile App masuk akal.
3. Notifikasi cepat memang penting β misalnya "Ada order baru", "Ada approval yang harus dilakukan", "Teknisi harus berangkat". Kalau notifikasi cepat memang bagian penting dari kerjaan, Mobile App bisa berguna.
Sekarang pilih yang mana?
Jangan mulai dari teknologinya. Mulai dari cara kerja user lo.
Pertanyaan 1: User paling sering kerja dari mana?
Laptop / komputer β Web App atau Desktop App. HP sambil bergerak β Mobile App.
Pertanyaan 2: Aplikasi harus tetap jalan kalau internet mati?
YA β pertimbangkan Desktop App atau sistem yang punya kemampuan offline. NGGAK β Web App atau Mobile App bisa jadi lebih masuk akal.
Pertanyaan 3: Harus terhubung langsung ke hardware? Misalnya printer, scanner, mesin, perangkat khusus.
YA β Desktop App mulai menarik. NGGAK β Web App / Mobile App mungkin cukup.
Pertanyaan 4: User butuh kamera atau GPS sebagai bagian utama pekerjaan?
YA β Mobile App mulai masuk akal. NGGAK β jangan bikin Mobile App cuma karena kelihatan keren.
Pertanyaan 5: User perlu mengakses sistem dari banyak tempat?
YA β Web App biasanya sangat menarik. NGGAK β Desktop App bisa jadi cukup, tergantung kebutuhan.
Pertanyaan 6: User perlu notifikasi penting secara cepat?
YA β Mobile App bisa sangat berguna. NGGAK β Web App mungkin sudah cukup.
Cara paling gampang membedakannya
π Web App β "Gue mau sistem yang bisa dibuka dari browser." Cocok buat: sistem internal, dashboard, CRM, inventory, HR, project management, sistem administrasi.
π₯οΈ Desktop App β "Gue mau aplikasi yang memang jalan di komputer tertentu." Cocok buat: kasir, hardware, workstation, kebutuhan offline, software dengan kebutuhan komputer khusus.
π± Mobile App β "User gue memang bekerja lewat HP." Cocok buat: sales lapangan, delivery, teknisi, customer-facing app, GPS, kamera, notifikasi.
Jangan sampai kena jebakan "bikin semuanya"
Ini salah satu pola yang sering kejadian. Awalnya: "Bikin Web App." Terus: "Sekalian Android." Terus: "iPhone juga ya." Terus: "Desktop juga sekalian."
Awalnya: "Biar lengkap." Akhirnya: "Kok maintenance-nya mahal banget?"
Ya karena sekarang lo punya beberapa versi aplikasi yang harus dijaga. Setiap ada perubahan: Web harus dites, Android harus dites, iOS harus dites, Desktop harus dites. Belum lagi kalau ada bug di salah satu versi.
Jadi jangan bikin banyak versi cuma karena "bisa."
Contoh gampang
Kasus 1: Perusahaan distribusi. Sales lo pergi ke toko-toko. Mereka perlu lihat customer, input order, foto display, ambil lokasi, update status kunjungan. Mereka pakai HP setiap hari. Kalau gue yang pilih? Mobile App masuk akal.
Kasus 2: Perusahaan dengan beberapa cabang. Manager perlu lihat penjualan, approve discount, lihat inventory, lihat laporan. Mereka mostly kerja dari laptop. Nggak perlu kamera, nggak perlu GPS, nggak perlu hardware khusus. Kalau gue yang pilih? Web App dulu. Ngapain bikin Mobile App?
Kasus 3: Toko dengan perangkat kasir. Lo punya barcode scanner, printer, cash drawer, komputer kasir. Kasir harus tetap bisa transaksi walaupun internet bermasalah. Di sini Desktop App atau sistem dengan kemampuan offline mulai masuk akal.
Jangan pilih berdasarkan "keren"
Jangan bilang "Mobile App lebih modern." Atau "Web App lebih gampang." Atau "Desktop App udah kuno." Nggak sesimpel itu.
Teknologi yang bagus adalah teknologi yang paling cocok dengan cara kerja bisnis lo. Bukan yang paling keren waktu dipresentasikan.
Sebelum kasih proyek ke developer, isi ini
- Siapa yang akan memakai aplikasi?
- Mereka biasanya bekerja dari mana?
- Mereka selalu punya koneksi internet?
- Mereka perlu kamera?
- Mereka perlu GPS?
- Sistem harus terhubung ke hardware?
- Mereka perlu menerima notifikasi penting?
- Kalau aplikasi nggak bisa dipakai selama 1 jam, apa yang terjadi?
Pertanyaan nomor 8 penting. Kalau jawabannya "Ya paling team nggak bisa lihat laporan" β oke. Beda dengan "Kasir nggak bisa transaksi dan toko berhenti" β nah, itu beda kelas.
Quick Decision Guide
- User mostly di laptop + perlu akses dari banyak tempat β Web App
- User bekerja di komputer tertentu + butuh hardware/offline β Desktop App
- User bekerja sambil bergerak + butuh kamera/GPS/notifikasi β Mobile App
- Ada kombinasi beberapa kebutuhan? β Jangan langsung bikin semuanya. Cari tahu dulu mana yang benar-benar dibutuhkan.
Kenapa salah pilih bisa mahal?
Karena yang mahal bukan cuma bikin aplikasinya. Kalau dari awal salah menentukan bentuk aplikasinya, beberapa bulan kemudian bisa muncul: "Ternyata sales butuh GPS." "Ternyata kasir harus tetap jalan waktu internet mati." "Ternyata manager harus bisa akses dari rumah." "Ternyata customer juga perlu pakai."
Nah, sekarang kebutuhan awal lo berubah. Bisa berarti desain ulang, coding ulang, testing ulang, deployment ulang, training ulang, bahkan kadang bikin aplikasi tambahan.
Makanya lebih murah mikirin ini sebelum coding dimulai daripada setelah aplikasinya jadi.
Jadi sebelum lo bilang "Gue mau bikin aplikasi"
Berhenti sebentar. Tanya dulu:
"Siapa yang pakai?" "Mereka pakai dari mana?" "Mereka kerja seperti apa?" "Butuh internet terus nggak?" "Butuh kamera, GPS, atau hardware nggak?" "Kalau sistem mati, seberapa parah dampaknya?"
Dari sini biasanya pilihan mulai kelihatan. Kalau ternyata "Web App sudah cukup" β ya udah, bikin Web App. Nggak perlu bikin Mobile App cuma biar kelihatan keren.
Kalau "Sales gue hidupnya di jalan" β ya mungkin Mobile App lebih masuk akal. Kalau "Kasir gue harus terhubung ke scanner dan printer" β ya Desktop App bisa jadi pilihan yang lebih tepat.
Penutup
Kalau ada satu hal yang gue pengen lo bawa pulang dari guide ini:
Jangan mulai proyek software dari teknologi.
Mulai dari cara kerja bisnis lo. Karena teknologi itu cuma alat. Yang penting adalah: orang yang pakai β pekerjaan yang dilakukan β masalah yang mau diselesaikan.
Kalau tiga hal itu sudah jelas, baru kita pilih: Web App? Desktop App? Mobile App?
Kalau lo memilih dengan benar dari awal, lo bisa menghindari banyak biaya dan drama yang sebenarnya nggak perlu. Karena target akhirnya bukan "Perusahaan gue punya aplikasi." Target akhirnya: "Aplikasi ini bikin kerjaan gue lebih gampang." Dan itu jauh lebih penting.
TL;DR
| Kondisi bisnis lo | Pilihan awal yang layak dipertimbangkan |
|---|---|
| User mostly pakai laptop | π Web App |
| Sistem harus bisa diakses dari banyak tempat | π Web App |
| User bekerja di komputer tertentu | π₯οΈ Desktop App |
| Butuh koneksi langsung ke hardware | π₯οΈ Desktop App |
| Butuh offline yang kuat | π₯οΈ Desktop App / Offline-capable |
| User sering kerja di lapangan | π± Mobile App |
| Butuh GPS / kamera | π± Mobile App |
| Butuh push notification | π± Mobile App |
| Butuh kombinasi beberapa hal | β οΈ Jangan langsung bikin semuanya |
Satu kalimat terakhir: jangan pilih aplikasi yang paling keren. Pilih yang paling cocok sama cara kerja bisnis lo.
Kalau lo masih ragu bentuk aplikasinya apa
Ini bukan keputusan yang harus lo tebak sendiri. Salah satu alasan biaya software membengkak bukan karena developernya mahal, tapi karena keputusan bentuk aplikasi diambil sebelum ada yang benar-benar mikirin cara kerja bisnisnya.
Kalau lo mau ngobrol dulu sebelum bikin keputusan β soal user lo kerja dari mana, apa yang bakal kejadian kalau sistem mati sejam, atau apakah butuh hardware/offline sama sekali β kita bisa mulai dari sini. Gratis. Tanpa kewajiban.
Penulis

Lorencius Alvin Purnama
Co-Founder & Managing Director
Before Exclolab, Loren spent a decade embedded in service businesses across Southeast Asia β not as an outside consultant, but as the person who sits with the team, watches how work actually flows, and figures out where the system is breaking down. He developed the Discovery methodology at Exclolab from that experience: the idea that you cannot design a good system until you understand the one it's replacing. At Exclolab, he owns the Discovery phase and the client relationship from first conversation through final deployment.