Vad kostar det att bygga en MVP?
Av CodexierPublicerad 5 min läsning
Grundare frågar vad en MVP kostar och får svar som skiljer sig med en faktor tio. Det beror inte på att utvecklare är oense om timpriser, utan på att var och en föreställer sig en annan produkt. Kostnaden följer omfattningen nästan mekaniskt, så den användbara frågan är vilka delar av din idé som är dyra och vilka som är billiga. Den här guiden går igenom drivkrafterna, förklarar skillnaden mellan fast omfattning och öppna projekt och använder våra fasta paket som öppen referens.
Vad en MVP-budget betalar för
Se budgeten som lager. Det synliga lagret är gränssnittet: registrering, översikt, kärnflödet. Under det ligger logiken: vad som händer när en användare gör något, vad som lagras, vad som beräknas. Under det ligger integrationerna: betalningar, mejl, en kalender, ett bokföringssystem. Och runt alltihop ligger driftlagret grundare glömmer: en adminvy för att se och rätta data, ett inloggningssystem, hosting, säkerhetskopior och felrapportering. Det sista lagret är inte valfritt; en produkt utan adminvy kostar utvecklartid varje gång en kund behöver något ändrat.
Funktioner som mångdubblar kostnaden
Vissa funktioner lägger till en skärm. Andra lägger till en hel andra produkt. Tabellen skiljer dem åt så att du ser vilka punkter på din lista som gör skadan.
| Funktion | Kostnadseffekt | Varför |
|---|---|---|
| En andra användarroll (t.ex. admin och kund) | Stor | Varje skärm och regel får nu två versioner |
| En tvåsidig marknadsplats | Mycket stor | Två produkter, matchningslogik och utbetalningar |
| Realtidsfunktioner (chatt, liveuppdateringar) | Stor | Annan arkitektur, svårare testning |
| Filuppladdning och dokument | Medel | Lagring, virusskanning, åtkomstkontroll |
| Aviseringar via mejl eller sms | Liten till medel | Mallar plus en leveranstjänst |
| Fler enkla sidor eller inställningar | Liten | Samma mönster upprepas |
| Egen visuell design utöver ett komponentbibliotek | Liten till medel | Designtid, inte teknisk komplexitet |
Det återkommande mönstret: allt som skapar en andra sorts användare, en andra sida av en transaktion eller en andra kopia av sanningen mångdubblar kostnaden. Allt som upprepar ett befintligt mönster lägger till lite.
Integrationer, betalningar och admin
Integrationer prissätts per system, eftersom varje system har egen autentisering, egen datamodell och egna felsätt. Betalningar är den dyraste integrationen att få rätt, inte för att Stripe eller Klarna är svåra att anropa, utan för att prenumerationer, återbetalningar, nekade kort, moms och kvitton alla måste fungera. BankID-inloggning lägger till en certifierad leverantör och ett testflöde. En Fortnox-synk lägger till mappning och felhantering för varje fält. Be om varje integration som en egen rad i offerten.
- Betalningar: engångsköp är billiga; prenumerationer med uppgraderingar, provperioder och fakturor är ett eget projekt.
- Inloggning: e-post och lösenord är standard; BankID, Google eller Microsoft lägger var och en till en leverantörsuppsättning.
- Admin: budgetera för en enkel adminvy från dag ett. Det är det billigaste supportverktyg ni någonsin köper.
- GDPR: dataexport, radering och ett behandlingsregister kostar lite om det planeras tidigt och mycket om det skruvas på i efterhand.
Fast omfattning eller öppet projekt
Ett öppet projekt på löpande räkning ger er flexibilitet och hela kostnadsrisken. En fast omfattning ger ett pris och flyttar risken till leverantören, men bara för det som står nedskrivet. Knepet är att skriva ner omfattningen väl, vilket är vad en planeringsfas är till för. Vår guide om fast pris eller löpande räkning går igenom när varje modell är rätt; för en MVP är svaret oftast en första version till fast pris följd av löpande arbete när riktiga användare format vägen framåt.
Beslutsregeln: kan ni skriva användarens kärnflöde på en sida och namnge varje integration är ni redo för ett fast pris. Ändras flödet varje gång ni beskriver det: köp planeringsarbetet först, inte bygget.
Våra fasta paket som referens
| Paket | Pris | Vad det täcker |
|---|---|---|
| MVP-planering och arkitektur | 14 990 kr | Omfattning, användarflöden, datamodell, teknikval, en byggkalkyl ni kan ta med var som helst |
| MVP-utveckling och driftsättning | 49 990 kr | En definierad första version byggd, testad och driftsatt, med admin, inloggning och övervakning |
| Skalning, optimering och uppgradering | 29 990 kr | För en MVP i drift som vuxit ur sin första arkitektur |
Priser exklusive moms, från vår publika katalog. Omfattning utöver paketet offereras separat innan arbetet börjar.
När ni inte behöver ett MVP-bygge: har ni inte pratat med tänkta kunder ännu är en landningssida och tjugo samtal en bättre användning av pengarna. Kan idén testas med ett no-code-verktyg och ett kalkylark, gör det först; kodversionen blir bättre av det. Och kan ni inte beskriva vilka de tio första betalande användarna är, är ingen budget rätt budget ännu. Ett kostnadsfritt 15-minuterssamtal räcker för att vi ska kunna säga vilket av detta som gäller, och vi säger det hellre nu än efter att ni betalat för ett bygge.
Vanliga frågor
Varför skiljer sig MVP-offerter så mycket?
För att omfattningen sällan skrivs ner före offerten, så varje utvecklare prissätter produkten den föreställer sig. Två offerter på samma ensidiga omfattning, med integrationerna namngivna, hamnar oftast nära varandra. Stor spridning är ett tecken på oklar omfattning, inte på att en leverantör fuskar.
Kan jag sänka kostnaden för en MVP med no-code-verktyg?
Ofta för det första testet, ja. No-code-verktyg är utmärkta för att validera efterfrågan och för interna verktyg. De blir dyra eller begränsande när ni behöver egen logik, integrationer de inte stöder eller en produkt ni ska sälja till företag som ställer säkerhetsfrågor. Många bra MVP:er börjar i no-code och byggs om när modellen är bevisad.
Vad kostar en MVP i drift efter lansering?
Hosting, några tjänsteabonnemang som mejlleverans och felövervakning, och utvecklartid för rättningar och små ändringar. För en liten MVP är abonnemangen måttliga; utvecklartiden är den rörliga posten, och den beror på hur snabbt riktiga användare får er att ändra saker.
Är planeringspaketet nödvändigt före bygget?
Det är nödvändigt före ett fast pris. Utan det är ett fast pris en gissning med marginal ovanpå. Med det får ni en omfattning ni kan lämna till oss eller vilken annan utvecklare som helst, och en byggkalkyl som betyder något. Är er omfattning redan skriven på den nivån hoppar vi över det.
Vill du ha ett pris på din MVP, inte ett spann?
Beskriv kärnflödet och systemen det ska kopplas till. På 15 minuter säger vi vilket paket som passar, vad som ingår och inte ingår, och om ni bör validera mer innan ni bygger.
Boka ett kostnadsfritt 15-minuterssamtal