React Native app udvikling: én app til iOS og Android

Når I skal have en app til iOS og Android, er det største spørgsmål sjældent designet. Det er, om I skal betale for to apps eller for én. Med React Native skriver vi appen i TypeScript og React, og den samme kode bliver til en native app på begge platforme, med rigtige knapper, navigation og adgang til kamera, GPS og push. Det er den stak, vi bruger til alle vores mobilapps. Her kan I se, hvad det koster, hvornår det ikke er det rigtige valg, og hvordan appen kommer ud i butikkerne.

Hvad er React Native, og hvorfor én kodebase?

React Native er et open source-framework fra Meta. I stedet for at skrive appen to gange, i Swift til iPhone og Kotlin til Android, skriver vi logik, skærme og dataflow én gang. Resultatet er ikke en hjemmeside pakket ind i en app. Det er native komponenter, der ser ud og opfører sig, som brugerne forventer på deres telefon. For jer betyder det én leverandør, én kodebase at vedligeholde og nye features, der lander på iOS og Android samme dag, i stedet for at den ene platform halter efter den anden.

Hvad koster en React Native app?

Til sammenligning ligger typiske markedspriser i Danmark på 50.000–150.000 kr for en simpel app, 150.000–500.000 kr for en mellemstor og fra 500.000 kr til over 1 mio. kr for en kompleks app. Cross-platform sparer typisk 30–40 % i forhold til to separate native apps, og mange regner med 15–20 % af byggeprisen om året til vedligeholdelse. Hos os dækker månedsbeløbet drift, opdateringer, support, sikkerhed og backup. Den fulde gennemgang står i hvad koster en app, og pakkerne ligger på priser.

Hvornår er native stadig det rigtige valg?

Og nogle gange er svaret hverken React Native eller native, men en webapp. Hvis brugerne primært sidder ved en computer, eller hvis I ikke har brug for push og App Store-tilstedeværelse, er en webapp billigere og hurtigere at ændre. Vi gennemgår valget i webapp vs. native app. MyMannaz er et godt eksempel: én webapp, der samler koordinatorer, facilitatorer og deltagere, uden at nogen skal hente noget i en butik.

Push, offline og login: det, der gør en app til en app

• Push-notifikationer til påmindelser, statusændringer og nye beskeder, styret fra jeres eget admin-panel
• Offline-tilstand, så medarbejdere i marken kan registrere data uden signal og synkronisere bagefter
• Login med e-mail, Apple, Google eller MitID, når I skal vide præcis hvem brugeren er
• Betaling med MobilePay, Stripe eller QuickPay direkte i appen
• Kamera og scanning til kvitteringer, stregkoder og etiketter
• Integrationer til e-conomic, Dinero, HubSpot eller jeres eget system, så data ikke skal tastes to gange

Offline er den funktion, der oftest bliver undervurderet. En app, der fryser i en kælder eller på en byggeplads, bliver hurtigt lagt væk. Vi designer derfor datamodellen, så appen gemmer lokalt først og sender, når forbindelsen er tilbage, med tydelig besked til brugeren om, hvad der er synkroniseret.

Sådan kommer appen i App Store og Google Play

Efter lanceringen følger opdateringerne samme vej. Nye iOS- og Android-versioner kommer hvert år, og det er en del af driften at holde appen kompatibel. Små tekst- og indholdsrettelser kan ofte sendes ud uden en ny butiksgennemgang.

Hvad vi har bygget til mobilen

Hos Kirppu, Danmarks største kæde af loppemarkeds-supermarkeder, byggede vi bookingsystemet med standbooking, lejerpanel og en mobil app til etiketter. Platformen voksede fra én butik til over 30 butikker. Det er typisk for de apps, vi bygger: et konkret stykke arbejde, der skal gå hurtigt i hånden, koblet til et system bagved, som styrer data og betaling.