Leep.
HjemForretningsutviklingWeb & teknologiProsjekter
Kontakt
Logg inn
Leep.

Skreddersydde nettsider og webapplikasjoner for ambisiøse selskaper.

Navigasjon

  • Hjem
  • Prosjekter
  • Kontakt

Tjenester

  • Nettside
  • App
  • AI-implementering

Ressurser

  • Artikler
  • Ordbok

Kontakt

  • hello@leep.no

© 2026 Leep. Alle rettigheter reservert.

Tilbake til ordboken
Startup

Hva er MVP?

Minimum Viable Product·På norsk: Minimum levedyktig produkt

Sist oppdatert: 15. januar 2025

På denne siden

Kort forklartEksempelForklaringHvorfor det er viktigVanlige misforståelserRelaterte begreper

Kort forklart

En MVP (Minimum Viable Product) er den enkleste versjonen av et produkt som du kan lansere for å teste om folk faktisk vil ha det.

Eksempel

Dropbox sin MVP var bare en video.

Før de bygde noen filsynkroniseringsteknologi, lagde Dropbox-grunnlegger Drew Houston en 3-minutters video som viste hvordan produktet ville fungere. Han la den ut på nett og samlet e-postadresser fra interesserte.

70 000 mennesker meldte seg på over natten, før en eneste kodelinje var skrevet for det faktiske produktet.

Andre kjente MVP-er:

  • Airbnb startet med at grunnleggerne leide ut luftmadrasser i leiligheten sin
  • Zappos testet etterspørsel ved å legge ut skobilder på nett og kjøpe dem fra butikker når bestillinger kom inn
  • Buffer var bare en landingsside som forklarte ideen, med en prisside, før noen programvare eksisterte

Nøkkelinnsikten: test etterspørsel før du investerer tungt i bygging.

Forklaring

Filosofien bak MVP

MVP-tilnærmingen kommer fra Lean Startup-metodikken. Kjerneideen: ikke bruk måneder på å bygge noe ingen vil ha.

I stedet:

  1. Identifiser kjernehypotesen din (f.eks. "Folk vil betale for X")
  2. Bygg det minimum som trengs for å teste hypotesen
  3. Lanser raskt og mål faktisk atferd
  4. Lær og iterer basert på reelle data

Hva "Minimum" egentlig betyr

Minimum betyr ikke lav kvalitet eller ødelagt. Det betyr:

  • Kun kjerneverdi - Bare den ene tingen som betyr mest
  • Ingen nice-to-haves - Funksjoner som ikke er essensielle venter
  • Godt nok til å bruke - Det skal faktisk fungere og gi verdi

Hva "Levedyktig" egentlig betyr

Levedyktig betyr at noen faktisk ville brukt det (og ideelt betalt for det). En halvferdig prototype er ikke levedyktig. En MVP bør:

  • Løse et reelt problem
  • Være brukbar uten omfattende hjelp
  • Gi nok verdi til at folk vil engasjere seg med det

Vanlige MVP-typer

  1. Landingsside-MVP - Beskriv produktet, samle påmeldinger
  2. Wizard of Oz-MVP - Ser automatisert ut, men mennesker gjør jobben bak kulissene
  3. Concierge-MVP - Lever tjenesten manuelt før automatisering
  4. Enkeltfunksjon-MVP - Én funksjon, gjort bra

Hvorfor det er viktig

For bedriftseiere

Reduser risiko. I stedet for å satse alt på et ferdigbygget produkt, tester du antagelser tidlig og billig.

Raskere til markedet. Få noe ut der i løpet av uker i stedet for måneder. Begynn å lære umiddelbart.

Bevar ressurser. Ikke brenn gjennom budsjettet på å bygge funksjoner ingen har bedt om.

Ekte kundetilbakemelding. Meninger er fine, men å se hva folk faktisk gjør med produktet ditt er uvurderlig.

Motargumentet

Ikke alt bør være en MVP. Hvis du går inn i et konkurranseutsatt marked der brukeropplevelse er kritisk, kan et "minimum" produkt bare føles dårligere. Vit når du skal bruke denne tilnærmingen.

Vanlige misforståelser

Relaterte begreper

SaaS

SaaS (Software as a Service) er programvare du får tilgang til via internett og betaler for månedlig, i stedet for å installere den på datamaskinen din.

Trenger du hjelp med et digitalt prosjekt?

Vi bygger nettsider, apper og digitale løsninger for bedrifter.

Ta kontakt