För 60 000 kr exkl. moms får du med ScriptSectors MVP Sprint en fungerande första version av din app på sex veckor. Prioriterad omfattning, design, backend, API och källkod ingår. Arbetet fokuserar på de viktigaste användarflödena som löser huvudproblemet, vanligtvis för antingen webb eller mobil. Du får alltså inte bara en klickbar prototyp. Extra funktioner, externa tjänstekostnader och offentlig butikslansering ska däremot inte räknas som automatiskt inkluderade.
Här går vi igenom gränserna för MVP Sprint: vad du faktiskt får, vad som behöver väljas bort och vad du kan göra efter leveransen. Vill du jämföra flera typer av appprojekt finns den bredare prisguiden Vad kostar det att utveckla en app?.
Vad får du efter sex veckor?
Du får en fungerande första version för webb eller mobil, med stöd för iOS och/eller Android enligt överenskommen omfattning om du väljer mobil. Den ska kunna demonstreras, användartestas och förberedas för lansering. Skillnaden mot en klickbar prototyp är att de överenskomna flödena fungerar med den backend, datahantering och de API:er som ingår i projektet.
Det viktiga är inte hur många skärmar appen har. Det är om en användare kan genomföra den handling som gör idén värdefull. För en bokningsidé kan kärnflödet exempelvis vara att hitta en tid och genomföra en bokning. Det är ett exempel på prioritering, inte en färdig funktionslista som ingår i alla sprintar.
| Område | Ingår i sprinten | Ingår inte automatiskt |
|---|---|---|
| Funktioner | Överenskomna kärnflöden | Hela önskelistan |
| Design och teknik | Design, backend och API för vald omfattning | Funktioner utanför avgränsningen |
| Integrationer | Nödvändiga integrationer som ryms | Alla integrationer och externa avgifter |
| Plattform | Vanligtvis webb eller mobil | Både webb och mobil |
| Leverans | Fungerande version och ägande av levererat material | Offentlig lansering i appbutiker |
Målet är ett sammanhängande kärnflöde, inte många halvfärdiga funktioner. Därför är bortvalen en del av leveransen, även om de inte syns som knappar i appen.
Hur bestäms omfattningen innan start?
Före start prioriteras de funktioner som måste finnas för att appen ska lösa sitt huvudproblem. Det är den överenskomna omfattningen som ligger till grund för det fasta priset, inte en obegränsad lista med idéer.
Ett praktiskt sätt att förbereda samtalet är att besvara tre frågor:
- Vem ska använda den första versionen?
- Vilken uppgift måste den personen kunna slutföra?
- Vad kan vänta utan att kärnnyttan försvinner?
Beskriv gärna handlingar i stället för breda rubriker. ”Användaren ska kunna boka en tid” ger bättre underlag än ”ett komplett bokningssystem”. Även det första påståendet behöver avgränsas: vilka regler och uppgifter krävs faktiskt för den första versionen?
Du bidrar med verksamhetskunskap, förståelse för målgruppen och tydlig återkoppling som gör det möjligt att fatta beslut under sprinten. Utvecklingen kan inte ersätta dina beslut om exempelvis hur tjänsten ska fungera för kunden.
Funktioner som hamnar utanför omfattningen förs till nästa fas. Om en ny idé dyker upp under arbetet behöver den bedömas mot avgränsningen. Fast pris betyder inte att nya önskemål automatiskt kan läggas ovanpå det som redan är överenskommet.
Vad ryms vanligtvis inte i en MVP Sprint?
En MVP är sällan rätt plats för att bygga hela den framtida produkten. Flera målgrupper med helt olika flöden, omfattande rapportering, många specialfall och ett stort antal integrationer är exempel på sådant som kan behöva vänta. Det avgörs utifrån den aktuella idén, inte genom en universell lista över förbjudna funktioner.
En administrativ vy kan exempelvis vara nödvändig för att hantera kärnflödet. Ett omfattande administrationssystem med många roller och rapporter är en annan omfattning. Samma funktionsnamn kan alltså dölja väldigt olika mycket arbete.
Vanligtvis väljs också en plattform per sprint: mobil eller webb. Utgå inte från att både en webbapp och en mobilapp ingår. ScriptSector rekommenderar det som passar idén och målgruppen.
Prioriteringen blir enklare om du skiljer på ”användaren kan inte lösa problemet utan detta” och ”detta skulle göra produkten mer komplett”. Det senare kan vara värdefullt, men behöver inte vara med i första versionen.
Ingår både design och utveckling?
Ja. Design och utveckling ingår, tillsammans med backend och API anpassade till den överenskomna omfattningen. Du köper inte enbart skisser som sedan kräver ett separat utvecklingsprojekt för att bli användbara.
Designen behöver stödja kärnflödet: vad användaren ska förstå, vilka uppgifter som behövs och hur nästa steg blir tydligt. Backend, datahantering och API behöver i sin tur göra samma flöde möjligt i en fungerande produkt.
Det innebär inte att alla framtida vyer eller funktioner designas och byggs samtidigt. Om en funktion ligger utanför sprinten ska du inte heller utgå från att dess design ingår. För mer bakgrund till arbetet bakom gränssnittet kan du läsa vad en apputvecklare gör.
Kan BankID, betalning, bokning eller CRM ingå?
Ja, nödvändiga integrationer kan ingå om de ryms inom den överenskomna omfattningen. BankID, betalning, bokning och CRM är exempel, inte ett integrationspaket där allt automatiskt följer med.
Börja med behovet. Måste användaren identifiera sig med BankID för att kärnflödet ska fungera? Behöver betalning ske i appen? Vilka uppgifter behöver faktiskt skickas till ett CRM? Svaren påverkar hur integrationen ska avgränsas.
Skilj också på arbetet med att bygga integrationen och kostnaden för tjänsten den ansluter till. Avgifter för exempelvis BankID, hosting, betalningar och SMS kan tillkomma utöver utvecklingen. Ett fast utvecklingspris innebär inte att externa leverantörers avgifter försvinner.
Om identifiering är central för idén ger guiden om BankID i appen: kostnad, tid och UX mer underlag inför avgränsningen.
Vem äger koden och designen efter leverans?
Efter leveransen äger du källkoden, designfilerna och dokumentationen. Du kan fortsätta utvecklingen med ScriptSector eller anlita en annan leverantör.
Det är en viktig skillnad mellan att få tillgång till en demonstration och att få en levererad produkt att arbeta vidare med. Första versionen är inte slutpunkten för idén, och ägandet ger dig möjlighet att välja hur nästa steg ska genomföras.
Ägandet innebär däremot inte att framtida funktioner ingår i sprintpriset. Håll isär två frågor: vilket material du får efter leveransen och vilket fortsatt arbete du vill beställa.
Ingår publicering i App Store och Google Play?
Offentlig lansering i App Store eller Google Play bedöms separat. Att versionen är redo att demonstreras, användartestas och förberedas för lansering är inte samma sak som att den finns offentligt i butikerna efter sex veckor.
För utvecklarkonton hos Apple och Google tillkommer också separata avgifter. De ska skiljas från kostnaden för själva utvecklingen och kontrolleras hos respektive leverantör inför publicering.
Berätta före start om offentlig publicering är avgörande för ditt nästa steg. Då kan förväntningarna kring sprintens leverans och lanseringen hållas isär. Läs även hur lång tid det tar att utveckla en app för ett bredare tidsperspektiv.
Vad händer efter vecka sex?
Efter sex veckor går ni igenom resultatet, återkopplingen och nästa prioriteringar. Fortsättningen kan vara en ny fas eller löpande utveckling. Den är inte en obegränsad fortsättning inom samma fasta pris.
Använd första versionen för att undersöka vad användarna faktiskt behöver. Klarar de kärnuppgiften? Förstår de flödet? Saknas något avgörande, eller är det främst tydligheten som behöver förbättras?
Den återkopplingen ger bättre underlag än att direkt börja bygga allt som valdes bort före start. Nästa steg kan handla om att förbättra kärnflödet, lägga till prioriterade funktioner eller arbeta vidare mot lansering. Vilket som är rätt beror på resultatet.
När är en MVP Sprint fel val?
Sprinten passar sämre om första leveransen måste innehålla hela verksamhetens funktionalitet, flera separata användarupplevelser eller både webb och mobil utan möjlighet att prioritera. Då kan ett bredare projekt vara mer relevant än att försöka pressa in allt i MVP-formatet.
Som kort prisjämförelse börjar en enkel app på cirka 40 000 kr, medan en komplett verksamhetsapp ofta kostar 200 000-500 000 kr och en avancerad app börjar på cirka 500 000 kr. MVP Sprint kostar 60 000 kr exkl. moms och tar sex veckor. Det priset gäller en avgränsad första version med överenskomna kärnflöden, inte en komplett verksamhetsapp till lägre pris.
Den passar också sämre om du inte kan bidra med verksamhetskunskap och tydlig återkoppling. Ett avgränsat projekt behöver fortfarande beslut från dig.
Om du däremot kan peka ut ett huvudproblem och acceptera att andra funktioner kommer senare finns en tydligare grund för sprinten. På sidan om apputveckling kan du läsa om ett bredare upplägg.
Vanliga frågor om MVP till fast pris
Är 60 000 kr inklusive moms?
Nej. Det fasta priset är 60 000 kr exkl. moms. Externa tjänstekostnader kan tillkomma, och offentlig butikslansering bedöms separat.
Får jag en riktig app eller bara en prototyp?
Du får en fungerande första version, inte bara en klickbar prototyp. Den bygger på överenskomna kärnflöden och är redo att demonstreras, användartestas och förberedas för lansering.
Kan jag byta utvecklare efter sprinten?
Ja. Efter leveransen äger du källkod, designfiler och dokumentation. Du väljer själv om du vill fortsätta med ScriptSector eller en annan leverantör.
Vill du veta om din idé ryms?
Kontakta ScriptSector och beskriv målgruppen, problemet och den viktigaste handlingen användaren ska kunna genomföra. Nämn också nödvändiga integrationer och om du tänker webb eller mobil. Det ger ett konkret underlag för att diskutera vad som bör ingå i första versionen och vad som kan vänta.