Vad är en MVP, och vad ska första versionen innehålla?
Vad en MVP är och inte är, vad första versionen av en app eller egen mjukvara behöver, vad som kan vänta, och de fallgropar som gör den dyrare än nödvändigt.
Av Daniel Aideborn · Publicerad 29 september 2026 · 3 min läsning
Kort svar: en MVP är den minsta versionen som låter riktiga användare göra det viktigaste, så att du lär dig om det är värt att bygga mer. Den är inte en halvfärdig produkt, utan en liten färdig. Det den gör ska fungera på riktigt, men den gör få saker.
Förkortningen står för minimum viable product. Nedan står vad som hör hemma i första versionen, vad som kan vänta, hur du väljer utifrån den fråga du vill ha svar på, och de vanligaste misstagen.
Det som ska vara med
- Kärnflödet. Det enda användaren kommer för, från början till slut. Går det inte att göra färdigt är det ingen MVP.
- Konton, om de behövs. Ska användaren komma tillbaka till sina egna uppgifter behövs inloggning från start.
- Betalning, om frågan är betalningsvilja. Vill du veta om folk betalar, måste de kunna betala.
- En enkel administration. Någon på din sida måste kunna rätta fel, hjälpa en användare och ta bort det som blev fel.
- Mätning. Utan den vet du inte vad användarna gjorde, bara vad de sa.
Det som kan vänta
- Inställningar och anpassningar som bara några få efterfrågar.
- Flera användarroller, när en roll räcker för att lära sig.
- Integrationer med andra system, om uppgifterna kan föras över för hand i början.
- Både iOS och Android. Börja där användarna finns, eller med en webbapp.
- En genomarbetad introduktion för nya användare. De första användarna kan du prata med direkt.
Välj utifrån frågan du vill ha svar på
| Frågan | Då måste första versionen kunna |
|---|---|
| Vill folk använda det? | Kärnflödet, och mätning av om de kommer tillbaka |
| Vill de betala? | Kärnflödet och en riktig betalning |
| Klarar vi att driva det? | Administration och ett sätt för användare att få hjälp |
| Fungerar det med våra system? | En första integration mot det viktigaste systemet |
En första version som försöker besvara alla frågor på en gång blir sällan klar. Välj den fråga som avgör om resten är värt att bygga.
Fallgropar
- Att bygga det användarna kanske vill ha, innan det de säkert behöver fungerar.
- Att hoppa över mätningen och sedan inte veta vad som hände.
- Att strunta i administrationen, så att varje fel kräver en utvecklare.
- Att bygga en nativ app innan flödet är bevisat. Varför det kostar mer står i Vad kostar det att utveckla en app?.
- Att inte ha någon plan för versionen efter. En MVP är början, inte målet.
Hur jag bygger en första version
Ett produktbygge är en webbapp, en nativ iOS-app eller en första version av din egen mjukvara, med kärnflödet på plats och riktiga användare i den. Det innehåller förstudie och arkitektur, bygge, test och driftsättning, TestFlight och App Store-inlämning för iOS, analys och admin från dag ett, och 30 dagar av justeringar efter lansering. En första version tar vanligtvis fyra till åtta veckor, och du får en fast omfattning och ett datum innan något startar.
- Automationssprint från 45 000kr
- Produktbygge från 145 000kr
- Webbtjänst till iOS-app från 39 900 krexkl. moms
Alla priser är exkl. moms. Större mjukvaruprodukter (SaaS), webbapplikationer och iOS-appar offereras individuellt. Se priserna
Är du osäker på om du behöver en app eller om en webbapp räcker, går När räcker en hemsida, och när behöver du en webbapp? igenom nivåerna. Vill du beskriva din idé finns kontaktrutan längst ned på startsidan.
Relaterade tjänster: SaaS & MVP