Apa Anda Benar-Benar Butuh Aplikasi Mobile? Mungkin PWA Cukup

Sebelum Anda menghabiskan banyak biaya membangun aplikasi iOS dan Android terpisah, ada baiknya tanya jujur: apa pelanggan Anda benar-benar perlu mengunduh sesuatu? Sering kali jawabannya tidak, dan Progressive Web App menyelesaikannya dengan biaya jauh lebih kecil.

PWA pada dasarnya website yang berperilaku seperti aplikasi. Terbuka cepat, jalan offline, bisa kirim push notification, dan pengguna bisa menambahkannya ke layar utama. Tanpa listing di app store, tanpa nunggu berhari-hari untuk approval cuma demi membetulkan typo. Dan karena satu basis kode yang jalan di mana-mana, Anda nggak bayar untuk membangun dan merawat hal yang sama dua kali.

Tapi bukan berarti PWA selalu jawabannya. Di bawah ini kerangka yang kami pakai untuk memutuskan, sebelum ada satu baris kode pun ditulis. Jawab lima pertanyaan ini dengan jujur, biasanya jawabannya muncul sendiri.

Pertanyaan 1: Seberapa sering orang akan memakainya?

Frekuensi adalah faktor paling besar. Orang rela install aplikasi yang dibuka tiap hari: m-banking, WhatsApp, ojol, pesan antar makanan. Mereka nggak akan install aplikasi untuk sesuatu yang dipakai dua kali setahun. Apalagi di Indonesia, banyak HP yang memorinya sudah penuh foto dan video grup keluarga. Minta pelanggan buka Play Store, cari, unduh, hapus aplikasi lain biar muat, lalu bikin akun, cuma untuk booking sekali, itu gesekan yang besar.

Condong ke PWA: pemakaian sesekali, pengunjung baru, apa pun yang ditemukan orang lewat Google atau link yang dibagikan di grup WhatsApp. Condong ke native: kebiasaan harian yang memang pantas dapat ikon di layar utama.

Pertanyaan 2: Fitur perangkat apa yang benar-benar Anda butuhkan?

Browser modern sudah bisa banyak hal: akses kamera, lokasi, penyimpanan offline, push notification, pembayaran. Native masih jelas unggul untuk grafis berat dan game, proses latar belakang terus-menerus seperti melacak lokasi kurir saat HP terkunci, koneksi Bluetooth atau NFC yang dalam ke perangkat keras, dan integrasi erat dengan data kesehatan atau widget. Dukungan fitur web di iPhone juga dari dulu tertinggal dibanding Android, jadi cek setiap fitur yang Anda andalkan di perangkat yang benar-benar dipakai pelanggan.

Condong ke PWA: form, katalog, booking, dashboard, konten, internal tools. Condong ke native: apa pun yang fitur intinya cuma ada di API native.

Pertanyaan 3: Apakah Anda perlu ditemukan di app store?

Sebagian audiens memang mencari di App Store atau Play Store dulu, dan di kategori tertentu listing di store menambah kepercayaan. Tapi untuk kebanyakan bisnis, pelanggan datang dari Google, Instagram, TikTok, iklan, atau link yang di-share teman. PWA itu website, jadi bisa diindeks mesin pencari dan dibagikan sebagai URL biasa, sesuatu yang nggak bisa dilakukan layar di dalam aplikasi. Kalau pelanggan menemukan Anda di web, kehadiran di store cuma menambah biaya tanpa menambah pelanggan.

Satu lagi khas pasar kita: kalau pelanggan Anda sudah terbiasa belanja di Tokopedia atau Shopee, kecil kemungkinan mereka mau install satu aplikasi lagi khusus untuk toko Anda.

Pertanyaan 4: Seberapa cepat Anda perlu merilis dan mengubah sesuatu?

Dengan PWA, Anda deploy update dan semua pengguna langsung dapat versi baru saat membukanya lagi. Dengan aplikasi native, setiap rilis harus lewat review store, lalu menunggu pengguna update, yang sebagian nggak pernah dilakukan. Artinya Anda harus mendukung versi lama lebih lama dari yang Anda mau. Kalau harga, menu, atau promo berubah tiap minggu, atau Anda masih menguji apakah produknya laku, kecepatan ini penting sekali.

Pertanyaan 5: Berapa budget sebenarnya, termasuk tahun kedua?

Dua aplikasi native biasanya berarti dua basis kode (atau satu basis kode cross-platform dengan perbaikan khusus tiap platform), akun developer, urusan kepatuhan store, dan testing di banyak perangkat. Biaya bikin cuma permulaan: setiap update besar Android atau iOS bisa merusak sesuatu. PWA cukup satu produk yang dirawat. Sebagai pola umum di pasar, native untuk dua platform biasanya jauh lebih mahal daripada PWA yang setara, dan selisihnya cenderung melebar selama bertahun-tahun maintenance.

Soal potongan app store: Apple dan Google mengambil komisi untuk barang digital dan langganan yang dijual di dalam aplikasi. Kalau Anda jual produk fisik atau jasa di dunia nyata, aturan itu umumnya nggak berlaku, jadi untuk toko atau bisnis booking jangan jadikan ini alasan utama. Biaya maintenance dan kecepatan rilis jauh lebih menentukan.

Menghitung hasilnya

Kalau sebagian besar jawaban Anda "jarang dipakai, fitur standar, ditemukan lewat web, sering berubah, budget terbatas", bangun PWA. Kalau jawabannya "kebiasaan harian, butuh hardware perangkat, penting ada di store, fitur stabil, budget cukup untuk dua platform", native masuk akal. Jawaban campur itu wajar, dan di situlah opsi tengah berguna.

Opsi di tengah-tengah

• PWA dulu, native belakangan. Luncurkan PWA, pelajari apa yang benar-benar dipakai orang, lalu bangun aplikasi native untuk pengguna paling setia kalau angkanya mendukung. Spesifikasi aplikasi yang Anda tulis setelah berbulan-bulan data pemakaian nyata pasti jauh lebih bagus.
• Native cross-platform. Framework seperti Flutter atau React Native menghasilkan aplikasi store sungguhan dari satu basis kode. Biasanya lebih murah daripada dua build native terpisah, tapi tetap ada di store dan bisa akses sebagian besar fitur perangkat. Tim pembuatan aplikasi Android dan iOS kami sering menyarankan jalur ini kalau native memang dibutuhkan.
• Cukup website responsif yang bagus. Kadang Anda nggak butuh perilaku aplikasi sama sekali. Kalau orang cuma lihat-lihat lalu beli, website toko online yang cepat mungkin sudah jadi "aplikasi" yang pelanggan butuhkan.

Kesalahan yang sering kami lihat di kedua kubu

• Bikin aplikasi karena kompetitor punya, tanpa mengecek apakah pelanggan mereka benar-benar memakainya.
• Menganggap PWA "cuma website" lalu melewatkan penanganan offline, prompt install, dan optimasi performa, sampai hasilnya nanggung di dua-duanya.
• Lupa bahwa harus ada yang merawat. Siapkan budget maintenance dari hari pertama, jalur mana pun yang dipilih.
• Cuma testing di HP flagship milik tim, bukan di HP Android sejutaan yang justru banyak dipakai pelanggan.

Jadi pertanyaan sebenarnya bukan "web atau aplikasi", tapi "pelanggan saya sebenarnya ngapain?" Kalau ragu, kami senang membahasnya jujur dulu sebelum ada yang menulis kode, termasuk kalau ternyata jawaban jujurnya native. Ini layanan pembuatan Progressive Web App kami kalau Anda mau hasil setara aplikasi tanpa beban app store.