PWA eller app? Slik vet du når en PWA er nok

"Vi trenger en app"

Det er ofte slik samtalen starter. En kunde sier "vi trenger en app", og mener egentlig "vi trenger noe folk kan bruke på mobilen, som føles som en app". Det er to forskjellige ting, og forskjellen avgjør både kostnad, tid til lansering og hvor mye vedlikehold dere binder dere til.

For mange er svaret en PWA, en progressive web app. Og en PWA er en app: den installeres på hjemskjermen, kjører i fullskjerm uten nettleser-ramme, fungerer offline, og kan sende push-varsler. Den lever bare ikke i App Store. For en god del prosjekter er nettopp det en fordel, ikke en mangel.

Vi ser en tydelig økning i PWA-prosjekter, særlig som interne verktøy og for startups i tidlig fase. Her er rammen vi bruker når noen spør oss om de trenger en "ordentlig" app eller om en PWA holder.

De tre grunnene PWA vinner for interne verktøy og startups

1. Lavere utviklingskostnad. Én kodebase som kjører på iOS, Android og desktop, samtidig. Dere bygger ikke to native apper og en nettside, dere bygger én løsning som dekker alt. Det kutter både den første investeringen og det løpende vedlikeholdet.

2. Raskere iterasjon. Endringer går live i samme øyeblikk dere deployer. Ingen App Store-review som tar dager, ingen brukere som sitter på en gammel versjon fordi de ikke har oppdatert. Det er spesielt verdifullt i tidlig fase, der dere fortsatt lærer hva produktet skal være.

3. Ingen App Store-friksjon. For et internt verktøy er det å måtte gå via App Store og Google Play ren motstand: kontoer, sertifikater, review-køer, distribusjon til ansatte. En PWA deles med en lenke og installeres med ett trykk. For 30 saksbehandlere som skal i gang i morgen er det forskjellen på en uke og et halvt minutt.

Sammenligningen, kriterium for kriterium

Her er hvordan PWA og en native eller React Native-app står mot hverandre på de punktene som faktisk avgjør:

Utviklingskostnad og tid. PWA er rimeligst og raskest til lansering, fordi det er én kodebase og ingen butikk-review. Native/React Native koster mer og tar lengre tid før første versjon er ute hos brukerne.

Distribusjon. PWA distribueres med en lenke og installeres fra nettleseren. Native distribueres via App Store og Google Play, med alt det innebærer av kontoer og godkjenning.

Offline. Begge fungerer offline. En godt bygget PWA cacher data og tåler dårlig nett like fint som en native app for de fleste bruksmønstre.

Push-varsler. Begge støtter push. På iOS krever PWA-push at brukeren har lagt appen til hjemskjermen (støttet fra iOS 16.4), mens native har push fullt ut uten forbehold.

Maskinvare-tilgang. Her vinner native. Trenger appen dyp tilgang til kamera-API-er, NFC, Bluetooth, bakgrunnsprosessering, eller å snakke direkte med BankID-appen og andre native apper, er native riktig valg. En PWA når det meste, men ikke alt.

Oppdatering. PWA oppdateres umiddelbart for alle brukere ved deploy. Native må gjennom butikk-review, og brukerne må oppdatere appen sin.

Når det passer. PWA passer for interne verktøy, fagsystemer, MVP-er og tidligfase-produkter. Native/React Native passer når dere skal nå forbrukere via App Store, eller når appen er maskinvarenær.

Når vi anbefaler å hoppe rett til native

Vi er ikke PWA-maksimalister. Det finnes tilfeller der vi sier rett ut at en PWA er feil verktøy:

• Forbrukerapp som skal vokse via App Store. Hvis funn og tillit i App Store er en del av vekststrategien, vil dere være der folk leter.
• Dyp maskinvare- eller BankID-app-integrasjon. Skal appen snakke direkte med sensorer, NFC, eller åpne BankID-appen native, er det native som gjelder.
• Spesielle ytelses- eller bakgrunnskrav. Tunge sanntidsgrafikk, kontinuerlig bakgrunns-tracking, eller firmware-nær funksjonalitet hører hjemme i native.

Poenget er ikke at PWA er "billig og dårlig" og native er "dyrt og ekte". Poenget er at de løser ulike problemer. De aller fleste interne verktøy og tidligfase-produkter har ikke disse kravene, og da er PWA det raskere, rimeligere og smartere valget.

Slik gjør vi det hos STUDIO X

Vi starter alltid med hva appen faktisk skal gjøre, ikke med teknologien. Et kort forprosjekt avklarer kravene, og i mange tilfeller viser det at en PWA dekker behovet fullt ut, til en brøkdel av kostnaden ved to native apper. Trenger dere native der det virkelig kreves, sier vi det, og da bygger vi som regel i React Native så dere fortsatt deler én kodebase mellom iOS og Android.

Lurer dere på om en PWA er nok for det dere skal bygge? Send oss en kort linje om prosjektet, så gir vi dere et ærlig svar. Du kan også lese mer om PWA-utvikling hos oss, om apputvikling generelt, eller om hvordan vi tenker rundt native, React Native eller PWA.