Bisnis Digital · FEB UNDIP

Teknologi Web & Mobile

Pertemuan 4: Lanskap Teknologi Mobile

Native, web app, atau hybrid? Memahami arsitektur di balik aplikasi di layar HP Anda — dan trade-off bisnisnya.

RPS minggu 4 · 2x50 menit

Selamat datang kembali, Anda sudah belajar cara sebuah website lahir dari kode sampai live di internet pada pertemuan lalu — sekarang kita pindah ke layar yang paling sering Anda sentuh setiap hari, yaitu HP. Coba bayangkan aplikasi Tokopedia, Gojek, dan BCA mobile yang ada di HP Anda: ketiganya terlihat mirip, tapi di baliknya dibangun dengan pendekatan teknologi yang sangat berbeda dan itu memengaruhi biaya, kecepatan rilis, dan pengalaman pengguna. Hari ini kita akan bedah tiga pendekatan utama membangun aplikasi mobile — native, web app, dan hybrid — supaya Anda sebagai calon pengambil keputusan produk digital paham kapan harus memilih yang mana, bukan sekadar tahu istilahnya. Ingat, tujuan mata kuliah ini bukan membuat Anda jadi programmer, tapi membuat Anda paham arsitektur dan trade-off supaya bisa duduk satu meja dengan tim engineering dan mengambil keputusan bisnis yang tepat.

Bagian 1 dari 3

Peta Besar Dunia Mobile

Mengapa mobile penting untuk bisnis, dan tiga jalur utama membangun aplikasi.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu:

Memahami

3 Model

Native, Web App, Hybrid

Menjelaskan perbedaan arsitektur dasar dan bagaimana masing-masing "berbicara" dengan sistem operasi HP.

Menghitung

Trade-off

Biaya vs kecepatan vs performa

Mengestimasi konsekuensi biaya dan waktu dari tiap pilihan teknologi untuk sebuah keputusan produk nyata.

Mengenal

Ekosistem Toko Aplikasi

Play Store & App Store

Memahami bagaimana komisi platform memengaruhi model bisnis aplikasi.

Merekomendasikan

Pilihan Tepat

Sesuai kebutuhan bisnis

Memberi rekomendasi jalur teknologi untuk studi kasus bisnis skala kecil-menengah di Indonesia.

Empat tujuan ini adalah kompas kita selama dua jam ke depan, jadi mari saya jelaskan singkat kenapa masing-masing penting bagi Anda sebagai mahasiswa bisnis digital. Pertama, Anda perlu paham perbedaan arsitektur native, web app, dan hybrid bukan untuk coding, tapi supaya saat vendor atau tim IT mengusulkan pendekatan tertentu, Anda tahu apa konsekuensinya. Kedua, kita akan latihan menghitung trade-off biaya secara konkret dengan angka rupiah, karena keputusan bisnis yang baik selalu berbasis angka, bukan sekadar selera teknologi. Ketiga dan keempat, kita akan masuk ke ekosistem toko aplikasi dan berlatih memberi rekomendasi lewat studi kasus, supaya di akhir kelas Anda bisa bilang dengan percaya diri "untuk bisnis UMKM seperti ini, sebaiknya pilih hybrid, bukan native, karena alasannya begini".

Mengapa Mobile Menjadi Prioritas Bisnis?

Perilaku konsumen Indonesia sudah bergeser drastis ke perangkat genggam.

Pengguna Internet

~79%

Populasi Indonesia (APJII)

Mayoritas mengakses internet utamanya lewat smartphone, bukan komputer.

Waktu Layar

~5-6 jam

Per hari di HP

Rata-rata pengguna Indonesia menghabiskan berjam-jam per hari di aplikasi mobile.

Transaksi E-commerce

Mayoritas

Via aplikasi mobile

Tokopedia, Shopee, dan sejenisnya mencatat sebagian besar transaksi lewat aplikasi, bukan situs web desktop.

Konsekuensi bisnis: kalau produk digital Anda tidak "hidup" dengan baik di HP, Anda kehilangan mayoritas calon pelanggan sebelum sempat mereka lihat produknya.

Angka-angka ini bukan sekadar statistik hafalan, tapi alasan mendasar kenapa hampir setiap rapat strategi produk digital sekarang dimulai dengan pertanyaan "bagaimana pengalaman ini di HP?". Perhatikan bahwa hampir delapan dari sepuluh penduduk Indonesia sudah terhubung internet, dan mayoritas dari mereka mengaksesnya lewat smartphone karena harga data dan HP jauh lebih terjangkau dibanding laptop atau PC. Bayangkan Anda punya usaha kuliner kecil di Semarang dan baru punya website biasa yang hanya nyaman dibuka di komputer — pelanggan Anda yang sedang di jalan atau di angkringan kemungkinan besar akan menyerah membuka situs Anda dan pindah ke kompetitor yang aplikasinya lebih ramah HP. Inilah kenapa kita perlu paham betul jalur teknologi mana yang paling pas dipakai, bukan asal ikut tren, karena kesalahan pilih jalur bisa berarti biaya besar yang percuma.

Tiga Jalur Membangun Aplikasi Mobile

Setiap jalur adalah trade-off antara performa, kecepatan rilis, dan biaya.

Peta Konsep

Peta ini adalah kerangka besar yang akan kita bongkar satu per satu di slide-slide berikutnya, jadi cukup pahami polanya dulu: semakin ke kiri semakin mahal dan lama tapi performanya paling mulus, semakin ke kanan semakin murah dan cepat tapi ada batasan kemampuan. Native artinya aplikasi ditulis khusus untuk satu sistem operasi memakai bahasa resminya, mirip menjahit baju yang pas badan satu orang saja. Web app atau PWA — singkatan dari Progressive Web App, yaitu website yang bisa berperilaku seperti aplikasi — berjalan lewat browser sehingga bisa langsung dipakai di iPhone maupun Android tanpa instal apa pun dari toko aplikasi. Hybrid ada di tengah, mencoba menggabungkan satu basis kode untuk dua platform sekaligus supaya lebih hemat dibanding native murni tapi tetap bisa dipasang lewat Play Store dan App Store seperti aplikasi native.

Native App: Performa Maksimal, Biaya Maksimal

Ditulis khusus untuk satu sistem operasi, memakai bahasa dan alat resmi dari pembuat OS-nya.

Android

Kotlin/Java

Android Studio (resmi Google)

Contoh: aplikasi Gojek dan BCA mobile versi Android dibangun dengan basis kode terpisah dari versi iOS-nya.

iOS

Swift

Xcode (resmi Apple)

Versi iPhone aplikasi yang sama harus ditulis ulang dengan bahasa dan alat berbeda — dua tim, dua basis kode.

Kelebihan: performa paling cepat, akses penuh ke fitur HP (kamera, GPS, sensor sidik jari). Cocok untuk aplikasi yang butuh pengalaman premium — misalnya aplikasi perbankan atau game berat.

Native adalah pendekatan paling "murni" — bayangkan tim developer Android dan tim developer iOS di perusahaan sebesar Gojek atau BCA benar-benar bekerja terpisah, menulis dua program yang berbeda total meskipun tampilan akhirnya terlihat mirip di layar pengguna. Kotlin dan Swift adalah bahasa pemrograman resmi yang direkomendasikan Google dan Apple, sedangkan Android Studio dan Xcode adalah program yang dipakai developer untuk menulis dan menguji kode tersebut — Anda tidak perlu hafal detailnya, cukup paham bahwa keduanya benar-benar terpisah. Karena akses langsung ke "jeroan" HP tanpa lapisan tambahan, native selalu paling responsif dan bisa memanfaatkan penuh kamera, GPS, sensor sidik jari, sampai getaran halus — itulah kenapa aplikasi perbankan dan game kelas berat hampir selalu native. Konsekuensinya, seperti yang akan kita hitung sebentar lagi, membangun dua basis kode terpisah berarti dua kali biaya tim dan dua kali waktu pengerjaan dibanding pendekatan lain.

Web App & PWA: Tanpa Instal, Langsung Pakai

Sebenarnya adalah website yang dirancang agar terasa seperti aplikasi di HP.

Karakteristik Utama

Dibuka lewat browser (Chrome, Safari) — bisa juga ditambahkan ikon di layar utama HP tanpa lewat Play Store/App Store.
PWA (Progressive Web App) = web app yang ditingkatkan agar bisa bekerja offline sebagian dan terasa lebih responsif, mirip aplikasi asli.
Satu basis kode berjalan di semua perangkat — HP, tablet, laptop — karena hanya butuh browser.
Contoh nyata: Tokopedia Web Lite dan versi mobile-web dari banyak marketplace lokal untuk pengguna dengan HP spesifikasi rendah.

Keterbatasan: tidak muncul di Play Store/App Store secara default (kurang "terlihat"), dan akses ke fitur HP tertentu (misal sensor sidik jari) lebih terbatas dibanding native.

Web app pada dasarnya adalah situs yang sudah kita pelajari dua pertemuan lalu, hanya saja dirancang khusus supaya nyaman dipakai di layar sempit dan bisa berperilaku mirip aplikasi. PWA adalah versi yang lebih canggih — bayangkan sebuah website yang bisa "menyelinap" ke layar utama HP Anda seperti ikon aplikasi biasa, bisa mengirim notifikasi, dan tetap bisa dibuka meski koneksi internet putus-putus, meski tidak pernah diunduh dari toko aplikasi mana pun. Karena hanya butuh satu basis kode yang jalan di browser mana saja, biaya pengembangannya jauh lebih murah dan bisa dirilis lebih cepat dibanding native maupun hybrid. Tapi ada harga yang dibayar: karena tidak muncul di Play Store atau App Store, banyak calon pengguna di Indonesia yang terbiasa mencari aplikasi lewat toko aplikasi jadi tidak menemukannya, dan beberapa fitur HP yang sangat spesifik seperti sensor sidik jari atau notifikasi mendalam tidak bisa diakses seleluasa native.

Hybrid App: Satu Kode, Dua Toko Aplikasi

Ditulis sekali dengan framework lintas-platform, lalu "dibungkus" agar bisa dipasang lewat Play Store dan App Store.

Framework Populer

React Native, Flutter

Dibuat Meta & Google

Developer menulis kode satu kali, lalu framework "menerjemahkannya" agar berjalan native di Android maupun iOS.

Contoh Nyata

Banyak Startup RI

Terutama tahap awal/MVP

Banyak aplikasi startup Indonesia tahap awal memakai hybrid agar bisa rilis cepat di dua platform sekaligus dengan tim kecil.

Posisi tengah: lebih murah dan lebih cepat dari native murni, tapi performa dan akses fitur HP sedikit di bawah native untuk kasus pemakaian yang sangat berat (misal game 3D kompleks).

Hybrid lahir dari kebutuhan bisnis yang sangat masuk akal: perusahaan ingin ada di Play Store dan App Store sekaligus — supaya "terlihat" seperti aplikasi asli — tapi tidak mau membayar dua tim terpisah seperti pendekatan native. React Native buatan Meta atau perusahaan induk Facebook dan Flutter buatan Google adalah dua framework paling populer yang memungkinkan ini — developer menulis kode satu kali, lalu alat tersebut menerjemahkannya menjadi aplikasi yang bisa berjalan cukup mulus di kedua sistem operasi. Ini sangat masuk akal untuk startup tahap awal atau produk MVP — istilahnya Minimum Viable Product, yaitu versi paling sederhana dari sebuah produk untuk menguji pasar — karena mereka perlu rilis cepat dengan tim kecil dan anggaran terbatas sebelum membuktikan idenya laku. Namun untuk kasus yang menuntut performa sangat tinggi seperti game 3D berat atau aplikasi augmented reality kompleks, hybrid biasanya masih kalah mulus dibanding native murni.

Hitung dari Nol: Biaya Bangun Aplikasi Kedai Kopi Digital

Kasus: UMKM ingin aplikasi pemesanan kopi tersedia di Android dan iOS. Bandingkan native vs hybrid.

Langkah	Perhitungan	Nilai
1. Biaya native Android (asumsi tim lokal)	~Rp150 juta (estimasi per platform)	Rp150.000.000
2. Biaya native iOS (basis kode terpisah)	~Rp150 juta (estimasi per platform)	Rp150.000.000
3. Total biaya native (dua platform terpisah)	150 juta + 150 juta	Rp300.000.000
4. Biaya hybrid (satu basis kode, ~65% dari total native)	300 juta × 65%	Rp195.000.000
5. Penghematan hybrid vs native	300 juta − 195 juta	Rp105.000.000

Hemat Dengan Hybrid

~35%

105 juta / 300 juta × 100

Mari kita hitung bersama dengan angka ilustratif yang realistis untuk pasar Indonesia — anggap saja biaya membangun satu aplikasi native sederhana sekitar seratus lima puluh juta rupiah per platform, ini estimasi kasar tim developer lokal skala kecil-menengah, bukan angka pasti karena tiap vendor beda tarif. Karena native butuh dua tim terpisah untuk Android dan iOS, kita jumlahkan menjadi tiga ratus juta rupiah total — inilah beban penuh kalau UMKM kopi kita nekat pilih native murni di dua platform sekaligus. Sekarang bandingkan dengan hybrid: karena satu basis kode dipakai untuk dua platform, biayanya jauh lebih rendah, kita asumsikan sekitar enam puluh lima persen dari total biaya native, sehingga hasilnya seratus sembilan puluh lima juta rupiah. Selisihnya, seratus lima juta rupiah atau sekitar tiga puluh lima persen, adalah penghematan nyata yang bisa dipakai UMKM untuk pemasaran atau modal kerja lain — inilah kenapa banyak bisnis kecil-menengah di Indonesia memilih hybrid saat sumber daya terbatas, bukan karena hybrid "lebih bagus", tapi karena lebih masuk akal secara bisnis.

Coba Sendiri: Bandingkan Biaya Native vs Hybrid

Ubah asumsi biaya per platform dan persentase hemat hybrid, lalu amati berapa besar penghematan totalnya.

Bagian 2 dari 3

Arsitektur & Ekosistem Toko Aplikasi

Bagaimana Play Store dan App Store mengambil bagian dari pendapatan Anda — dan bagaimana pasar OS di Indonesia terbagi.

Ekosistem Toko Aplikasi: Gerbang Berbayar

Google Play Store dan Apple App Store bukan sekadar tempat unduh — mereka mengambil komisi dari transaksi digital di dalam aplikasi.

Komisi Standar

~30%

Untuk pengembang skala besar

Berlaku untuk pembelian dalam aplikasi (in-app purchase) dan langganan digital di sebagian besar kategori.

Program Bisnis Kecil

~15%

Apple Small Business Program / Google Play

Tarif lebih rendah untuk pengembang dengan pendapatan tahunan di bawah ambang batas tertentu (umumnya di bawah US$1 juta/tahun).

Komisi ini HANYA berlaku untuk transaksi digital di dalam aplikasi (mis. beli koin, langganan premium) — bukan untuk transaksi barang fisik seperti belanja di Tokopedia/Shopee.

Ini adalah salah satu fakta bisnis yang paling sering mengejutkan pemilik startup baru — begitu Anda menjual sesuatu yang sifatnya digital di dalam aplikasi, katakanlah paket premium atau koin virtual, Google dan Apple secara otomatis memotong sekitar tiga puluh persen dari transaksi tersebut, ini adalah tarif standar historis kedua platform meskipun kebijakannya terus berubah dan sebaiknya selalu dicek ulang di dokumen resmi terbaru. Untungnya ada keringanan lewat program bisnis kecil, di mana pengembang dengan pendapatan tahunan di bawah ambang tertentu bisa membayar komisi jauh lebih rendah, sekitar lima belas persen, sebuah kebijakan yang cukup membantu startup dan UMKM digital yang baru merintis. Penting dicatat, komisi ini khusus untuk transaksi digital seperti langganan aplikasi berita atau pembelian item dalam game — kalau Tokopedia menjual sepatu fisik lewat aplikasinya, itu tidak dipotong komisi toko aplikasi, karena beda kategori sama sekali. Memahami perbedaan ini penting supaya Anda tidak salah menghitung margin bisnis saat merancang model monetisasi sebuah aplikasi.

Hitung dari Nol: Pendapatan Bersih Setelah Komisi Platform

Kasus: Aplikasi kursus online UMKM menjual paket premium seharga Rp100.000 lewat pembelian dalam aplikasi.

Langkah	Perhitungan	Nilai
1. Harga jual paket premium	Diketahui	Rp100.000
2. Komisi tarif standar (~30%)	100.000 × 30%	Rp30.000
3. Pendapatan bersih (tarif standar)	100.000 − 30.000	Rp70.000
4. Komisi program bisnis kecil (~15%)	100.000 × 15%	Rp15.000
5. Pendapatan bersih (program bisnis kecil)	100.000 − 15.000	Rp85.000

Selisih Pendapatan Bersih

Rp15.000

85.000 − 70.000 ≈ naik ~21% pendapatan

Sekarang mari kita lihat dampak nyata komisi platform terhadap pendapatan sebuah UMKM digital, misalnya aplikasi kursus online yang menjual paket belajar premium seharga seratus ribu rupiah lewat pembelian dalam aplikasi. Kalau usaha ini masih dikenai tarif komisi standar tiga puluh persen, maka tiga puluh ribu rupiah otomatis diambil platform, menyisakan tujuh puluh ribu rupiah bersih untuk pemilik usaha. Namun kalau usaha ini terdaftar di program bisnis kecil dengan tarif lima belas persen, potongannya hanya lima belas ribu rupiah, menyisakan delapan puluh lima ribu rupiah — selisih lima belas ribu rupiah ini terlihat kecil per transaksi, tapi kalau dikalikan ribuan transaksi per bulan, selisihnya bisa setara gaji satu karyawan tambahan. Inilah kenapa penting bagi pemilik bisnis digital untuk mengecek dan mendaftar program bisnis kecil kalau memenuhi syarat, karena banyak yang tidak sadar keringanan ini tersedia dan akhirnya kehilangan margin secara percuma.

Coba Sendiri: Hitung Pendapatan Bersih Anda

Masukkan harga jual paket digital dan bandingkan pendapatan bersih di tarif komisi standar versus program bisnis kecil.

Android vs iOS: Peta Pasar di Indonesia

Prioritas platform bukan soal selera, tapi soal di mana pelanggan Anda berada.

Catatan: iOS tetap penting untuk segmen premium/urban karena daya beli pengguna iPhone di Indonesia cenderung lebih tinggi meski jumlahnya minoritas.

Data pangsa pasar ini penting karena menjawab pertanyaan praktis: kalau anggaran Anda terbatas dan hanya bisa membangun untuk satu platform dulu, mana yang diprioritaskan? Di Indonesia, mayoritas besar pengguna smartphone memakai Android, kira-kira delapan puluh delapan persen berdasarkan estimasi StatCounter, sementara iOS hanya sekitar dua belas persen — angka ini selalu bergerak sedikit dari waktu ke waktu jadi anggap sebagai perkiraan, bukan angka mati. Ini sangat berbeda dengan negara seperti Amerika Serikat di mana iOS jauh lebih dominan, jadi strategi yang cocok di sana belum tentu cocok diterapkan begitu saja di Indonesia. Namun jangan buru-buru menyimpulkan iOS tidak penting — pengguna iPhone di Indonesia secara rata-rata punya daya beli lebih tinggi, sehingga untuk bisnis dengan target pasar premium seperti produk fesyen mewah atau layanan finansial kelas atas, kehadiran di iOS tetap krusial meski jumlah penggunanya minoritas. Keputusan platform mana yang diprioritaskan harus selalu kembali ke siapa target pelanggan Anda, bukan sekadar mengikuti angka pasar secara umum.

React Native vs Flutter: Dua Framework Hybrid Terpopuler

Walkthrough perbandingan singkat — keduanya sama-sama solusi hybrid, tapi filosofinya berbeda.

Langkah 1 — React Native (Meta)

Bahasa: JavaScript — bahasa yang sama dipakai untuk website, sehingga developer web bisa lebih cepat belajar.
Komunitas besar, banyak dipakai startup global (mis. versi awal Instagram, Discord).

Langkah 2 — Flutter (Google)

Bahasa: Dart — bahasa buatan Google, lebih jarang dipakai di luar Flutter.
Tampilan lebih konsisten di semua HP karena Flutter "menggambar" tampilannya sendiri, bukan bergantung komponen bawaan OS.

Langkah 3 — Kesimpulan praktis: pilihan di antara keduanya jarang soal "mana yang lebih baik", tapi soal keahlian tim developer yang tersedia dan preferensi tampilan produk.

Mari kita telusuri perbandingan ini langkah demi langkah karena kedua framework ini paling sering muncul dalam diskusi tim produk digital di Indonesia. React Native dibuat oleh Meta, perusahaan induk Facebook dan Instagram, dan memakai bahasa JavaScript yang sama dengan yang dipakai untuk membangun website — artinya kalau perusahaan Anda sudah punya tim web developer, mereka bisa relatif cepat beralih membantu membangun aplikasi mobile juga. Flutter dibuat Google dan memakai bahasa Dart yang lebih jarang dipakai di luar konteks Flutter, tapi kelebihannya tampilan aplikasi jadi lebih konsisten persis sama di Android maupun iOS karena Flutter menggambar sendiri setiap elemen visualnya, tidak bergantung pada komponen bawaan masing-masing sistem operasi. Pada akhirnya, seperti yang kita simpulkan di langkah ketiga, memilih di antara keduanya bukan soal mana yang "lebih unggul" secara mutlak, melainkan soal keahlian tim developer yang tersedia di perusahaan Anda dan seberapa penting tampilan yang identik persis di semua perangkat bagi produk Anda.

Bagian 3 dari 3

Trade-off Bisnis & Keputusan Produk

Menggabungkan semua yang sudah dipelajari menjadi kerangka pengambilan keputusan nyata.

Matriks Trade-off: Kapan Pilih Apa?

Walkthrough dua langkah untuk menyusun kerangka keputusan sederhana.

Langkah 1 — Petakan prioritas bisnis Anda

Butuh performa maksimal & akses penuh fitur HP (game berat, bank besar)? → condong Native.
Butuh rilis cepat, anggaran terbatas, dua platform sekaligus? → condong Hybrid.
Butuh jangkauan luas tanpa hambatan instal, anggaran sangat kecil? → condong Web App/PWA.

Langkah 2 — Uji dengan pertanyaan lanjutan

Apakah produk akan sering butuh notifikasi push & bekerja offline? Native/hybrid lebih unggul dari web app biasa.
Apakah target pasar Anda mencari lewat Play Store/App Store, atau lewat link WhatsApp/media sosial? Menentukan pentingnya "kehadiran" di toko aplikasi.

Kerangka ini adalah cara praktis merangkai semua yang sudah kita pelajari menjadi keputusan konkret, jadi mari kita jalani dua langkahnya bersama. Langkah pertama, Anda memetakan prioritas paling mendasar dari bisnis Anda: kalau produk Anda semacam aplikasi bank besar atau game berat yang menuntut performa maksimal, native adalah pilihan paling aman meski mahal; kalau Anda startup baru dengan anggaran ketat yang ingin cepat hadir di dua platform, hybrid biasanya jadi jalan tengah paling masuk akal; dan kalau anggaran sangat minim serta yang penting produk cepat dicoba pasar, web app atau PWA bisa jadi titik awal yang realistis. Langkah kedua adalah menguji pilihan awal itu dengan pertanyaan lanjutan yang lebih tajam — apakah produk Anda benar-benar butuh notifikasi push yang mendalam dan harus tetap berfungsi saat offline, karena kalau iya, web app biasa mulai terasa kurang memadai. Pertanyaan tentang bagaimana calon pelanggan menemukan produk Anda juga penting — kalau mereka terbiasa mencari aplikasi lewat Play Store, kehadiran di sana jadi krusial, tapi kalau mereka datang dari link yang dibagikan di WhatsApp atau Instagram, web app sudah cukup memadai tanpa perlu repot didaftarkan ke toko aplikasi.

Studi Kasus: Warung Batik "Rasa Solo" Ingin Go-Digital

Profil Bisnis

UMKM batik di Solo, ingin pelanggan bisa lihat katalog & pesan langsung dari HP.
Anggaran terbatas (~Rp50 juta), tim internal tidak punya developer.
Pelanggan mayoritas menemukan lewat Instagram & grup WhatsApp, bukan mencari di Play Store.
Tidak butuh fitur HP canggih (kamera AR, sensor khusus) — cukup katalog, keranjang, checkout.

Pertanyaan diskusi: dengan anggaran dan pola temuan pelanggan seperti ini, jalur teknologi mana yang paling masuk akal — native, hybrid, atau web app/PWA? Apa alasan bisnisnya, bukan hanya alasan teknis?

Sekarang saatnya Anda mempraktikkan kerangka berpikir yang baru saja kita bangun lewat sebuah kasus konkret — warung batik Rasa Solo yang ingin mulai berjualan secara digital tapi dengan keterbatasan nyata seperti kebanyakan UMKM di Indonesia. Perhatikan detail pentingnya: anggaran hanya sekitar lima puluh juta rupiah, jauh di bawah biaya native dua platform yang kita hitung tadi sekitar tiga ratus juta rupiah, dan pelanggannya menemukan toko ini lewat Instagram serta grup WhatsApp, bukan dengan mencari aplikasi di Play Store. Coba diskusikan dengan teman sebangku Anda selama beberapa menit — dengan pola perilaku pelanggan seperti ini, apakah benar-benar perlu repot mendaftarkan aplikasi ke Play Store dan App Store, atau cukup sebuah web app yang bisa langsung dibuka dari link yang dibagikan di story Instagram? Ingat, jawaban yang benar bukan soal teknologi mana yang paling canggih, tapi teknologi mana yang paling masuk akal secara bisnis untuk situasi spesifik ini — inilah inti dari mata kuliah ini, mengambil keputusan teknologi berdasarkan kebutuhan bisnis nyata.

Kenapa PWA Sering Jadi Titik Awal yang Bijak

Untuk bisnis dengan anggaran terbatas, PWA menawarkan jalan tengah yang sering diabaikan.

Tanpa Instal

0 Hambatan

Langsung buka dari link

Pelanggan tidak perlu mengunduh ratusan MB atau menunggu proses persetujuan toko aplikasi.

Satu Kode

Semua Perangkat

HP, tablet, laptop

Tidak perlu membangun dan memelihara versi terpisah untuk tiap jenis perangkat.

Bisa Naik Kelas

Migrasi Bertahap

Ke hybrid/native nanti

Kalau bisnis tumbuh dan kebutuhan fitur meningkat, bisa migrasi ke hybrid atau native belakangan.

Prinsip bisnis: mulai dari yang paling murah dan cepat divalidasi pasar, baru investasi besar setelah terbukti ada permintaan — bukan sebaliknya.

Banyak pendiri startup terjebak ingin langsung membangun aplikasi native yang canggih sejak hari pertama, padahal belum tentu ada cukup pelanggan yang membutuhkannya — di sinilah PWA sering jadi pilihan yang lebih bijak secara bisnis. Karena tidak perlu diunduh dari toko aplikasi, calon pelanggan bisa langsung mencoba produk Anda hanya dengan mengklik satu link, tanpa hambatan mengunduh ratusan megabita data atau menunggu proses review dari Google dan Apple yang bisa memakan waktu berhari-hari. Karena hanya satu basis kode yang perlu dipelihara, tim kecil Anda bisa fokus memperbaiki satu produk saja, bukan mengurus tiga versi berbeda sekaligus untuk Android, iOS, dan web. Yang penting dipahami, memilih PWA di awal bukan keputusan permanen — begitu bisnis terbukti berjalan dan pelanggan terus bertambah, Anda selalu bisa berinvestasi membangun versi hybrid atau bahkan native di kemudian hari, jadi prinsipnya adalah validasi dulu dengan biaya kecil, baru investasi besar setelah ada bukti permintaan pasar yang nyata.

Latihan Kelas: Pilih Jalur Teknologinya

Kerjakan berpasangan (5 menit), lalu siap dipanggil untuk berbagi jawaban.

Kasus A

Startup Ojek Online Baru

Butuh GPS real-time, notifikasi push instan, tersedia di dua platform sejak awal

Jalur apa yang paling masuk akal? Sebutkan minimal 2 alasan bisnis.

Kasus B

Katering Rumahan Ibu Sri

Anggaran ~Rp5 juta, pelanggan dari grup arisan & WhatsApp

Jalur apa yang paling masuk akal? Sebutkan minimal 2 alasan bisnis.

Panduan diskusi: rujuk kembali matriks trade-off (biaya, kecepatan rilis, akses fitur HP, cara pelanggan menemukan produk) sebelum menjawab.

Sekarang giliran Anda mempraktikkan langsung kerangka yang sudah kita pelajari hari ini lewat dua kasus yang sengaja saya buat sangat kontras satu sama lain. Kasus A tentang startup ojek online baru punya kebutuhan teknis yang berat — GPS real-time yang harus sangat akurat, notifikasi push yang instan untuk memberi tahu driver dan penumpang, serta kebutuhan hadir di Android dan iOS sejak hari pertama karena kompetitornya sudah lebih dulu ada di kedua platform. Kasus B tentang usaha katering rumahan Ibu Sri jauh lebih sederhana — anggaran hanya sekitar lima juta rupiah dan pelanggannya kebanyakan dari grup arisan dan WhatsApp, sangat mirip dengan kasus warung batik yang kita bahas sebelumnya. Silakan diskusikan dengan teman sebangku selama lima menit, tuliskan jalur teknologi pilihan Anda beserta minimal dua alasan bisnis konkret, dan bersiaplah karena saya akan memanggil beberapa pasangan secara acak untuk berbagi jawaban dan alasannya di depan kelas.

Rangkuman & Menuju Pertemuan 5

Cheat Sheet Hari Ini

Native: performa terbaik, biaya & waktu terbesar (dua basis kode).
Hybrid: jalan tengah, ~35% lebih hemat dari native pada kasus kita.
Web App/PWA: termurah & tercepat rilis, akses fitur HP terbatas.
Komisi toko aplikasi ~15-30% hanya untuk transaksi digital dalam aplikasi.

Minggu Depan

Pertemuan 5

Perencanaan & Pengembangan Produk Digital

Tugas: bawa 1 ide produk digital (aplikasi/website) untuk dianalisis kelayakannya minggu depan.

Mari kita rangkum perjalanan dua jam kita hari ini sebelum lanjut ke minggu depan. Kita mulai dari memahami tiga jalur utama membangun aplikasi mobile — native yang paling bertenaga tapi paling mahal, hybrid sebagai jalan tengah yang terbukti bisa menghemat sekitar tiga puluh lima persen biaya dibanding native pada kasus kedai kopi kita, dan web app atau PWA sebagai pilihan paling murah dan cepat untuk validasi awal. Kita juga belajar bahwa toko aplikasi bukan gerbang gratis — ada komisi lima belas sampai tiga puluh persen untuk transaksi digital di dalamnya — dan bahwa Android mendominasi pasar Indonesia meski iOS tetap relevan untuk segmen premium. Minggu depan kita akan melangkah dari memahami teknologi ke merencanakan dan mengembangkan produk digital sungguhan, jadi tolong siapkan satu ide produk digital — bisa aplikasi, bisa website — yang ingin Anda analisis kelayakannya bersama-sama di kelas, karena kita akan langsung praktik menerapkan semua yang sudah dipelajari sejauh ini ke ide nyata milik Anda sendiri.