En fokuserad MVP för en webbprodukt eller SaaS tar ungefär 12 veckor hos oss: två veckors förstudie, två veckor design och arkitektur, tre utvecklingssprintar på två veckor och två veckor test och lansering. Den kostar oftast 30 000–60 000 € (ca 330 000–660 000 kr), i den nedre delen av spannet för vår systemutveckling, med fast pris efter förstudien. De flesta MVP:er som misslyckas är antingen för ambitiösa eller för tunna. Det här är planen vi använder för att undvika båda.
En MVP (minimum viable product) är den minsta versionen av er produkt som riktiga användare kan använda och som testar ert viktigaste antagande. Det är ingen klickbar demo, och det är inte version ett av allt.
Hur ser en MVP-plan på 12 veckor ut?
| Veckor | Fas | Det ni får | Det ni bestämmer |
|---|---|---|---|
| 1–2 | Förstudie och avgränsning | Användarproblemet, den kritiska användarresan, prioriterad funktionslista, val av teknikstack och fast pris | Vad som är med och vad som får vänta |
| 3–4 | Design och arkitektur | Wireframes och design för de viktigaste vyerna, datamodell, CI/CD och en produktionslik miljö | Godkännande av kärnflödet |
| 5–6 | Sprint 1 | Datamodellen och det primära användarflödet, hela vägen | Fungerar kärnflödet som tänkt? |
| 7–8 | Sprint 2 | Inloggning, sekundära flöden och integrationer | Vilka integrationer som är nödvändiga |
| 9–10 | Sprint 3 | Finputs, specialfall och det som gör att produkten känns färdig | Vad som flyttas till backloggen efter lansering |
| 11–12 | Test och lansering | Automatiska tester, QA, last- och säkerhetstester, övervakning, lansering | Klart att lansera eller inte |
Vecka 1–2: förstudie och avgränsning
Det här är projektets viktigaste två veckor, och de som flest team hoppar över. Vi definierar användarproblemet, kartlägger den kritiska användarresan (inte alla resor, bara den som bevisar er hypotes), väljer teknikstack utifrån era förutsättningar och prioriterar funktionerna med MoSCoW-metoden: must have, should have, could have och won’t have den här gången. Resultatet är ett avgränsningsdokument som alla är överens om. Försöker MVP:n göra 20 saker gör den ingen av dem bra, så vi stryker tills bara de funktioner som testar ert viktigaste antagande finns kvar.
Vecka 3–4: design och arkitektur
Design och arkitektur löper parallellt. Designen fokuserar på det kritiska flödet: först wireframes, sedan detaljerad design för de vyer som betyder mest. Vi designar huvudvägen och hanterar specialfall pragmatiskt under utvecklingen. På arkitektursidan fattar vi de beslut som är dyra att ändra senare: datamodellen, CI/CD från första dagen, kodstandarder och en produktionslik miljö från första veckan. Arkitekturen i en MVP ska vara enkel, men inte en slit-och-släng-lösning. Vilka beslut som är viktiga tidigt går vi igenom i SaaS-arkitektur från MVP till skala.
Vecka 5–10: tre utvecklingssprintar
Sex veckors utveckling i tre sprintar på två veckor. Varje sprint avslutas med en demo av fungerande mjukvara och ett återkopplingsmöte som styr nästa sprint. Sprint 1 bygger datamodellen och det primära användarflödet hela vägen; även om det är kantigt kan ni gå igenom huvudscenariot i slutet av vecka 6. Sprint 2 lägger till inloggning, sekundära flöden och integrationer. Sprint 3 tar hand om finputs, specialfall och detaljerna som gör att produkten känns komplett i stället för halvfärdig.
Den viktigaste disciplinen är att låta bli att lägga till funktioner. Alla grundare får nya idéer under utvecklingen, och det är naturligt. Vi lägger dem i en backlog till efter lanseringen, men sprintens omfattning ligger fast. Omfattning som växer under projektet är den vanligaste orsaken till att en MVP missar sitt lanseringsdatum.
Vecka 11–12: test och lansering
De sista två veckorna handlar om trygghet: automatiska tester, manuell QA, prestandatester under last och en säkerhetsgenomgång. Vi sätter upp övervakning och larm så att ni direkt vet om något går sönder, och tar hand om det praktiska kring lanseringen, som domäner, SSL, e-post, analysverktyg och publicering i appbutiker när det är aktuellt. Lanseringsdagen ska vara odramatisk, eftersom allt redan är testat.
Vad kostar en MVP?
En MVP på 12 veckor som den här kostar oftast 30 000–60 000 € (ca 330 000–660 000 kr), i den nedre delen av spannet 30 000–150 000 € (ca 330 000–1 650 000 kr) där våra skräddarsydda projekt brukar hamna. Det fasta priset sätts efter förstudien, när omfattningen är tydlig. Det som påverkar priset mest är antalet användarroller, integrationer som betalningar, affärssystem eller inloggning med BankID, och hur mycket egen design ni behöver.
Ryms omfattningen i ungefär tre kärnflöden levererar vårt MVP-lanseringsprogram en produktionsklar MVP på 6 veckor, med en senior och en mid-utvecklare plus delad design och projektledning. Priset sätts efter avgränsning; se våra priser.
Båda omfattas av vår garanti för första sprinten: innan vi börjar kommer vi skriftligt överens om vad den första sprinten på två veckor ska leverera. Om demon efter sprint 1 inte uppfyller acceptanskriterierna kan ni avbryta, och ni betalar inte för den sprinten.
Vad gör att en MVP lyckas?
MVP:er som lyckas har tre saker gemensamt. De löser exakt ett problem bra i stället för fem problem dåligt. De har ett framgångsmått som bestämts innan utvecklingen börjar, till exempel “X användare registrerar sig första månaden” eller “Y % av användarna slutför kärnflödet”. Och de byggs av ett team som har lanserat produkter förut och kan fatta snabba beslut om alla små avvägningar som dyker upp längs vägen.
Vilka MVP-misstag ska ni undvika?
- Att bygga ett eget designsystem när ett komponentbibliotek räcker.
- Att överdimensionera arkitekturen för en skala ni ännu inte har.
- Att lägga veckor på administrationsvyer som bara ert eget team använder.
- Att bygga funktioner för att en konkurrent har dem, inte för att era användare behöver dem.
- Att vänta med att driftsätta tills allt är klart. Driftsätt tidigt och låt verklig användning styra prioriteringarna.
Vad händer efter lanseringen?
Lanseringen är startlinjen, inte mållinjen. Planera för minst 4–6 veckors vidareutveckling: rätta fel, förbättra flöden utifrån hur produkten faktiskt används och välja vad i backloggen som ska byggas härnäst. Samma team kan sedan fortsätta som en Delivery Pod, ett team till fast månadspris som leds av en senior utvecklare, utan ny introduktion: Care Lite för 46 000 kr/mån för underhåll och säkerhetsuppdateringar, eller en Start Pod för 90 000 kr/mån för att fortsätta bygga.
Vad ni kan göra härnäst
Planerar ni en MVP, börja med ett avgränsningssamtal via sidan om systemutveckling. Vi säger om er omfattning passar 6 veckor eller 12, vad den sannolikt kommer att kosta och vad vi skulle stryka.
