Webapp eller mobilapp først?
Byg webappen først i de fleste tilfælde: Den nås via et link, virker på alle enheder og kan opdateres dagligt uden gennemgang i app-butikkerne. En mobilapp er den rigtige start når push-notifikationer, plads på hjemmeskærmen eller offlinetilstand er selve kerneværdien. Den mest almindelige vej er webapp først og mobilapp når tilbagevendende brug er dokumenteret.
For et nyt digitalt produkt er spørgsmålet sjældent “webapp eller mobilapp”. På sigt vil mange have begge dele. Det egentlige spørgsmål er hvilken I bygger først. Det er et valg om lanceringsstrategi, ikke et teknisk valg, og det afgør hvor hurtigt I når brugerne, hvor hurtigt I kan iterere, og hvor meget kapital der står på spil før produktet er valideret.
Distributionsargumentet: Et link slår en download
En webapp distribueres med et link. Den kan deles i en mail, klikkes på i en annonce, findes via Google og åbnes på tre sekunder, på en hvilken som helst enhed. En mobilapp distribueres som en download: Brugeren skal ind i butikken, downloade, vente og åbne, og hvert trin koster en andel af dem der begyndte.
For en etableret tjeneste med loyale brugere er den friktion til at håndtere. For et nyt produkt der skal vinde sine første tusind brugere, er den ofte forskellen på at få testere og ikke at få dem. Nettet er desuden målbart fra første minut: Hver kampagne, hvert flow og hvert frafald ses med det samme uden at en release i butikken står i vejen for den næste forbedring.
Hvad webappen giver dig i starten
- Iterationstempo. Ændringer udgives på minutter, ikke via en kø til gennemgang. I valideringsfasen, når produktet ændrer sig hver uge, er det meget værd.
- Én kodebase, alle enheder. Mobil, tablet og desktop. Det er ikke mindst vigtigt for B2B, hvor brugerne ofte sidder ved en computer halvdelen af dagen.
- Søgbarhed. Indhold og funktioner kan indekseres af søgemaskiner og findes organisk. En app er usynlig for Google.
- Lavere investering. En webapp med kerneflowet koster typisk mindre end en tilsvarende mobilapp, og de penge der spares, kan gå til næste skridt, hvad det så end bliver.
Når mobilappen faktisk driver forretningen
Mobilappens fordele er reelle. Pointen er at de først gør nytte når en bestemt adfærd er til stede:
- Push-notifikationer er overlegne til at skabe tilbagevendende brug: påmindelser, afbestilte tider, “din ordre er fremme”. Men de forudsætter brugere der gerne vil have påmindelser.
- Plads på hjemmeskærmen holder brandet top of mind for dem der allerede har valgt at installere appen.
- Offline og hardware (feltarbejde, træningssensorer, betalingsterminaler) er tilfælde hvor appen ikke er en kanal, men selve produktet. Så gælder argumentet om rækkefølgen ikke. Byg appen direkte.
En enkel lakmusprøve: Fjerner I push, hjemmeskærm og offline fra jeres produktidé, og virker den stadig, så start på nettet.
Byg webappen så appen bliver billig bagefter
Strategien med web først virker kun hvis webappen bygges med appen for øje. Tre principper gør det dramatisk enklere at bygge appen senere: Læg al forretningslogik bag et API i stedet for i brugerfladen, byg et designsystem med genbrugelige komponenter, og vælg webteknologi der deler kompetencer med app-teknologien. React på nettet gør skridtet til React Native kort.
Gøres det rigtigt, bliver mobilappen i hovedsagen en ny brugerflade oven på et færdigt, idriftsat produkt: Backend, konti, betalinger og admin findes allerede. Gøres det forkert, bygges halvdelen af produktet om, og så var nettet ikke en genvej, men en omvej.
Den typiske vej: webapp først, app når adfærden er dokumenteret
Et regneeksempel på strategien. Antag et produktbudget på 850.000 DKK. Vej A: Byg mobilappen med det samme, og brug hele beløbet før nogen bruger har rørt produktet. Regn også med at versionen i butikkerne gør hver kurskorrektion langsommere. Vej B: Byg webappen for måske 430.000–530.000 DKK, lancér på den halve tid, og lad den faktiske brug styre den næste investering.
Efter et halvt år med vej B har I data: Vender brugerne tilbage hver uge, foregår brugen på mobilen, efterspørges der notifikationer? Hvis ja, så byg mobilappen for resten af budgettet, med backend, design og forretningslogik allerede på plads og betalt. Hvis nej, har I sparet mere end halvdelen af indsatsen og kan bruge den på at rette det der faktisk svigtede: værditilbuddet.
Vil du teste ræsonnementet på jeres produktidé? Vi hos Weapp bygger både webapps og mobilapps (MVP’er er et af vores specialer) og kan give en ærlig anbefaling af hvor netop I bør begynde. Kontakt os, så tager vi udgangspunkt i jeres forretning, ikke i teknologien.
Ofte stillede spørgsmål
Kan en webapp føles som en rigtig app?
Ja, langt mere end mange tror. En velbygget webapp er hurtig, fungerer fremragende på mobilen og kan som PWA lægges på hjemmeskærmen med sit eget ikon. De forskelle der er tilbage, er push med begrænsninger, svagere offlineunderstøttelse og manglende tilstedeværelse i app-butikkerne.
Mister vi brugere ved ikke at være i App Store?
Det afhænger af kategorien. I visse forbrugersegmenter er butikkerne et vigtigt sted at blive opdaget, men for de fleste nye produkter kommer brugerne via søgning, annoncer og delte links. Det er kanaler hvor nettet konverterer bedre fordi der ikke kræves en download.
Hvad kan genbruges når mobilappen bygges senere?
Det meste bortset fra selve brugerfladen: backend, API’er, datamodel, forretningslogik og designsystem. Er webappen bygget i React, deler et React Native-projekt desuden kompetencer og kodemønstre med den, og det forkorter udviklingstiden for appen mærkbart.
Hvornår er det rigtigt at gå direkte til en mobilapp?
Når kerneværdien kræver app-teknologien: push-notifikationer som produktets motor, offlinebrug i felten, sensorer og wearables eller en målgruppe der forventer en app fra dag ét. Så er der ikke noget meningsfuldt at validere på nettet først.
Hvordan ved vi om adfærden er dokumenteret godt nok til en app?
Se på den tilbagevendende brug i webappen: hvor mange der kommer tilbage hver uge, hvor stor en andel af brugen der foregår på mobilen, og om brugerne efterspørger notifikationer eller hurtigere adgang. Når en tydelig kernegruppe bruger tjenesten ofte, er der for alvor en business case for appen.