"Kami butuh aplikasi" adalah salah satu kalimat termahal yang bisa diucapkan pemilik bisnis tanpa dipikir matang. Keputusan PWA vs native app rutin menggeser anggaran proyek tiga sampai lima kali lipat, dan dari pengalaman saya, sebagian besar bisnis yang minta native app sebenarnya tidak butuh itu. Yang mereka butuhkan adalah pengalaman web mobile yang cepat dan bisa di-install, dengan biaya jauh lebih kecil.
Saya sudah membangun keduanya. Native app untuk produk yang memang benar-benar membutuhkannya, dan progressive web app untuk bisnis yang nyaris menghabiskan 400 juta rupiah untuk kehadiran di App Store yang tidak akan di-download siapa pun. Artikel ini adalah percakapan yang saya lakukan dengan klien sebelum satu baris kode pun ditulis.
Izinkan saya berikan kerangka berpikir yang jujur, termasuk kasus-kasus di mana native benar-benar sepadan dengan harganya.
Apa Sebenarnya PWA Itu
Progressive web app adalah website yang dibangun agar berperilaku seperti aplikasi. Loadingnya cepat, jalan di perangkat apa pun yang punya browser, bisa ditambahkan ke home screen dengan ikonnya sendiri, bisa cache konten untuk koneksi yang tidak stabil, dan di Android bahkan bisa kirim push notification. Tidak ada app store, tidak ada hambatan download, tidak ada antrean review 30 hari. Pengguna tap sebuah link dan langsung masuk.
Teknologi ini sudah matang di tahun 2022. Twitter, Starbucks, dan Tokopedia semuanya menjalankan pengalaman PWA yang serius. Ini bukan jalan pintas eksperimental; ini adalah cara sebagian besar mobile commerce sudah berjalan.
Properti bisnis yang krusial: satu codebase melayani semua orang. Pengguna Android Anda, pengguna iPhone Anda, dan pelanggan Anda yang pakai laptop semuanya mendapat produk yang sama. Anda merawat satu hal saja.
Perbandingan Biaya yang Sebenarnya
Angka dulu, karena di sinilah keputusan sebenarnya berada. Rentang yang masuk akal untuk produk kompleksitas menengah yang dibangun tim Indonesia yang kompeten di tahun 2022:
| Item | PWA | Native (iOS + Android) |
|---|---|---|
| Biaya pembangunan awal | Rp 80 hingga 200 juta | Rp 300 hingga 700 juta |
| Codebase yang dirawat | 1 | 2 (atau 1 dengan Flutter/React Native, tetap lebih berat) |
| Maintenance tahunan | 15 hingga 20% dari biaya bangun | 20 hingga 30% dari biaya bangun, dikali dua platform |
| Siklus rilis | Deploy kapan saja, instan | Review app store, berhari-hari per rilis |
| Adopsi update | Langsung untuk semua pengguna | Pengguna terjebak versi lama berbulan-bulan |
| Distribusi | Bagikan sebuah link | Meyakinkan pengguna untuk install |
Baris terakhir itu lebih penting dari yang disadari kebanyakan pemilik bisnis. Membuat pelanggan meng-install aplikasi adalah hambatan konversi yang nyata. Data industri konsisten menunjukkan sebagian besar pengguna tidak meng-install satu pun aplikasi baru dalam sebulan. Anggaran marketing Anda harus melawan inersia itu. Link PWA di pesan WhatsApp tidak punya hambatan semacam ini.
Framework cross-platform seperti Flutter mempersempit selisih biaya native, dan saya memakai Flutter di mana native memang layak dipakai. Tapi itu tidak menghilangkan friksi app store, keterlambatan review, atau hambatan install. Masalah distribusi adalah bagian yang mahal, bukan cuma soal kode.
Di Mana PWA Sudah Cukup Menyelesaikan Masalah
Untuk kasus-kasus berikut, PWA bukan kompromi. Ini adalah jawaban teknis yang benar:
- Katalog, pemesanan, dan booking. Menu restoran, booking salon, formulir order B2B, pendaftaran kursus. Pengguna datang lewat link atau QR code, bertransaksi, lalu pergi.
- Portal pelanggan. Cek status pesanan, invoice, poin, tracking pengiriman.
- Konten dan komunitas. Berita, materi belajar, area member.
- Alat internal dengan konektivitas kantor. Dashboard, alur approval, laporan sederhana.
Sebuah jaringan ritel di Tangerang yang saya bantu ingin membuat aplikasi loyalti native dengan penawaran Rp 450 juta. Kebutuhan sebenarnya: member cek poin dan tukar voucher di kasir. Kami membangun PWA dengan biaya di bawah Rp 120 juta, didistribusikan lewat QR code di kasir dan link WhatsApp, dan tingkat adopsinya melampaui proyeksi mereka karena tidak ada yang perlu di-install. Pertanyaan pwa vs native app, kalau dijawab jujur, menghemat dua pertiga anggaran mereka.
Kecepatan juga penting di sini. Apa pun yang Anda bangun, kalau loadingnya lambat di HP Android kelas menengah dengan koneksi 4G, itu gagal. Saya membahas ini di kecepatan website Anda diam-diam menggerus penjualan, dan semua itu berlaku dua kali lipat untuk PWA.
Di Mana Native Benar-Benar Sepadan dengan Harganya
Saya bukan anti-native. Saya anti-native-secara-default. Ini kasus-kasus di mana saya menyarankan klien untuk mengeluarkan uang:
- Kerja lapangan yang berat offline. Tim sales, surveyor, atau teknisi yang bekerja di area tanpa sinyal, menyinkronkan dataset besar saat konektivitas kembali. PWA bisa cache, tapi sinkronisasi data offline-first yang tangguh dengan penanganan konflik adalah wilayah native.
- Akses hardware perangkat yang dalam. Pelacakan GPS latar belakang terus-menerus, pairing perangkat Bluetooth, pipeline kamera tingkat lanjut, NFC. API browser mencakup sebagian dari ini, tapi keandalan produksi di berbagai perangkat menuntut native.
- Produk berbasis kebiasaan harian. Kalau seluruh model produk Anda bergantung pada dibuka setiap hari, kehadiran di home screen plus push notification yang andal di kedua platform jadi penting. Dan ini realita di 2022: iOS Safari tidak mendukung web push notification. Kalau push ke pengguna iPhone adalah inti bisnis Anda, itu saja sudah cukup jadi alasan untuk native.
- Performa real-time yang berat. Game, editing video, animasi kompleks di 60fps pada perangkat murah.
Kalau daftar kebutuhan Anda tidak mencakup setidaknya satu dari ini, kemungkinan besar Anda membeli native app demi gengsi, bukan fungsi. "Kompetitor punya" bukan sebuah kebutuhan.
Strategi Bertahap: PWA Dulu, Native Kalau Terbukti Perlu
Pola paling cerdas yang pernah saya lihat bukan memilih satu untuk selamanya. Ini soal urutan:
- Rilis PWA dalam 2 sampai 3 bulan.
- Ukur penggunaan nyata: frekuensi kunjungan ulang, kedalaman sesi, permintaan fitur.
- Kalau data menunjukkan produk berbasis kebiasaan harian atau kebutuhan hardware yang mendesak, baru bangun native, berbasis perilaku nyata, bukan tebakan.
Ini adalah pemikiran MVP yang diterapkan pada keputusan mobile. Bisnis yang menyesali pengeluaran aplikasi mereka hampir selalu yang membangun native duluan berdasarkan asumsi. Jalur PWA-dulu mengubah pertaruhan 500 juta rupiah menjadi eksperimen 120 juta rupiah dengan pemicu upgrade yang jelas.
Kesimpulan
Pilihan pwa vs native app adalah keputusan anggaran yang menyamar sebagai keputusan teknis. Defaultkan ke PWA. Bayar untuk native hanya ketika kerja lapangan offline-first, akses hardware yang dalam, atau produk berbasis kebiasaan harian dengan kebutuhan push iOS memang ada di daftar Anda, dan curigai siapa pun yang menawarkan native build tanpa bertanya mana dari itu semua yang Anda punya. Vendor yang tepat menginterogasi kebutuhan Anda sebelum menulis proposal. Kalau Anda ingin opini kedua sebelum menandatangani satu, itu percakapan yang sering saya lakukan.