Trenger dere virkelig en app, eller holder weben?
En app er riktig valg når brukerne kommer tilbake ofte og trenger pushvarsler, offlinemodus eller mobilens maskinvare. Holder det å være ett søk unna, vinner weben: større rekkevidde, én kodebase og ingen godkjenning i appbutikkene. Mange team starter derfor med en webløsning og bygger app først når gjentatt bruk er bevist.
«Vi trenger en app» er ofte feil utgangspunkt. Det riktige spørsmålet er: Hvor ofte kommer brukerne tilbake, og hva skal de kunne gjøre når de gjør det? Svaret avgjør om dere bør investere i en nedlastbar app eller starte på weben. Her er beslutningsstøtten, ut fra bruksmønster og ikke prestisje.
Når en app er berettiget
En app på hjemskjermen forsvarer plassen sin når minst et par av disse kriteriene stemmer:
- Hyppig bruk. Brukeren kommer tilbake flere ganger i uken. Da betaler nedlastingen seg, og ikonet på hjemskjermen blir en påminnelse i seg selv.
- Varsler. Push er appens sterkeste verktøy for å skape gjentatt atferd, for eksempel bookingpåminnelser, leveringsvarsler og «din tur i køen».
- Offline. Appen skal fungere uten nett: ute i felt, i kjelleren, på reise.
- Maskinvare. Kamera i sanntid, Bluetooth, NFC, sensorer eller posisjonstjenester i bakgrunnen krever i praksis en ekte app.
Stemmer ingenting av dette, er appen sannsynligvis en dyr omvei. En nedlasting er en terskel, og en app som brukes én gang i kvartalet, blir avinstallert eller glemt.
Webens fordeler er lette å undervurdere
Weben har tre strukturelle fordeler som ofte veier tyngre enn det kan virke i et strategimøte:
- Rekkevidde. En webløsning er en lenke. Den kan deles på sms, sendes på e-post, annonseres og bli funnet via Google, uten at brukeren trenger å installere noe.
- Én kodebase. Den samme løsningen fungerer på mobil, nettbrett og datamaskin. Det senker både utviklings- og vedlikeholdskostnaden sammenlignet med separate apper.
- Ingen godkjenning i appbutikkene. Dere lanserer forbedringer når dere vil, på minutter i stedet for dager. Apple og Google har ingen vetorett når dere vil publisere en ny versjon.
I tillegg kommer terskelen for brukeren: Å klikke på en lenke tar sekunder, å laste ned en app krever en beslutning. For tjenester som brukes sjelden eller av et bredt og skiftende publikum, er den forskjellen ofte avgjørende for hvor mange som faktisk kommer inn.
Et konkret scenario
Tenk dere et padelsenter som vil digitalisere bookingen. Det første alternativet er å bygge en app direkte for anslagsvis 620 000 kr–1 million kr. Det andre er å starte med en nettbasert booking som fungerer like godt fra et Google-søk som fra en lenke i en sms, til en lavere kostnad.
Etter en sesong med webløsningen har dere det svart på hvitt: hvor stor andel som booker hver uke, hvor mange som vil ha påminnelser, og hvor ofte det dukker opp avbestilte tider som stamkundene vil snappe opp. Hvis dataene viser en hyppig gjentatt atferd, er appen berettiget, nå med pushvarsler om ledige tider som tydelig kjerneverdi og med hele bookinglogikken allerede bygd og betalt. Hvis dataene ikke viser det, har dere spart flere hundre tusen kroner.
Den vanlige rekkefølgen: web først, app når atferden er bevist
Det vanligste feilgrepet er ikke å velge feil kanal. Det er å velge begge for tidlig. En velprøvd rekkefølge ser slik ut:
- Bygg webløsningen rundt kjerneflyten, og gjør den utmerket på mobil.
- Mål atferden: gjentatt bruk, mobilandel, etterspørsel etter varsler.
- Bygg appen når dataene viser at den løser et reelt behov, med backend, design og forretningslogikk gjenbrukt fra weben.
Rekkefølgen reduserer også den organisatoriske risikoen. En app forplikter: Den skal forvaltes, oppdateres i takt med nye iOS- og Android-versjoner og fortjene plassen sin på brukerens hjemskjerm. Å vente med den investeringen til etterspørselen er dokumentert, er ikke forsiktighet. Det er god forvaltning av produktbudsjettet.
Rekkefølgen har ett viktig unntak: når appen er selve produktet. Ved treningssporing med sensorer, verktøy som må fungere offline i felt, eller tjenester der varselet er kjerneverdien, finnes det ingen meningsfull webversjon å validere med. Da er det riktig å gå rett på app.
Slik tar dere beslutningen
Tre spørsmål kommer dere langt med: Hvor ofte kommer en typisk bruker tilbake? Hvilken funksjon er kjerneverdien, og krever den appteknologi? Og hvis dere allerede har en digital tjeneste: Hva sier dataene i dag?
Er svaret fortsatt uklart, er en kort forstudie som regel den billigste veien til en trygg beslutning. Vi i Weapp hjelper jevnlig team med å avklare akkurat dette spørsmålet før noen kode skrives. Les mer om tjenestene våre, eller ta kontakt, så diskuterer vi det åpent og uten bindinger.
Ofte stilte spørsmål
Hva er forskjellen på en webapp og en native app?
En webapp kjører i nettleseren og åpnes via en lenke, mens en native app installeres fra App Store eller Google Play. Native-appen har full tilgang til pushvarsler, offlinemodus og mobilens maskinvare. Webappen når til gjengjeld flere brukere med mindre friksjon og kan oppdateres når som helst.
Kan man bygge appen senere uten å begynne på nytt?
Ja, hvis webløsningen bygges med det i tankene. Med en API-first-tilnærming gjenbrukes hele backenden når appen bygges, og velger dere React på weben, deler et fremtidig React Native-prosjekt både kompetanse og kodemønstre. Det som bygges nytt, er i praksis grensesnittet.
Hvordan vet vi om brukerne vil ha en app?
Se på atferden i webløsningen. Hvis de samme brukerne kommer tilbake flere ganger i uken, tjenesten brukes mest på mobilen eller brukerne etterspør varsler, har dere grunnlag for en app. Gjetting før lansering er et langt svakere grunnlag enn faktiske bruksdata.
Hva koster en app sammenlignet med en webapp?
En enklere mobilapp koster som regel 370 000 kr–1 million kr, mens en webapp med tilsvarende funksjoner ofte havner lavere fordi den slipper distribusjon via appbutikkene og plattformtilpasning. Den store forskjellen er løpende: Appen krever oppdateringer i takt med hver nye iOS- og Android-versjon.
Er en PWA en mellomting?
Ja. En progressiv webapp kan legges på hjemskjermen, sende pushvarsler med visse begrensninger og fungere delvis offline, helt uten appbutikker. For mange virksomheter er en PWA et godt andre steg før en fullverdig native app bygges.