En MVP (minimum viable product) er den mindste version af dit produkt eller din ydelse, som rigtige kunder kan bruge, så du kan lære, om idéen holder. De fleste fejl opstår, fordi MVP’en enten bliver for stor, testes uden et klart spørgsmål, eller fordi resultatet ikke fører til en beslutning. Her er fem fejl, du kan tjekke din egen test for.
Skal du planlægge din MVP fra bunden, så brug Mvp: en enkel tjekliste. Er du i tvivl om, hvorvidt du overhovedet skal lave en MVP, så læs Hvornår giver MVP mening – og hvornår gør det ikke?
Fejl 1: MVP’en bliver for stor
Det er fristende at tilføje “bare lige én funktion mere”, før nogen får lov at prøve. Så går der måneder, før du ved, om kunderne overhovedet vil have løsningen, og du har brugt tid og penge på dele, som måske aldrig bliver brugt.
Gør i stedet: Beskriv i én sætning det vigtigste problem, din løsning skal løse for kunden. Skriv alle funktioner ned, og stryg alt, som ikke er nødvendigt for at løse netop det problem fra start til slut. Det, du stryger, er ikke kasseret, men hører til en senere version.
Fejl 2: Du ved ikke, hvad du tester
Uden et klart spørgsmål kan næsten ethvert resultat tolkes som en succes. “Folk virkede interesserede” er ikke en konklusion.
Gør i stedet: Skriv før testen den antagelse ned, du vil afprøve, fx “små frisørsaloner vil betale for at få ugens bookinger samlet ét sted”. Bestem også på forhånd, hvad der skal ske, før du regner antagelsen for bekræftet, fx at et bestemt antal ud af dem, du kontakter, bestiller eller bruger løsningen igen. Antallet vælger du selv ud fra dit marked; pointen er, at det står på papir, før du ser resultatet.
Fejl 3: Du måler ros i stedet for handling
Venner, familie og venlige bekendte siger ofte, at idéen er god. Det koster dem ingenting. Det, der fortæller dig noget, er hvad folk gør: om de tilmelder sig, betaler, bruger løsningen igen eller anbefaler den til andre.
Gør i stedet: Test med folk fra din målgruppe, som ikke kender dig i forvejen, og notér deres handlinger frem for deres kommentarer. Spørg gerne ind til, hvorfor de gjorde, som de gjorde, men lad handlingen veje tungest.
Fejl 4: “Minimum” bliver vigtigere end “brugbar”
Den modsatte fejl af fejl 1: MVP’en er så skrabet eller fejlbehæftet, at kunden opgiver, før de når frem til det, de skulle have hjælp til. Så ved du ikke, om de fravalgte idéen eller bare den dårlige udførelse.
Gør i stedet: Skær i bredden, ikke i kvaliteten af det vigtigste. Den ene ting, MVP’en skal kunne, skal virke ordentligt. Meget kan i starten gøres manuelt bag kulissen, så længe kunden får løst sit problem.
Fejl 5: Testen fører ikke til en beslutning
Mange fortsætter med samme plan uanset resultatet, fordi de allerede har brugt meget tid på den. Så var testen spild.
Gør i stedet: Når testen er slut, så sammenlign resultatet med det, du skrev ned på forhånd (fejl 2), og vælg én af tre veje: fortsæt og byg næste del, ret kursen og test igen, eller stop idéen. Skriv beslutningen og begrundelsen ned, så du kan se, hvad du lærte.
Hurtigt tjek af din MVP
| Spørgsmål | Hvis svaret er nej |
|---|---|
| Kan du beskrive det problem, MVP’en løser, i én sætning? | Se fejl 1 |
| Har du skrevet antagelsen og din grænse for succes ned før testen? | Se fejl 2 |
| Måler du, hvad folk gør, og ikke kun hvad de siger? | Se fejl 3 |
| Kan en kunde få løst sit problem fra start til slut med MVP’en? | Se fejl 4 |
| Har du aftalt, hvornår du ser på resultatet og træffer en beslutning? | Se fejl 5 |
Fiktivt eksempel
Eksemplet er opdigtet til illustration.
En iværksætter vil lave en app til madplaner for børnefamilier og har en lang liste med funktioner. I stedet for at bygge appen sender hun i fire uger en madplan og indkøbsliste på mail hver fredag til en gruppe familier, hun ikke kender, og som har tilmeldt sig via en enkel side. Hun har på forhånd besluttet, hvor mange der skal være aktive efter fire uger, før hun går videre. Undervejs ser hun, at familierne især bruger indkøbslisten. Den bliver derfor det første, hun bygger.
Ofte stillede spørgsmål
Hvad er forskellen på en MVP og en prototype?
Ordene bruges forskelligt, men en prototype bruges typisk til at vise eller afprøve, hvordan noget skal se ud eller fungere. En MVP er tænkt til, at rigtige kunder kan bruge den til at løse deres problem, så du kan se, om de faktisk vil have løsningen.
Skal en MVP være et digitalt produkt?
Nej. En MVP kan også være en ydelse, du leverer manuelt, et lille forhåndssalg eller en enkel udgave af et fysisk produkt. Det vigtige er, at kunden kan bruge den, og at du kan lære af det.
Hvor lang tid skal en MVP-test vare?
Der findes ikke ét rigtigt svar. Sæt en fast slutdato, før du starter, så testen ikke glider ud, og vælg en periode, der er lang nok til, at kunderne kan nå at bruge løsningen mere end én gang, hvis det er det, du vil måle.
Læs også
- Mvp for begyndere: det vigtigste at vide
- Sådan gør du MVP i praksis
- MVP på dansk: Sådan bygger du den mindste brugbare løsning
Kilder og videre læsning
- Virksomhedsguiden (Virksomhedsudvikling Danmark og Erhvervshusene): Gå fra idé til forretning – forløb om at teste dine antagelser og din løsning i virkeligheden
Fejlene og rådene er redaktionelle vurderinger, ikke resultater af undersøgelser. Kilden er gennemgået 6. oktober 2026.