Hva koster det å utvikle en PWA?

Av Weapp · Oppdatert

En PWA koster som oftest 60–80 prosent av det en tilsvarende native app ville koste. Du utvikler nemlig bare én kodebase, ikke én per plattform. Besparelsen er reell, men PWA har begrensninger i iOS-funksjoner, tilstedeværelse i appbutikkene og tilgang til maskinvare. Den er riktig valg for B2B-verktøy, kataloger og bookingløsninger, men mindre egnet for forbrukerapper som krever full plattformintegrasjon.

En PWA (progressive web app) er nettets svar på mobilappen: en app brukeren kan installere på hjemskjermen, som fungerer delvis offline, men som kjører i nettleseren i stedet for å lastes ned fra en appbutikk. Det gjør den billigere enn en native app, og for de riktige bruksområdene er den et smart valg. Men lavere pris har en bakside som er verdt å kjenne til før du bestemmer deg.

Hva en PWA koster

Den enkle tommelfingerregelen: En PWA havner som oftest på 60–80 prosent av det en tilsvarende native app ville koste. Grunnen er én kodebase i stedet for to.

AlternativRelativ kostnad
Native, iOS + AndroidFull kostnad (to kodebaser)
PWACa. 60–80 % av native
Videreutvikling PWALavere: bare én kodebase å oppdatere

Besparelsen er størst over tid. Satser du på native apper for både iOS og Android, betyr det to apper som skal utvikles og deretter vedlikeholdes i takt med at operativsystemene oppdateres. En PWA har én kodebase som fungerer overalt, noe som senker både utviklings- og forvaltningskostnaden.

Hvorfor blir det billigere? Fordi den største kostnaden i apputvikling er arbeidstiden, og to plattformer betyr i praksis at mye arbeid gjøres to ganger: to kodebaser som skal utvikles, testes og holdes oppdatert. En PWA utvikles én gang med webteknologi og kjører i nettleserens motor på alle enheter. Du slipper dobbeltarbeidet, og du slipper gjennomgangen i appbutikkene ved hver oppdatering, noe som senker både terskelen og den løpende kostnaden for å forbedre produktet.

Baksiden: begrensninger som kan koste senere

Besparelsen er reell, men den innebærer kompromisser. De viktigste du bør ta med i vurderingen:

  • iOS-funksjoner. På iOS har PWA-er mindre tilgang til systemet enn på Android. Enkelte varslings- og integrasjonsfunksjoner er begrenset, og det er på Apples plattform du tydeligst merker hva som skiller en PWA fra native.
  • Tilstedeværelse i appbutikkene. En PWA ligger ikke i App Store eller Google Play med mindre du gjør ekstra arbeid. Du går glipp av synligheten og tilliten en oppføring i appbutikken gir.
  • Tilgang til maskinvare. Dyp tilgang til kamera, sensorer og andre funksjoner er mer begrenset enn i en native app.

Ingen av disse er et problem i seg selv, men er én av dem avgjørende for produktet ditt, kan den billigere veien bli dyrere i lengden.

Når PWA er riktig valg

PWA kommer til sin rett når rekkevidde og lav kostnad veier tyngre enn dyp plattformintegrasjon. Tydelige eksempler:

  1. B2B-verktøy. Et verktøy de ansatte bruker i nettleseren på jobben, der installasjon via appbutikk bare er i veien.
  2. Kataloger. Produkt- eller innholdskataloger som skal være lette å nå uten nedlasting.
  3. Bookingløsninger. Bestille en time, en plass eller en tjeneste: prosesser der nettet er en naturlig inngang.

I disse tilfellene får du appfølelsen og besparelsen uten å savne det en native app tilbyr.

Et konkret scenario

La oss si at du vil gi feltpersonell et verktøy for å registrere arbeid og se arbeidsplaner, tilgjengelig på både telefon og nettbrett uansett merke. En PWA er riktig her: én kodebase, ingen gjennomgang i appbutikkene, raske oppdateringer. Regn med rundt to tredjedeler av det tilsvarende native apper for iOS og Android ville koste.

Trenger produktet dyp plattformintegrasjon senere, kan du utvikle native apper da. Det er ofte en klok strategi: Start med en PWA for å komme raskt og billig ut på markedet, bekreft at ideen holder vann, og sats på native først når du vet at produktet er verdt den større investeringen. Velger du riktig teknologi fra start, kan deler av arbeidet gjenbrukes, noe som gjør overgangen mindre kostbar.

Den vanligste feilen er å velge teknologi etter hva som høres mest imponerende ut, i stedet for etter hva produktet faktisk trenger. En dyr native app for noe som like gjerne kunne ha vært en PWA, er bortkastede penger. En PWA for et forbrukerprodukt som er avhengig av varsler og synlighet i appbutikkene, blir en besparelse som koster i tapt rekkevidde. Riktig valg er det som passer til hvordan produktet skal brukes. Vi i Weapp utvikler både PWA-er og native apper og hjelper deg med å velge riktig ut fra kravene til produktet. Se tjenestene våre, eller ta kontakt og fortell om ideen din.

Ofte stilte spørsmål

Hvor mye billigere er en PWA enn en native app?

En PWA havner som oftest på 60–80 prosent av kostnaden for en tilsvarende native app. Besparelsen kommer av at du utvikler og vedlikeholder én kodebase som fungerer i nettleseren på alle enheter, i stedet for separate apper for iOS og Android. Ved videreutvikling blir forskjellen enda tydeligere fordi du bare har én kodebase å oppdatere.

Hva er en PWA?

En PWA, progressive web app, er en webapp som oppfører seg som en app du kan installere. Brukeren kan legge den på hjemskjermen, den fungerer delvis offline og kan sende varsler. Den kjører i nettleserens motor i stedet for å lastes ned fra en appbutikk, noe som gjør den billigere å utvikle og raskere å oppdatere.

Hvilke begrensninger har en PWA?

Først og fremst på iOS, der PWA-er har mindre tilgang til systemfunksjoner enn på Android. Enkelte varslings- og maskinvarefunksjoner er begrenset, og du går glipp av synligheten det gir å ligge i App Store og Google Play. Er noen av disse avgjørende for produktet, kan begrensningene koste deg senere.

Når er en PWA riktig valg?

Når rekkevidde og lav kostnad veier tyngre enn dyp plattformintegrasjon. PWA passer godt for B2B-verktøy som ansatte bruker i nettleseren, for produktkataloger og for bookingløsninger. Den er mindre egnet for forbrukerapper som er avhengige av varsler, avansert tilgang til maskinvare eller synlighet i appbutikkene.

Kan man gå fra PWA til native senere?

Ja, og det er en vanlig strategi. Man kan starte med en PWA for å komme raskt og billig ut på markedet, validere ideen og deretter utvikle native apper hvis behovet for dypere plattformintegrasjon vokser. Velger man riktig teknologi fra start, kan deler av arbeidet gjenbrukes, noe som gjør overgangen mindre kostbar.