Swift/SwiftUI eller React Native – vilket passar er iOS-app?
Det första beslutet i ett iOS-projekt är tekniken. Båda vägarna ger en app som laddas ner från App Store och som användaren inte kan skilja från andra appar i vardagen. Skillnaden ligger i vad appen behöver göra och om ni vill ha Android nu eller senare.
| Swift/SwiftUI (native) | React Native | |
|---|---|---|
| Plattformar | Endast iOS och iPadOS | iOS och Android från samma kod |
| Nya Apple-funktioner | Direkt tillgång dag ett | Ofta via tillägg, ibland med fördröjning |
| Widgets, Apple Watch, Live Activities | Fullt stöd | Kräver native-delar i Swift |
| Kostnad om ni också vill ha Android | Två separata projekt | Oftast 30–40 % billigare totalt |
| Passar när | Appen bygger på iPhone-specifik hårdvara eller ska kännas maximalt Apple | Ni vill nå båda plattformarna med en budget |
Vår tumregel: om över hälften av era användare har iPhone och appen kräver till exempel widgets på hemskärmen, Apple Watch eller avancerad kamera- och sensorhantering, väljer vi Swift/SwiftUI. Annars brukar React Native ge mest app per krona. Läs mer i guiden native eller React Native.
Vad som ingår – och vad som inte ingår
Det här ingår i ett iOS-projekt hos oss:
- Förstudie där vi beskriver vyer, roller och integrationer och sätter ett fast pris
- Design anpassad för iPhone i olika storlekar, och för iPad om ni vill det (delad vy, liggande läge)
- Utveckling, kodgranskning och automatiska tester
- Testversioner via TestFlight så att ni kan prova appen på er egen telefon varannan vecka
- Inlämning till App Store med beskrivning, skärmbilder, åldersmärkning och integritetsuppgifter
- 3 månaders felrättning efter lansering
Det här ingår inte, men kan läggas till:
- Apple Developer Program, 99 USD per år (ca 1 100 kr) – kontot skapas i ert företags namn så att ni äger appen
- Server och databas efter lansering (ofta några hundralappar i månaden för en mindre app)
- Löpande underhåll, se underhåll av app
iPhone och iPad – samma app eller två upplevelser?
En vanlig miss är att iPad-versionen blir en uppförstorad iPhone-app. Om era användare sitter med iPad i kassan, på lagret eller i ett möte behöver vyerna byggas om: listor och detaljer bredvid varandra, stöd för tangentbord och ibland Apple Pencil. Exempel på struktur för en intern iPad-app för servicetekniker:
- Inloggning (gärna med Face ID efter första gången)
- Dagens uppdrag i en lista till vänster, detaljer till höger
- Checklista och foton per uppdrag
- Signatur från kund direkt på skärmen
- Synkning när uppkopplingen kommer tillbaka
Om iPad bara är en bisak räcker det ofta att appen fungerar korrekt i stort format. Det beslutet påverkar priset med några dagars arbete, inte veckor.
App Store-granskningen – så undviker ni avslag
Alla appar granskas manuellt av Apple innan de publiceras. Det tar oftast 1–3 dagar, men ett avslag kan kosta en vecka om man inte är förberedd. De vanligaste orsakerna vi planerar för redan i förstudien:
- Inloggning som granskaren inte kommer förbi. Vi lämnar alltid ett testkonto och instruktioner.
- Appen är bara en inpackad hemsida. Apple kräver att appen ger något utöver webbläsaren, till exempel push-notiser, offline-läge eller kamera.
- Konto kan skapas men inte raderas. Om användaren kan registrera sig måste hen också kunna radera sitt konto inifrån appen.
- Digitala köp utanför Apples system. Säljer ni digitalt innehåll gäller Apples betalsystem med 15 eller 30 % provision. Fysiska tjänster, som en bokad tid eller en vara, betalas med Swish eller kort utan provision.
- Ofullständiga integritetsuppgifter. Vilken data appen samlar in ska anges i App Store Connect och stämma med verkligheten.
Hela processen beskrivs steg för steg i guiden publicera app i App Store.
Så går det till
- Förstudie (1–2 veckor, 9 900 kr). Vi går igenom målgrupp, vyer och integrationer. Ni får en kravspecifikation och ett fast pris. Beloppet avräknas om ni går vidare.
- Design (1–3 veckor). Klickbar prototyp i Figma som ni kan prova på telefonen innan någon kod skrivs.
- Utveckling i sprintar. Demo varannan vecka via TestFlight, ändringar prissätts innan de görs.
- Inlämning och granskning. Vi hanterar dialogen med Apple om något behöver justeras.
- Lansering och uppföljning. Felrättning i 3 månader, därefter underhåll om ni vill.
Vad driver priset för en iOS-app?
| Typ av app | Exempel | Pris (exkl. moms) | Tid |
|---|---|---|---|
| Enklare app | Informationsapp, katalog, enkel inloggning | 49 000–150 000 kr | 4–8 veckor |
| Mellanstor app | Inloggning, betalning, adminpanel, integration mot affärssystem | 150 000–400 000 kr | 3–6 månader |
| Avancerad app | Realtid, flera roller, offline, Apple Watch | från 400 000 kr | 6+ månader |
Det som oftast höjer priset på iOS är separat iPad-layout, widgets och Apple Watch, offline-synkning och integrationer mot äldre system utan bra API. Det som sänker priset är att börja med en tydligt avgränsad första version. Räkna på ert eget projekt i priskalkylatorn.
Vanliga frågor
Nej. Vi utvecklar och bygger appen på våra datorer. Ni behöver en iPhone eller iPad för att testa demoversionerna via TestFlight, men en lånad enhet räcker.
Ja, och det är vår rekommendation. Ni skapar ett organisationskonto i Apple Developer Program (kräver D-U-N-S-nummer, som är gratis) och bjuder in oss. Då står ert företag som utgivare och ni äger appen.
Vi läser motiveringen, rättar det som krävs och skickar in igen. Det ingår i projektet. De flesta avslag gäller testkonto, integritetsuppgifter eller kontoradering, som vi förbereder redan från början.
Vi stödjer normalt de två senaste större iOS-versionerna, vilket täcker de allra flesta aktiva iPhones. Behöver ni stöd längre bak bestämmer vi det i förstudien eftersom det kan begränsa vilka funktioner som går att använda.
Ja. Byggs appen i React Native är det oftast en mindre insats. Byggs den i Swift blir Android ett separat projekt, men design, backend och API återanvänds.
Uppdaterad 2 november 2026