En apputvecklare omsätter ert behov till en fungerande mobilapp för iOS och Android. Det handlar om mer än kod: krav, UX, backend, integrationer, tester och publicering i App Store och Google Play. På ScriptSector får ni ett team som äger hela kedjan - från MVP Sprint på sex veckor till fast pris 60 000 kr, till större företagsappar. Vill ni hellre jämföra prisnivåer först? Läs vad en app kostar, eller boka ett samtal.
Roll och ansvar
En apputvecklare bygger inte bara skärmar. Rollen handlar om att förstå ert verksamhetsbehov och få användarflöden, data och teknik att fungera tillsammans. Ni bidrar med verksamhetskunskap och prioriteringar. Utvecklaren hjälper er att översätta dem till en lösning som går att bygga, testa och förvalta.
Arbetet börjar med discovery: vem ska använda appen, vilket problem ska den lösa och vad behöver fungera vid första lanseringen? Här granskas också befintliga system, datakällor och tekniska beroenden. Resultatet bör vara ett avgränsat underlag med tydliga prioriteringar, inte bara en lång önskelista.
För er som beställare är det viktigt att skilja på sådant som måste finnas och sådant som kan vänta. Om appen ska förenkla arbetsorder kan hela flödet från tilldelning till rapportering vara viktigare än avancerade rapportvyer. En MVP ska pröva ett verkligt användningsfall, inte innehålla lite av allt.
Därefter behöver utvecklaren hantera hela vägen till användning:
- UX och design: Gör navigering, formulär och återkoppling begripliga. Prototyper hjälper er att upptäcka missförstånd innan funktionerna kodas. Tillgänglighet behöver finnas med från början.
- Kod och appfunktioner: Bygg gränssnitt, lokal lagring och funktioner som kamera eller notiser där de behövs. Appen måste också hantera fel och avbrutna flöden.
- Backend och integrationer: Ordna inloggning, behörigheter, databaser och kopplingar till era system. Känsliga uppgifter och hemliga nycklar ska hanteras på rätt plats, inte lämnas oskyddade i appen.
- Tester: Kontrollera centrala användarflöden på relevanta enheter. Testa även nekade behörigheter, svagt nätverk och fel från externa system. Ni behöver godkänna att lösningen fungerar i verksamheten.
- Publicering: Förbered byggen, butikstexter, skärmbilder och integritetsuppgifter för App Store och Google Play. Butikernas granskning är ett separat steg och kan kräva kompletteringar.
Ansvar slutar inte vid publicering. Kom överens om vem som följer upp fel, uppdaterar beroenden och hanterar ändringar i operativsystemen. Säkerställ också att ni har tillgång till källkod, konton och dokumentation. På sidan om apputveckling hos ScriptSector kan ni läsa mer om upplägget från idé till lansering.
Native vs React Native
Native innebär att appen byggs med respektive plattforms egna verktyg, vanligtvis Swift för iOS och Kotlin för Android. React Native gör det möjligt att dela en stor del av koden mellan plattformarna. Båda alternativen kan ge en bra app. Valet ska följa era krav, inte utvecklarens favoritverktyg.
React Native är ofta relevant när ni behöver liknande funktioner på iOS och Android. Gemensam kod kan förenkla utveckling och underhåll, men tar inte bort behovet av plattformsspecifika anpassningar. Notiser, behörigheter, betalningar och butikspublicering behöver fortfarande hanteras för respektive plattform.
Native kan passa bättre när appen har särskilt djup integration med operativsystemet eller höga krav på grafik och plattformsspecifikt beteende. Även då behöver ni väga teknikfördelarna mot hur lösningen ska förvaltas och vilken kompetens som finns tillgänglig.
Be därför om en motivering utifrån era viktigaste flöden. Fungerar nödvändiga bibliotek? Finns beroenden som kan bli svåra att underhålla? Behöver en teknisk osäkerhet provas innan resten byggs? Läs mer i guiden om teknikval för iOS- och Android-appar.
Vad det kostar
Priset avgörs främst av omfattning, teknisk komplexitet och hur mycket som redan är klarlagt. Inloggning kan exempelvis vara enkel i ett avgränsat flöde men mer omfattande när den ska följa företagets behörighetsstruktur och kopplas till befintliga system.
Följande nivåer ger en utgångspunkt för budgeten:
- En enkel app kan börja från cirka 40 000 kr.
- MVP Sprint omfattar sex veckor till fast pris 60 000 kr exkl. moms.
- En komplett företagsapp ligger ofta på 200 000-500 000 kr.
- En avancerad app börjar från cirka 500 000 kr.
MVP Sprint passar när ni kan avgränsa ett tydligt kärnflöde. Ett fast pris förutsätter en överenskommen omfattning. Det betyder inte att alla funktioner i den långsiktiga produktplanen ryms i sprinten.
Be om ett underlag som skiljer på utveckling, löpande drift och förvaltning. Kontrollera även eventuella kostnader för externa tjänster. Apple Developer kostar 149 USD per år och Google Play har en engångsavgift på 25 USD. Butikskontona bör ligga under er kontroll även om utvecklaren hjälper till med publiceringen.
För fler exempel på vad som påverkar budgeten, läs vad det kostar att utveckla en app. En användbar offert beskriver både vad som ingår och vilka antaganden som priset bygger på.
När ni ska anlita byrå
Anlita en extern utvecklingspartner när ni behöver hjälp att hålla ihop krav, teknik och lansering, inte bara få en färdig specifikation kodad. Det är särskilt relevant när integrationer, säkerhet eller oklara användarflöden kräver beslut innan utvecklingen kan ta fart.
ScriptSector drivs av Anton Kihlström. Ni har direktkontakt med den som utvecklar lösningen. Inför ett uppdrag behöver ni därför stämma av omfattning, tillgänglighet och hur support ska fungera. Ett behov av bred parallell bemanning kan kräva ett annat upplägg.
Fråga hur ändringar prioriteras, när ni får se fungerande delar och hur godkännanden dokumenteras. Utse också en beslutsansvarig hos er. Utvecklaren kan föreslå lösningar, men kan inte ersätta er kunskap om kunder, arbetsprocesser och affärsmål.
Planera tid utifrån leveransen. En lanserad MVP tar normalt 2-4 månader enligt tjänstesidans upplägg, medan MVP Sprint är ett avgränsat sexveckorsupplägg. Avancerade appar tar ofta 4-6 månader. Tillgång till system, återkoppling och butiksgranskning påverkar planeringen. Läs mer om hur lång tid det tar att utveckla en app.
Vanliga frågor
Behöver ni en färdig kravspecifikation?
Nej. Börja med problemet, målgruppen och det viktigaste användarflödet. Discovery hjälper er att precisera omfattningen. Befintliga processbeskrivningar och exempel från verksamheten gör diskussionen mer konkret.
Måste appen finnas för både iOS och Android?
Nej. Utgå från vilka enheter målgruppen använder och hur appen ska distribueras. Ett internt verktyg kan ha andra plattformskrav än en app för en bred kundgrupp.
Vad händer efter lanseringen?
Ni behöver ett överenskommet upplägg för drift, felhantering och uppdateringar. Bestäm vad som ingår i förvaltningen och vad som hanteras som vidareutveckling innan appen publiceras.
Vill ni reda ut vad er app behöver och vad som kan vänta? Kontakta ScriptSector och beskriv ert viktigaste användningsfall.