
Tre vägar att välja mellan
| Väg | Språk | Plattform | Passar när |
|---|---|---|---|
| React Native + Expo | JavaScript/TypeScript | iOS och Android | du vill nå båda plattformarna med en kodbas |
| Swift / SwiftUI | Swift | iPhone och iPad | målgruppen nästan bara har iPhone |
| Kotlin / Jetpack Compose | Kotlin | Android | målgruppen nästan bara har Android |
För en företagare som vill bygga en egen app är React Native med Expo oftast det rimligaste valet. Kan du redan lite webbutveckling känner du igen mycket. Expo tar hand om en stor del av det krångliga: bygg för båda plattformarna, testa på egen telefon via en app, och skicka in till butikerna från molnet. Det betyder att du kan bygga för iPhone även utan Mac, men du behöver ändå en iPhone eller iPad för att testa på riktigt.
Swift och Kotlin är rätt om du vill bli djupt kunnig på en plattform eller om appen kräver mycket av hårdvaran. Skillnaderna beskrivs i guiden native eller React Native.
Lärvägen steg för steg
- Grunderna i programmering. Variabler, villkor, loopar, funktioner, listor och objekt. Lär dig dem i JavaScript eller TypeScript om du väljer React Native, annars i Swift eller Kotlin.
- Komponenter och skärmar. Hur en vy byggs upp, hur data visas i listor och hur användaren navigerar mellan skärmar.
- Tillstånd och formulär. Hur appen minns vad användaren gjort, validerar inmatning och visar fel.
- Data från nätet. Hämta och skicka data via ett API. Här kommer också felhantering och laddningslägen in.
- Backend och inloggning. En färdig backend som Supabase eller Firebase ger databas, inloggning och fillagring utan att du behöver drifta en egen server.
- Publicering. Utvecklarkonton, ikoner, skärmbilder, integritetspolicy och granskning. Se guiderna om App Store och Google Play.
- Underhåll. Uppdatera beroenden, följ nya OS-versioner och rätta fel som användarna rapporterar.
Verktygen du behöver
- En kodredigerare på datorn. De vanligaste är gratis.
- Node.js och Expo för React Native. Med Expo Go-appen ser du ändringarna direkt på telefonen.
- Xcode på en Mac för Swift, eller Android Studio för Kotlin. Båda har inbyggda simulatorer.
- Versionshantering med Git. Lär dig det från första dagen. Det gör att du kan backa när något går sönder och att en utvecklare kan ta över koden senare.
- En testtelefon av varje plattform du siktar på. Simulatorer visar inte allt, till exempel kamera, push-notiser och hur appen känns i handen.
Lägg också tid på att läsa Apples och Googles riktlinjer för design. Appar som följer plattformens mönster för navigering och knappar blir lättare att använda och får färre anmärkningar i granskningen.
Hur lång tid tar det?
Det finns inget exakt svar, eftersom det beror på förkunskaper och hur mycket tid du lägger. Som grov riktning, för någon som börjar från noll och lägger några timmar i veckan:
| Mål | Ungefärlig tid |
|---|---|
| Förstå grunderna och bygga en app med några skärmar | några veckor |
| App med inloggning, databas och egna listor | flera månader |
| App som tar betalt, skickar push-notiser och hanterar persondata säkert | ofta ett halvår eller mer |
| Kunna underhålla och vidareutveckla appen i flera år | löpande |
Tiderna förutsätter regelbundenhet. Några timmar varje vecka ger mer än en hel helg en gång i månaden, eftersom mycket glöms bort mellan passen. Den sista raden underskattas oftast. Att få en första version att fungera på sin egen telefon är en sak. Att den fungerar för hundra användare med olika telefoner, efter nästa iOS-uppdatering, är en annan.
Realistiska förväntningar för en företagare
Det som brukar gå bra
- Prototyper och interna verktyg för det egna teamet.
- Appar med få skärmar där du själv är huvudanvändaren.
- Att förstå tekniken tillräckligt för att ställa rätt frågor till en utvecklare senare.
Det som brukar ta mer tid än väntat
- Säkerhet och persondata. Inloggning, behörigheter och lagring av kunduppgifter måste vara rätt från början. Fel här är dyra.
- Betalning. Kortbetalning och Swish kräver avtal och korrekt hantering av kvitton, återbetalningar och misslyckade köp.
- Butiksgranskning. Apple och Google har detaljerade regler. Ett avslag kan betyda en extra vecka.
- Kantfall. Svag täckning, små skärmar, mörkt läge, stor textstorlek och äldre telefoner.
Räkna på din egen tid
Exempel: om du lägger 300 timmar på att lära dig och bygga en första version, och din tid i företaget är värd 800 kr i timmen, motsvarar det 240 000 kr i förlorad tid. Det är ett räkneexempel och inget facit, men det visar varför det lönar sig att räkna på tiden och inte bara på att verktygen är gratis. Jämför med vad en färdig app kostar i priskalkylatorn.
Vad det kostar att bygga själv
Verktygen är gratis att börja med. Det som kostar är:
- Apple Developer Program: 99 USD per år (ca 1 100 kr) för att publicera i App Store.
- Google Play Console: 25 USD i engångsavgift.
- Backend: gratisnivåer räcker under utveckling, sedan växer kostnaden med antal användare och mängd data.
- En Mac om du vill bygga och felsöka iPhone-appen lokalt.
Observera att nya personliga Google-konton måste låta minst 12 testare prova appen i 14 dagar innan den kan publiceras. Ett organisationskonto i företagets namn undantas från det kravet.
Ett mellanläge: bygg delar själv
Det behöver inte vara antingen eller. Några vanliga upplägg:
- Du gör en klickbar prototyp, och en utvecklare bygger appen. Prototypen sparar tid i förstudien.
- Ni bygger en första version, och en utvecklare granskar koden och tar över säkerhet, betalning och publicering.
- Ni låter en utvecklare bygga grunden och tar själva hand om innehåll och enklare ändringar.
Vill du slippa koden helt finns guiden skapa app utan programmering. Vill du att någon annan bygger den, se apputvecklare för företag.
Vanliga frågor
Med React Native och Expo kan appen byggas i molnet och testas på en iPhone utan Mac. För Swift och för att felsöka lokalt behövs en Mac med Xcode.
TypeScript om du vill nå både iPhone och Android med React Native. Swift om du bara siktar på iPhone, Kotlin om du bara siktar på Android.
De kan skriva mycket kod snabbt, men du behöver förstå koden för att hitta fel, skydda persondata och klara butiksgranskningen. Grunderna behövs fortfarande.
Ja, om koden ligger i ett versionshanteringssystem och kontona står i företagets namn. Räkna med en genomgång av koden innan någon kan ge fast pris på vidareutveckling.
Uppdaterad 2 november 2026