Webapp eller mobilapp først?
Bygg webappen først i de fleste tilfeller: Den nås via en lenke, fungerer på alle enheter og kan oppdateres daglig uten gjennomgang i appbutikkene. En mobilapp er riktig start når pushvarsler, plass på hjemskjermen eller offlinemodus er selve kjerneverdien. Den vanligste veien er webapp først og mobilapp når gjentatt bruk er bevist.
For et nytt digitalt produkt er spørsmålet sjelden «webapp eller mobilapp». På sikt ønsker mange seg begge. Det egentlige spørsmålet er hvilken dere bygger først. Det er et valg om lanseringsstrategi, ikke et teknisk valg, og det avgjør hvor raskt dere når brukerne, hvor fort dere kan iterere, og hvor mye kapital som står på spill før produktet er validert.
Distribusjonsargumentet: en lenke slår en nedlasting
En webapp distribueres med en lenke. Den kan deles i en e-post, klikkes på i en annonse, finnes via Google og åpnes på tre sekunder, på hvilken som helst enhet. En mobilapp distribueres som en nedlasting: Brukeren må til appbutikken, laste ned, vente og åpne, og ved hvert steg faller noen fra.
For en etablert tjeneste med lojale brukere er den friksjonen håndterlig. For et nytt produkt som skal vinne sine første tusen brukere, er den ofte forskjellen på å få testere og å ikke få det. Weben er dessuten målbar fra første minutt: Hver kampanje, hver brukerreise og hvert frafall vises med en gang, uten at en ny versjon i appbutikkene står i veien for neste forbedring.
Hva webappen gir deg i starten
- Iterasjonstakt. Endringer rulles ut på minutter, uten å vente i kø på gjennomgang. I valideringsfasen, når produktet endres hver uke, er det verdt mye.
- Én kodebase, alle enheter. Mobil, nettbrett og desktop, noe som ikke minst er viktig for B2B, der brukerne ofte sitter ved en datamaskin halve dagen.
- Søkbarhet. Innhold og funksjoner kan indekseres av søkemotorer og bli funnet organisk. En app er usynlig for Google.
- Lavere investering. En webapp med kjerneflyten koster typisk mindre enn en tilsvarende mobilapp, og pengene som spares, kan gå til neste steg, hva det enn blir.
Når mobilappen faktisk driver forretningen
Fordelene med en mobilapp er reelle. Poenget er at de først gjør nytte når en viss atferd finnes:
- Pushvarsler er overlegne for å drive gjentatt bruk: påminnelser, avbestilte timer, «bestillingen din har kommet». Men de forutsetter brukere som vil bli påminnet.
- Plass på hjemskjermen holder merkevaren top of mind, for den som allerede har valgt å installere.
- Offline og maskinvare (feltarbeid, treningssensorer, betalingsterminaler) er tilfeller der appen ikke er en kanal, men selve produktet. Da gjelder ikke resonnementet om rekkefølge. Bygg appen med en gang.
En enkel lakmustest: Hvis dere stryker push, hjemskjerm og offline fra produktideen og den fortsatt fungerer, bør dere begynne på weben.
Bygg webappen slik at appen blir billig senere
Å bygge i denne rekkefølgen fungerer bare hvis webappen bygges med appen i tankene. Tre prinsipper gjør en senere app dramatisk enklere å bygge: Legg all forretningslogikk bak et API i stedet for i grensesnittet, bygg et designsystem med gjenbrukbare komponenter, og velg webteknologi som deler kompetanse med appteknologien. React på weben gjør steget til React Native kort.
Gjøres det riktig, blir mobilappen i hovedsak et nytt grensesnitt oppå et ferdig, produksjonssatt produkt: Backend, kontoer, betalinger og admin finnes allerede. Gjøres det feil, må halve produktet bygges på nytt, og da var weben ingen snarvei, men en omvei.
Den vanlige veien: webapp først, app når atferden er bevist
Et regneeksempel på strategien. Anta et produktbudsjett på 1 million kr. Vei A: Bygg mobilappen med en gang og bruk hele summen før noen bruker har vært borti produktet, og regn med at versjonen i appbutikkene gjør hver kurskorrigering tregere. Vei B: Bygg webappen for kanskje 500 000–620 000 kr, lanser på halve tiden og la faktisk bruk styre neste investering.
Etter et halvår med vei B har dere data: Kommer brukerne tilbake hver uke, skjer bruken på mobilen, etterspørres varsler? Hvis ja, bygg mobilappen med resten av budsjettet, med backend, design og forretningslogikk allerede på plass og betalt. Hvis nei, har dere spart opptil halve budsjettet og kan bruke pengene på å rette det som faktisk sviktet: det dere tilbyr.
Vil dere teste resonnementet på produktideen deres? Vi i Weapp bygger både webapper og mobilapper (MVP-er er en av spesialitetene våre) og kan gi en ærlig anbefaling om hvor akkurat dere bør begynne. Ta kontakt, så tar vi utgangspunkt i forretningen deres, ikke i teknologien.
Ofte stilte spørsmål
Kan en webapp føles som en skikkelig app?
Ja, langt mer enn mange tror. En godt bygget webapp er rask, fungerer utmerket på mobilen og kan som PWA legges på hjemskjermen med eget ikon. Forskjellene som gjenstår, er push med begrensninger, svakere offlinestøtte og at den ikke finnes i appbutikkene.
Mister vi brukere hvis appen ikke finnes i App Store?
Det avhenger av kategorien. I enkelte forbrukersegmenter er appbutikkene en viktig kanal for å bli oppdaget, men for de fleste nye produkter kommer brukerne via søk, annonser og delte lenker, kanaler der weben konverterer bedre fordi ingen nedlasting kreves.
Hva kan gjenbrukes når mobilappen bygges senere?
Det meste bortsett fra selve grensesnittet: backend, API-er, datamodell, forretningslogikk og designsystem. Er webappen bygget i React, deler et React Native-prosjekt i tillegg kompetanse og kodemønstre, noe som korter ned utviklingstiden for appen merkbart.
Når er det riktig å gå rett på en mobilapp?
Når kjerneverdien krever appteknologien: pushvarsler som motoren i produktet, offlinebruk i felt, sensorer og wearables, eller en målgruppe som forventer en app fra dag én. Da finnes det ingenting meningsfullt å validere på weben først.
Hvordan vet vi at bruken er godt nok dokumentert til å bygge en app?
Se på gjentatt bruk i webappen: hvor mange som kommer tilbake hver uke, hvor stor andel av bruken som skjer på mobilen, og om brukerne etterspør varsler eller raskere tilgang. Når en tydelig kjernegruppe bruker tjenesten ofte, finnes det et reelt forretningsgrunnlag for appen.