En app är mer än det som syns på skärmen
Den som vill utveckla en app tänker ofta på skärmarna först. Men det mesta av arbetet ligger bakom: ett API som appen pratar med, en databas, inloggning, push-notiser, en adminpanel där ni kan se och ändra data, och rutiner för att släppa uppdateringar utan att något går sönder. Vi bygger allt detta, och vi säger tidigt vilka delar som verkligen behövs i första versionen.
Vi har gjort det för vår egen räkning
FolkPanelen är vår egen app för betalda enkäter, publicerad i både App Store och Google Play. Vi byggde appen i Expo och React Native, landningssidan i Next.js, ett API i Bun med PostgreSQL och en adminpanel. Användare loggar in med BankID och får sina pengar utbetalda via Swish. Appen skickar push-notiser när nya enkäter finns.
Det betyder att vi har gått igenom App Store-granskning, hanterat Apples och Googles krav på integritetsuppgifter, och byggt utbetalningsflöden där det faktiskt handlar om riktiga pengar. Den erfarenheten tar vi med in i era projekt.
Varför React Native och Expo
Med React Native skriver vi en gemensam kodbas som blir riktiga native-appar för både iOS och Android. Expo ger oss ett verktygsflöde för byggen, testversioner och uppdateringar som sparar mycket tid jämfört med att sätta upp allt för hand.
- En kodbas, två plattformar – nya funktioner kommer till både iPhone och Android samtidigt.
- Native-moduler när det behövs – kamera, push, platstjänster, biometri och liknande.
- Samma språk som webben – TypeScript i appen, i API:t och på webben gör att logik och typer kan delas.
- Snabbare rättningar – vissa ändringar kan skickas ut som uppdateringar utan att vänta på en ny granskning, inom ramen för butikernas regler.
Det finns fall där helt separat native-utveckling i Swift och Kotlin är rätt val, till exempel appar som lever nära hårdvaran eller kräver avancerad grafik. Då säger vi det hellre än att pressa in projektet i fel verktyg.
Backend och integrationer
Vi skriver backend i Node.js, Bun eller .NET/C#, med PostgreSQL eller SQL Server som databas. Vanliga integrationer i appar vi bygger:
- BankID för säker inloggning och signering – se guiden BankID i app.
- Swish för betalningar och utbetalningar, och Stripe för kort och prenumerationer. Mer på betalningar och BankID.
- Push-notiser via Apples och Googles tjänster.
- OAuth/SSO när användarna redan har konton hos er eller en tredje part.
Så jobbar vi
- Workshop och avgränsning – vad ska första versionen klara, och vad kan vänta?
- Design i Figma eller som klickbar prototyp – testa flödet innan något byggs.
- Utveckling med testversioner – ni får appen i TestFlight och som intern testversion på Android tidigt.
- Publicering – vi hjälper till med butikssidor, skärmbilder, integritetsuppgifter och granskning.
- Drift och vidareutveckling – nya OS-versioner kommer varje år, och appen behöver följa med.
För att publicera behöver ni egna utvecklarkonton: Apple Developer Program kostar 99 USD per medlemsår och Google Play har en engångsavgift på 25 USD. Vi publicerar helst under ert konto så att appen är er.
Vad som händer efter lanseringen
En app blir aldrig riktigt klar. Apple och Google släpper nya versioner av iOS och Android varje år, och butikerna höjer successivt kraven på vilka verktyg och versioner en app måste byggas med för att få uppdateras. Dessutom visar de första användarna snabbt vad som behöver ändras. Vi kan ta ett löpande ansvar för uppdateringar, felrättningar och övervakning, eller lämna över koden och dokumentationen till er egen utvecklare. Vilket ni väljer bestämmer ni – men det bör vara bestämt innan lanseringen, inte efter.
Pris och tid
Vi arbetar med fast pris efter offert. Vad en app kostar beror på antal skärmar och flöden, integrationer, backend och design – vi går igenom det i detalj i guiden Vad kostar en app?. Ju tydligare ni kan beskriva vad appen ska göra för användaren, desto skarpare offert kan vi ge.
Efter lanseringen marknadsför vi gärna appen också, med butiksoptimering och lanseringsplan. Läs mer om marknadsföring och App Store-optimering.