Du har bestemt deg for å bygge en app... Bra, men så spør noen: iOS eller Android?
Og plutselig blir en produktbeslutning til en teknologidebatt ingen var forberedt på.
Sannheten er at iOS og Android-apputvikling egentlig ikke er et teknisk spørsmål.
Det er et forretningsmessig spørsmål. Hvem er brukerne dine? Hvor er de? Hva forventer de? Plattformen følger av svarene, ikke omvendt.
Kryssplattform mobilapputvikling legger til et tredje alternativ som de fleste ikke forstår fullt ut før de allerede er midt i prosjektet. For mange bedrifter er det det smarteste utgangspunktet. For andre er det feil valg.
Denne artikkelen hjelper deg med å finne ut hva som gjelder for deg, før noen skriver en eneste linje kode.
Start med web, gå deretter til mobil
Start med web, gå deretter til mobil
Før spørsmålet om iOS versus Android i det hele tatt dukker opp, er det et steg de fleste hopper over.
Hos Rocksoft starter vi vanligvis med en nettapp. Alle kjernefunksjonene bygges og testes i en nettleser først – noe brukerne kan logge inn på, prøve ut og gi tilbakemelding på.
Det er raskere å endre, enklere å oppdatere, og krever ikke App Store-godkjenning hver gang noe må fikses.
Når produktet er testet og kjernelogikken er solid, blir overgangen til mobil mye enklere. Ved hjelp av et rammeverk som Capacitor er veien fra nettapp til mobilapp kort. Den samme kodebasen som kjører i nettleseren kan pakkes inn i en mobilapp for både iOS og Android, uten å bygge alt på nytt fra bunnen av.
Dette er løsningen som gir mening for ni av ti apper vi jobber med. Det reduserer risiko, holder kostnadene nede, og betyr at mobilversjonen er bygget på noe som allerede er testet med ekte brukere.
Resten av denne artikkelen dekker tilfellene der denne tilnærmingen ikke gjelder – når native iOS, native Android eller en annen kryssplattform-tilnærming er det bedre valget.
Hvorfor denne beslutningen betyr mer enn de fleste tror
Å velge plattform handler ikke bare om hvor appen skal kjøre. Det former budsjettet ditt, tidslinjen din, teamstrukturen din og evnen til å legge til funksjoner senere.
Bygg for feil plattform, og du bruker måneder på å nå en målgruppe som ikke er der.
Bygg for begge plattformer separat når du ikke trengte det, og du har doblet kostnadene uten grunn.
Velg kryssplattform når appen din trengte native, og du sitter med ytelsesploblemer som er vanskelige å fikse uten å bygge om.
Ingen av disse er katastrofer i seg selv. Men de starter alle med det samme øyeblikket: noen tok en plattformbeslutning før de virkelig forstod hvem appen var for.
iOS: når det er det riktige valget
iOS gir vanligvis mening når brukerne dine er i USA, Storbritannia eller Vest-Europa, når du bygger for et forretningsmessig publikum, eller når menneskene som bruker appen sannsynligvis har iPhone.
Tallene gjør dette tydeligere. I USA har iOS 63% av smarttelefonmarkedet, og i Canada er det lignende med 65%. Norge ligger på 54% iOS. Storbritannia er nesten helt jevnt på 50%.
Hvis appen din er en klientportal, et feltserviceverktøy eller noe rettet mot beslutningstakere i bedrifter – der brukerne befinner seg geografisk betyr like mye som hvem de er.
Det er også en godkjenningsprosess å ta hensyn til. Apples App Store-gjennomgang er strengere og tregere enn Google Play.
Det betyr lengre ledetider til lansering og mer arbeid for å holde appen i tråd med Apples retningslinjer etter hvert som de endres. Det er ikke en grunn til å unngå iOS, bare noe å planlegge for.
Å starte med iOS først og utvide til Android senere er en vanlig og fornuftig tilnærming. Du tester med et ekte publikum, lærer hva produktet faktisk trenger å gjøre, og bygger den andre plattformen med den kunnskapen.
Android: når det er det riktige valget
Android har den største globale brukerbase – rundt 68 % på verdensbasis, mens iOS ligger på 32 %. I mange deler av verden er det ikke engang i nærheten.
Hvis produktet ditt er rettet mot et bredt forbrukermarked, hvis du bygger for markeder utenfor USA og Storbritannia, eller hvis brukerne dine er feltarbeidere, sjåfører eller noen i en rolle der Android-enheter er normen – da er det der de er.
Det samme gjelder i deler av Vest-Europa. I Tyskland og Østerrike leder Android med henholdsvis 59% og 50%
Android har også en tendens til å få appen raskere ut til brukerne. Play Store-gjennomgangsprosessen er mer grei, noe som betyr noe når du prøver å bevege deg raskt.
Avveiningen er mangfoldet. Android kjører på tusenvis av forskjellige enheter med ulike skjermstørrelser, maskinvare og programvareversjoner. Testing tar mer tid og uventede problemer er vanskeligere å forutse.
Kryssplattform: når det gir mening, og når det ikke gjør det
Hvis du allerede har bygget en nettapp og vil gå til mobil, er kryssplattform vanligvis det naturlige neste steget.
Rammeverk som Capacitor, React Native, og Flutter lar deg nå både iOS og Android fra én enkelt kodebase, uten kostnadene ved å bygge to separate native apper.
For de fleste forretningsapplikasjoner – portaler, interne verktøy, feltapper, bookingsystemer – fungerer dette bra. For de fleste brukere føles appen akkurat som en native. Utviklingen er raskere og langsiktig vedlikehold er enklere.
Men det finnes tilfeller der det ikke er det rette valget.
Hvis appen din er sterkt avhengig av enhetsspesifikke funksjoner – som kamerastakker, helsesensorer, Bluetooth-maskinvare eller dyp tilgang til operativsystemet – vil native utvikling tjene deg bedre.
Kryssplattform-rammeverk har begrensninger, og det å jobbe rundt dem blir raskt dyrt.
For apper med komplekse animasjoner, sanntidsgrafik eller tung databehandling kan ytelsesforskjeller også vise seg på måter brukerne legger merke til.
En ting til som er verdt å vite: kryssplattform betyr ikke halvparten av arbeidet.
Logikken er delt, men design, testing og innsending til appbutikken skjer fortsatt to ganger. Besparelsen kommer fra å ikke vedlikeholde to separate kodebaser på lang sikt, ikke fra å hoppe over noen del av prosessen.
Hvordan du faktisk tar denne beslutningen
Tre spørsmål har en tendens til å rydde opp i det meste av støyen.
Hvem er brukerne dine, og hvilke enheter har de? Hvis du vet dette, er plattformspørsmålet i stor grad besvart. Hvis du ikke vet det, er det verdt å finne ut før du forplikter deg til noe. Snakk med noen reelle potensielle brukere. Se på hvilke enheter som er vanlige i bransjen du bygger for.
Hva trenger appen å gjøre som kan presse mot plattformens grenser? De fleste apper trenger ingenting uvanlig. En klientportal, et internt verktøy, et bookingsystem – disse er gode kandidater for en web-først-tilnærming etterfulgt av kryssplattform mobil. Men hvis appen din trenger dyp maskinvaretilgang eller spesialiserte sensorer, endrer det beslutningen.
Hva har du råd til å lære på? Å starte med en nettapp, teste med ekte brukere og gå til mobil senere er en smart strategi. Det reduserer risiko, senker den innledende kostnaden og betyr at mobilversjonen er bygget på noe som allerede er bevist.
Ingen av disse spørsmålene har et universelt riktig svar. De avhenger av produktet ditt, brukerne dine og situasjonen din. Det er nettopp derfor denne beslutningen ikke bør tas i et vakuum.
Hos Rocksoft går vi gjennom dette før ethvert byggeprosjekt i en Discovery Workshop. Discovery Workshop. Det er der plattformbeslutningen tas skikkelig, sammen med funksjonslisten, de tekniske begrensningene og alt annet som avgjør hva appen din vil koste og hvor lang tid det vil ta.
Usikker på hvilken plattform som passer for appen din? La oss finne det ut sammen.
