Skapa en app: de 4 stegen att följa

Hur skapar man en app? Det finns fyra sätt att gå tillväga: ett verktyg utan kod, AI som skriver koden åt dig, kod som du lär dig själv eller en extern leverantör. Oavsett sätt går vägen genom samma fyra steg: välja en app som kan ge pengar, bygga dess huvudfunktion, koppla in betalningen och sedan publicera och bli hittad. I den ordningen, med en regel som binder ihop dem: varje steg slutar med något konkret, testat på en riktig telefon.

De flesta första appar dör varken på tekniken eller budgeten. De dör i det otydliga: ingen vet vad som är "klart", funktionerna fortsätter att läggas till, och sex månader senare finns det fortfarande inget på App Store. Det här är metoden jag använder för mina egna iOS-appar, bland annat Solys (en väckarklocka med minispel) och TradaZen (en tradingsimulator), båda på App Store, och som jag har finslipat genom att få avslag från Apple på Solys, Clic och Nolera. Mina exempel kommer alltså från iPhone. När Google Play fungerar annorlunda säger jag det.

Vilka sätt finns det att skapa en app?

Före stegen kommer ett beslut: hur ska du bygga? Det finns fyra sätt, och inget av dem är bäst för alla.

Sätt	För vilket projekt	Vad du betalar	Begränsningen
Ett verktyg utan kod (Bubble, FlutterFlow, Glide)	Katalog, formulär, prototyp, internt verktyg	Prenumerationen på verktyget, så länge appen finns	Appen lever hos verktyget, och alla publicerar inte i butikerna
AI som skriver koden (Claude Code, Codex, Cursor)	En egen app, publicerad i butikerna, utan att kunna koda från början	Prenumerationen på AI:n och butikernas avgifter	Koden är din, men det är du som måste testa den
Lära dig koda (Swift, Kotlin, React Native)	Du vill ha full kontroll eller göra det till ditt yrke	Framför allt tid	Den längsta vägen fram till en första publicering
En leverantör (frilansare eller byrå)	Ett verktyg för din verksamhet, när du inte har tid	Utvecklartid: ett dagspris gånger ett antal dagar	Varje ändring kostar. Kolla vem som äger kontot och koden

Verktyget utan kod (no-code). Du sätter ihop appen med musen, utan att skriva en rad. Det går snabbt för en katalog, ett formulär eller ett internt verktyg. Innan du binder dig, kolla att verktyget faktiskt publicerar i butikerna. Bubble förklarar hur man publicerar på App Store och Google Play, och FlutterFlow erbjuder det från och med sin betalda Basic-plan. Glide däremot anger att dess appar är webbappar och att direkt publicering på App Store eller Google Play inte stöds. Begränsningarna, fall för fall, finns i skapa en app utan att koda.

AI som skriver koden. Du beskriver vad du vill ha, och en assistent som Claude Code, Codex eller Cursor skriver riktig kod, i ett standardformat som du kan ta med dig någon annanstans. Det kallas vibe coding. Det är det sättet jag använder för mina appar. Baksidan: AI:n har fel med full självsäkerhet, och det är du som måste testa. För att välja verktyg, läs vilken AI för att skapa en app. För att lära dig det med en struktur finns vibe coding-utbildningen.

Lära dig koda. Det är vägen för dig som vill ha full kontroll eller göra det till ditt yrke. Apples och Expos guider är gratis. Vägen beskrivs i lär dig skapa en app.

Leverantören. En frilansare eller en byrå bygger appen åt dig. Det är rätt val när appen är ett verktyg för din verksamhet och du inte har tid. Du betalar för utvecklartid, och varje ändring kostar också. Be skriftligen om exakt omfattning, vem som äger Apple-kontot och koden, och vad som gäller om Apple avvisar appen. Frågorna att ställa finns i låta någon utveckla din app.

Det finns en femte väg, som ligger mittemellan de andra: bygga själv, men utifrån en färdig grund. Det är principen bakom mitt kit för att skapa en mobilapp utan att börja från noll, iOS Kit: startkoden från mina appar och en väg i fyra steg som du följer i din egen takt.

Hur bestämmer man sig? Tre frågor räcker:

1. Måste din app finnas på App Store eller Google Play? Om ja, välj bort verktyg som bara gör webbappar.
2. Ska den sälja en prenumeration? Regel 3.1.1 i App Review Guidelines kräver, med vissa undantag, Apples köp i appen för att låsa upp funktioner i en app. Kolla hur ditt sätt att bygga hanterar det innan du börjar.
3. Har du mer tid eller mer budget? Tid: bygg den själv, med AI. Budget men ingen tid: låt någon utveckla den.

Native app, webbapp eller multiplattform: vad ska man välja?

Andra beslutet, enklare än det verkar: vilken typ av app?

• Den native appen installeras från en butik och kommer åt telefonens funktioner: notiser, kamera, köp i appen. Den skrivs i varje plattforms språk (Swift för iPhone, Kotlin för Android) och kräver ett projekt per plattform.
• Webbappen (PWA) är en webbplats som beter sig som en app. Den går inte via någon butik: ingen granskning att vänta på, men ingen kommer att hitta den på App Store. Och att paketera en webbplats som en app räcker inte: Apples regel 4.2 kräver att en app går längre än en paketerad webbplats.
• Multiplattformsappen utgår från ett enda projekt för att ta fram både iPhone-appen och Android-appen. Expo sammanfattar det så här: ett enda JavaScript- eller TypeScript-projekt som körs native på dina användares enheter, Android, iOS och webb.

För en första app rekommenderar jag multiplattform, med React Native och Expo. Du har bara en kodbas att underhålla, och kompileringen sker på Mac-datorer som Expo tillhandahåller: du kan publicera en iOS-app utan Mac.

iOS eller Android först? En kodbas betyder inte en lansering: varje butik har sin produktsida, sina regler och sin granskning. Börja med en plattform. Om din app säljer en prenumeration rekommenderar jag iPhone. Siffrorna och motargumenten finns i iOS- eller Android-app: vilken ska man börja med.

Varför når så många appar aldrig App Store?

Tre orsaker återkommer nästan alltid:

• En för stor första version. Tolv halvfärdiga funktioner i stället för en enda, färdig.
• Betalningen tänks på sist. Intäktsmodellen påverkar appens struktur: att lägga till den i efterhand tvingar dig att bygga om.
• Publiceringen ses som en formalitet. Apples granskning, produktsidan, integriteten: det är ett eget steg, med egna fällor, ända till ikonen som avvisas med ITMS-90717.

Metoden nedan tar itu med de tre orsakerna, ett steg i taget.

Steg 1: hur väljer man en appidé som kan ge pengar?

Innan du skriver en rad kod, svara skriftligen på tre frågor.

För vem? En specifik person, med ett problem som återkommer. "Folk som har svårt att komma upp på morgonen" är mer användbart än "alla".

Vad gör appen, i en mening? Om du behöver två meningar är första versionen för stor. De andra funktionerna får vänta tills riktiga användare ber om dem.

Hur tjänar den pengar? Prenumeration, engångsköp, reklam: bestäm dig nu. För en app som används regelbundet är prenumeration ofta mest logiskt. För ett verktyg som används då och då är engångsköp försvarbart. Den fullständiga jämförelsen finns i prenumeration eller engångsköp för en iOS-app.

För att kolla att en idé intresserar någon innan du lägger veckor på den, låt den gå igenom de 5 testerna i hitta en appidé. Och för att skriva ner den räcker en sida: mallen finns i kravspecifikation för mobilapp.

I slutet av det här steget ska du också ha installerat din tekniska grund. För en nybörjare är det React Native med Expo, av skälen ovan. Sidan React Native och Expo för en mobilapp beskriver valet i detalj. Hur du avgränsar första versionen förklaras på sidan MVP för iOS-app.

En bra första version gör en sak riktigt bra, inte tolv saker halvbra.

Steg 2: hur bygger man kärnan i din app?

Bygg bara huvudfunktionen, och testa den på din egen iPhone så snart som möjligt. Inte på skärmbilder, inte bara i simulatorn.

Några regler som har besparat mig många omtag:

• Testa på den minsta och den största skärmen. Mitt första avslag från Apple på Solys berodde på en välkomstdemo som var omöjlig att vinna i ett fönster mindre än mina telefoners: granskaren testade på en iPad, där iPhone-appen körs i kompatibilitetsläge.
• Planera för fel. Nätverket borta, behörighet nekad, tom skärm: varje fall förtjänar ett tydligt meddelande.
• Använd AI, men läs igenom. Claude eller Cursor skriver snabbt, och har fel med full självsäkerhet om Apples regler. Fällorna listas i skapa en iOS-app med AI.

Det här steget är klart när externa testare använder appen via TestFlight, Apples betaverktyg. Allt förklaras i TestFlight: testa din iPhone-app.

Steg 3: hur kopplar man in betalning i en iOS-app?

Det är steget som de flesta nybörjare skjuter upp, och det är det som avgör om appen kan ge några pengar.

Onboardingen. De första skärmarna ska visa appens värde innan de ber om något: ett betyg, en behörighet eller en betalning. Det är också det Apple kontrollerar: mitt andra avslag på Solys (guideline 5.6.3) berodde på en betygsförfrågan som låg mitt i onboardingen.

Paywallen. Prenumerationsskärmen ska tydligt visa pris, period, eventuell provperiod och en knapp för att återställa köp. De klassiska misstagen finns i iOS-paywall: 7 nybörjarmisstag.

Prenumerationerna. Produkterna skapas i App Store Connect. Jag använder RevenueCat för att hantera åtkomsträttigheter, återställning och uppföljning av intäkter. Sidan prenumerationer i iOS-appar beskriver hela arbetet.

Mätningarna. Utan mätningar vet du inte var folk ger upp. Jag använder PostHog för att följa flödet (öppning, avslutad onboarding, visad paywall, köp) och Sentry för krascher.

Steg 4: hur publicerar du din app och blir hittad?

Produktsidan på App Store. Namn, undertitel, nyckelord, skärmbilder, beskrivning. Det är det som avgör om någon laddar ner, och om App Store visar dig i sina sökresultat. Sidan ASO för App Store förklarar hur du jobbar med den.

Integriteten. Uppgifterna om datainsamling måste stämma med vad appen faktiskt gör, och din integritetspolicy online måste vara uppdaterad. Det var precis det som gav Clic ett avslag enligt 5.1.1.

Inskickningen för granskning. Ge ett demokonto om appen kräver inloggning, och förklara vad granskaren ska testa. Apple uppger att de granskar 90 % av inskickningarna på mindre än 48 timmar. Det är avslagen som verkligen förlänger tidsplanen. Tiderna beskrivs i granskningstid på App Store, och hela processen på sidan publicera en app på App Store.

Och på Google Play? Vägen är densamma, med ett extra steg. För ett personligt konto som skapats efter den 13 november 2023 kräver Google ett stängt test med minst 12 registrerade testare under 14 dagar i följd innan appen går i produktion.

De första användarna. En publicerad app är inte en hittad app. Prata om din app där din målgrupp redan finns, och titta på produktsidans siffror redan första veckan.

Vad kostar det att skapa en app?

Om du bygger den själv är de obligatoriska kostnaderna låga. Här är priserna som visades på de officiella sidorna den 2 oktober 2026. Erbjudandena ändras: kolla dem innan du sätter igång.

Post	Visat pris	När du betalar
Apple Developer-konto	99 $ per år	För TestFlight och för att publicera
Google Play-konto	25 $, en gång	När kontot skapas
Kompilering och inskickning (Expo EAS)	0 $ upp till 15 iOS-byggen och 15 Android-byggen per månad, sedan 19 $ per månad	När du kompilerar ofta
Databas och konton (Supabase)	0 $ upp till 500 MB och 50 000 aktiva användare per månad, sedan från 25 $ per månad	När appen växer
Prenumerationer (RevenueCat)	0 $ upp till 2 500 $ i spårade intäkter per månad, sedan 1 %	När appen säljer
Apples provision	15 % med Small Business Program, annars 30 %	På varje försäljning via App Store

Två förtydliganden. Apple-kontot för 99 $ behövs inte för att börja koda, bara för TestFlight och publicering: stegen finns i Apple-utvecklarkonto: pris och registrering. Och registreringen i Small Business Program sker inte automatiskt: du måste ansöka om den.

Om du låter någon utveckla appen betalar du för utvecklartid: ett dagspris gånger ett antal dagar. Ingen seriös siffra kan ges utan att man känner till omfattningen. Kostnaderna, gratisnivåerna och kostnaderna som nästan ingen nämner beskrivs i vad kostar en app.

Den tyngsta posten syns inte på någon faktura: din tid.

Hur lång tid tar det från idé till App Store?

Det finns ingen ärlig tidsangivelse utan att känna till appen och din utgångsnivå. Det som är säkert är att varje steg måste ha ett synligt slut:

1. Idé: en mening, en målgrupp, en intäktsmodell, den tekniska grunden installerad.
2. Bygge: huvudfunktionen används av testare via TestFlight.
3. Betalning: ett lyckat testköp, inklusive återställning.
4. Publicering: appen inskickad till Apple, komplett produktsida, åldersklassificering inräknad.

Om ett steg inte har något synligt slut är det ett tecken på att första versionen är för stor.

Ett verkligt riktmärke, som varken är ett genomsnitt eller heltid: för TradaZen gick det 26 kalenderdagar mellan första commit och publiceringen på App Store. Detaljerna finns i hur lång tid tar det att skapa en app.

Och efter publiceringen?

En publicerad app är en början. De första användningsmätningarna säger nästan alltid något som ingen hade förutsett: en skärm där alla ger upp, en paywall som ingen ser, en funktion som folk använder på ett annat sätt. Nästa version bestäms utifrån de siffrorna, inte utifrån dina ursprungliga känslor.

Vanliga frågor

Går det att skapa en app gratis?

Ja, till stor del. Du kan koda, testa på din telefon och kompilera din app utan att betala något, tack vare verktygens gratisplaner. Publiceringen kostar däremot: 99 $ per år hos Apple, 25 $ en gång hos Google. Detaljerna finns i skapa en app gratis.

Vad kostar det att skapa en app?

Om du bygger den själv begränsas de obligatoriska kostnaderna till utvecklarkontona: 99 $ per år för Apple, 25 $ en gång för Google. Verktygen har gratisplaner att börja med. Om du låter någon utveckla den betalar du för utvecklartid, och priset beror på omfattningen.

Hur skapar man en app på ett enkelt sätt?

Det enklaste är inget verktyg, utan en pytteliten första version: en enda funktion, färdig. För en katalog eller ett formulär räcker ett verktyg utan kod. För en app som ska publiceras och säljas skriver AI koden, förutsatt att du testar varje steg på en riktig telefon.

Vilket är det bästa programmet för att skapa en mobilapp?

Det finns inget bästa program i absolut mening. För att bygga utan kod kan Bubble eller FlutterFlow publicera i butikerna. För att låta AI skriva koden används Claude Code, Codex eller Cursor med React Native och Expo. Rätt val beror på två saker: om appen måste finnas i butikerna, och om den ska sälja en prenumeration. Jämförelsen av generatorerna finns i Lovable, Rork, FlutterFlow.

Kan man skapa en app ensam, utan att kunna koda?

Ja. Jag publicerar mina egna appar med React Native, Expo och AI, och varje steg i den här guiden går att göra ensam. Det du behöver veta: AI:n skriver koden, men det är du som kontrollerar. Det kommer alltid en punkt där du måste förstå lite av vad den har skrivit, särskilt för betalningen och Apples granskning.

Är det lönsamt att skapa en app?

Ingen kan garantera det. Intäkterna beror inte på antalet nedladdningar, utan på hur många som betalar och vad som blir kvar efter Apples provision. Vad som påverkar resultatet förklaras i hur mycket tjänar en app.

Hur lång tid tar det att skapa en app?

Det finns ingen universell tid: allt beror på hur stor första versionen är och hur mycket tid du lägger på den varje vecka. Mitt verkliga riktmärke: 26 kalenderdagar mellan första commit och publiceringen av TradaZen på App Store.

Hur skapar man en app för iPhone?

De 4 stegen är desamma, med tre verktyg som är specifika för Apple: Apple Developer-kontot, TestFlight för testarna och App Store Connect för produktsidan och inskickningen för granskning. Hela vägen finns på sidan skapa en iPhone-app.

Följ den här metoden med iOS Kit

De här 4 stegen är exakt de som finns i iOS Kit: välja appen som kan ge pengar, bygga kärnan, koppla in pengarna, publicera och bli hittad. Du följer dem i din egen takt, med startkoden från mina appar och Claude Code-skills för varje steg.

Du kan också följa metoden på egen hand, med guiderna som länkas i den här artikeln. Vet du inte vilket steg du är på? Den kostnadsfria diagnosen visar var du står, säger vilket steg du ska ta itu med först och skickar dig min checklista mot avslag från Apple. Ingen kan garantera dig Apples godkännande eller några intäkter. Det metoden garanterar är att du hela tiden vet vad som återstår att göra.