App udvikling til iOS og Android, der bliver brugt
De fleste apps bliver installeret, åbnet et par gange og glemt. Det skyldes sjældent koden. Årsagen er oftere, at appen løser et problem, brugerne ikke har, eller løser det dårligere end en hjemmeside. Før jeg anbefaler en app, vil jeg derfor vide, hvorfor jeres kunder skal have den på telefonen, og hvad de skal gøre i den igen og igen.
Når svaret holder, hjælper jeg med hele forløbet. Vi tester idéen med en prototype, vælger den teknologi, der passer til jeres budget og behov, og bygger en første version, der kan lanceres hurtigt. Jeg sætter holdet af udviklere og designere og står på mål for leverancen, også efter appen er godkendt i App Store og Google Play.
Har I brug for en app eller en hjemmeside?
En app giver mening, når brugerne kommer igen ofte, når I har brug for telefonens funktioner, eller når oplevelsen skal virke uden netforbindelse. Typiske eksempler er kundeklubber med digitale kort, bookingløsninger, selvbetjening, apps til medarbejdere i marken og apps, der styrer fysiske produkter via Bluetooth.
Hvis brugeren kun besøger jer en gang imellem for at finde information eller handle, er en hurtig mobilvenlig hjemmeside næsten altid bedre. Den kræver ingen installation og kan findes på Google. En progressiv webapp kan være et mellemtrin, fordi den kan lægges på hjemmeskærmen og sende notifikationer, også på iPhone.
Native, React Native eller Flutter
Valget af teknologi påvirker pris, hastighed og vedligehold i mange år. Native udvikling betyder, at appen bygges separat i Swift og SwiftUI til iOS og i Kotlin og Jetpack Compose til Android. Det giver den bedste adgang til nye funktioner i styresystemerne og den mest flydende oplevelse, men koster to kodebaser.
Med React Native eller Flutter skrives det meste af koden en gang og køres på begge platforme. Det sparer tid og penge og passer til de fleste forretningsapps. React Native er oplagt, hvis jeres webteam arbejder i React. Flutter giver meget kontrol over design og animationer. Kotlin Multiplatform er et tredje alternativ, hvor forretningslogikken deles, mens brugerfladen kan være native.
- Native til apps med tung brug af kamera, sensorer, grafik eller de nyeste systemfunktioner
- React Native til forretningsapps og teams med erfaring i webudvikling
- Flutter til apps med et meget designdrevet udtryk på begge platforme
- Progressiv webapp, når en installation er en barriere, og behovene er enkle
Backend, login og integrationer
Selve appen er kun en del af løsningen. Bag den ligger en backend med brugere, data, notifikationer og integrationer til jeres CRM, ERP, betalingsløsning eller webshop. Til mange projekter kan en færdig platform som Firebase eller Supabase dække behovet og spare måneders udvikling. Større løsninger kræver ofte en egen API-løsning.
Danske apps skal ofte understøtte MitID, fx ved selvbetjening eller aftaler med juridisk vægt. Det sker via en godkendt MitID-broker. Betaling i appen kræver også overvejelser. Digitale ydelser skal som udgangspunkt sælges via Apple og Googles egne betalingssystemer, mens fysiske varer og tjenester kan betales med fx MobilePay eller kort.
App Store, Google Play og regler i EU
Begge butikker gennemgår apps, før de udgives, og Apple er den mest restriktive. Afvisninger skyldes ofte manglende muligheder for at slette sin konto, utydelige privatlivsoplysninger eller funktioner, der ikke virker for anmelderen. Google kræver, at nye personlige udviklerkonti gennemfører en lukket test med rigtige testere, før appen kan udgives bredt.
Begge platforme kræver deklaration af, hvilke data appen indsamler. På iOS skal brugeren aktivt give tilladelse via App Tracking Transparency, før appen må spore på tværs af andre apps og sites. I EU har Digital Markets Act åbnet for alternative appbutikker på iPhone, men for de fleste virksomheder er App Store stadig den primære kanal.
Hvad koster det at få lavet en app?
Prisen afhænger af antal skærme og funktioner, om appen bygges native eller på tværs af platforme, kravene til backend og integrationer og mængden af design. En simpel app med få funktioner og en færdig backend er et helt andet projekt end en app med betaling, MitID og integration til flere systemer.
Udgiften stopper ikke ved lanceringen. Apple og Google udgiver nye versioner af styresystemerne hvert år, og Google Play stiller krav om at målrette nyere Android-versioner. Regn med løbende budget til opdateringer, fejlrettelser og hosting. Jeg anbefaler at starte med en afgrænset første version og bruge data fra rigtige brugere til at prioritere resten.
Sådan arbejder jeg med appudvikling
Idé og forretningscase
Vi beskriver brugerne, det problem appen løser, og hvordan den skal skabe værdi for forretningen. Det afgør, om der skal bygges en app, og hvad første version skal kunne.
Prototype og brugertest
En klikbar prototype testes med rigtige brugere, før der skrives kode. Det er langt billigere at ændre en skitse end en færdig app.
Udvikling af første version
Appen og backend udvikles i korte forløb med løbende testversioner via TestFlight og Google Plays testspor, så I kan prøve den undervejs.
Lancering og måling
Vi forbereder butikssider, skærmbilleder og privatlivsoplysninger, håndterer gennemgangen og sætter måling af installationer, aktivering og fastholdelse op.
Drift og videreudvikling
Opdateringer til nye styresystemer, fejlrettelser og nye funktioner prioriteres ud fra data og brugernes feedback.
Erfaring med at bygge digitale produkter
Jeg stiftede i 2020 1260 A/S, der leverede webudvikling, digital markedsføring og strategi. Virksomheden voksede til 25 medarbejdere og blev solgt i slutningen af 2023. Jeg var i de tidlige dage med som co-founder af OOONO A/S og er i dag medejer af DeskRebel, en udviklingsvirksomhed, der udvikler hardware. Den baggrund gør, at jeg ser en app som et produkt, der skal drives og markedsføres, længe efter den er bygget.
Spørgsmål og svar
Hvor lang tid tager det at udvikle en app?
En første version af en enkel app kan ofte lanceres på to til fire måneder, når omfanget er afgrænset. Apps med betaling, login via MitID, mange integrationer eller native udvikling til begge platforme tager typisk længere. Tid til prototype, brugertest og gennemgang i App Store bør regnes med i planen fra starten.
Er det bedst at udvikle native eller cross-platform?
For de fleste forretningsapps er cross-platform med React Native eller Flutter det mest økonomiske valg, fordi en kodebase dækker både iOS og Android. Native udvikling i Swift og Kotlin er bedst, når appen bruger kamera, sensorer, avanceret grafik eller de nyeste systemfunktioner intensivt, eller når oplevelsen skal være helt i top på hver platform.
Hvad koster det at have en app i App Store og Google Play?
Apple opkræver et årligt gebyr for medlemskab af udviklerprogrammet, og Google opkræver et engangsgebyr for en udviklerkonto. Sælger I digitale ydelser i appen, tager butikkerne en procentdel af salget. Derudover kommer udgifter til hosting af backend, opdateringer til nye styresystemer og løbende vedligehold, som ofte er den største post over tid.
Hvordan får man en app godkendt i App Store?
Appen skal følge Apples retningslinjer, fungere uden fejl for anmelderen og have korrekte privatlivsoplysninger. Kræver appen login, skal der være en testkonto til anmelderen. Brugere skal kunne slette deres konto i appen, hvis de kan oprette en. Gennemgangen tager typisk fra et døgn til få dage, og en afvisning kommer med en begrundelse, der kan rettes.
Kan man få lavet en app ud fra sin hjemmeside?
Det er teknisk muligt at pakke en hjemmeside ind i en app, men Apple afviser ofte apps, der ikke tilbyder mere end hjemmesiden. Hvis behovet er at være på hjemmeskærmen og sende notifikationer, kan en progressiv webapp være en bedre løsning. En egentlig app bør give brugeren noget, hjemmesiden ikke kan.
Hvordan får man flere til at downloade sin app?
Start med de kunder, I allerede har, via hjemmeside, e-mail og fysiske kontaktpunkter. Optimer butikssiden med titel, skærmbilleder og anmeldelser, så den konverterer besøgende. Betalte kampagner på Apple Search Ads, Google og Meta kan skalere, men bør måles på aktive brugere frem for installationer, fordi en app uden fastholdelse er dyr trafik.