Figma-prototype eller kodet MVP?
En Figma-prototype koster 62 000–190 000 kr og tester opplevelse, flyt og betalingsvilje i intervjuer. En kodet MVP koster fra omtrent 370 000 kr og tester faktisk atferd: om brukerne kommer tilbake og virkelig betaler. Velg ut fra den største usikkerheten. Ligger den i designet, holder prototypen. Ligger den i forretningen eller teknologien, trengs en MVP.
Både prototypen og MVP-en kalles «å teste ideen», men de beviser helt forskjellige ting. Å velge feil verktøy er dyrt i begge retninger: En MVP for å svare på et spørsmål som en prototype kunne ha besvart, koster flere hundre tusen kroner unødvendig, og en prototype der det trengtes en MVP, gir falsk trygghet. Her er hva hvert av verktøyene faktisk kan bevise.
Hva en Figma-prototype kan bevise
En klikkbar Figma-prototype ser ut og føles som et virkelig produkt, men er en serie sammenkoblede skjermbilder. Den koster 62 000–190 000 kr, tar et par uker å lage og kan tegnes om mellom to intervjuer.
Den beviser det som kan ses og oppleves: Forstår brukerne hva tjenesten gjør? Finner de frem gjennom flyten? Reagerer de på prissiden med interesse eller nøling? I intervjuer gir den sterke signaler om opplevelse, forståelighet og uttalt betalingsvilje. Det den ikke kan bevise, er atferd over tid. Ingen «bruker» en prototype i virkeligheten, og ingen betaler ekte penger i den.
Hva en kodet MVP kan bevise
En MVP er et fungerende produkt i produksjon, avgrenset til én kjerneflyt. Den koster fra omtrent 370 000 kr og oppover og tar åtte uker eller mer å utvikle.
Den beviser det prototypen ikke når: faktisk atferd. Kommer brukerne tilbake neste uke uten at noen intervjuer dem? Fullfører de flyten når ingen ser på? Betaler de med eget kort? Fungerer teknologien mot virkelige data? Det er forskjellen mellom hva folk sier og hva de gjør, og for forretningsbeslutninger er det bare det siste som teller.
Sammenligningen i korte trekk
| Spørsmål | Figma-prototype | Kodet MVP |
|---|---|---|
| Kostnad | 62 000–190 000 kr | Fra ca. 370 000 kr |
| Tidsbruk | 2–4 uker | 8–14 uker |
| Beviser | Opplevelse, flyt, uttalt betalingsvilje | Faktisk atferd, gjentatt bruk, reelle betalinger |
| Testmiljø | Intervjuer og demoer | Faktisk bruk i drift |
| Kostnad ved endringer | Timer | Dager til uker |
Beslutningsregelen: Hvor ligger den største usikkerheten?
Spør deg selv hvilken usikkerhet som ville senke satsingen hvis svaret gikk feil vei: design, forretning eller teknologi.
- Design og forståelighet. «Kommer brukerne til å forstå dette og ha lyst på det?» Begynn med prototypen. Den svarer på spørsmålet for en tiendedel av kostnaden og kan itereres til svaret er tydelig.
- Forretningen. «Kommer folk til å betale og komme tilbake?» Prototypen gir et første signal gjennom intervjuer, men beviset krever en MVP. Gjentatt bruk og reelle betalinger kan ikke simuleres.
- Teknologien. «Er det mulig å bygge? Takler vi dataene, ytelsen, integrasjonen?» Her hjelper ingen Figma i verden. Det krever kode. En teknisk proof of concept eller en MVP er riktig verktøy.
For de fleste nye tjenester er rekkefølgen derfor: prototype først for å få opplevelsen riktig til en lav kostnad, deretter MVP på den validerte flyten for å teste forretningen i praksis.
Regneeksempel: to veier til samme svar
En gründer vil lansere en abonnementstjeneste. Vei A: utvikle en MVP direkte for 620 000 kr. Etter lansering viser det seg at onboardingen blir misforstått, og ombyggingen koster 190 000 kr og to måneders tapt tid. Til sammen 810 000 kr. Vei B: en prototype for 120 000 kr, ti intervjuer og to omtegninger der onboardingproblemet blir oppdaget og løst, deretter en MVP på den validerte flyten for 560 000 kr. Til sammen 680 000 kr, raskere frem til et fungerende produkt og med betydelig lavere risiko underveis.
Prototypen «kostet» altså ikke 120 000 kr. Den sparte 130 000 kr og to måneder. Slik ser regnestykket ut i de fleste tilfeller der usikkerheten i designet er stor.
Fellen i begge retninger
Prototyper kan bli en fluktvei: En tjeneste som demonstreres i det uendelige, men aldri møter virkeligheten, tester til slutt ingenting. Og MVP-er som bygges for tidlig, tester feil ting til en høy pris. Verktøyene er trinn i den samme trappen. Vi i Weapp bruker normalt begge etter hverandre som en del av tjenestene våre, med en tydelig beslutning imellom. Usikker på hvor ideen din står? Ta kontakt, så hjelper vi deg med å finne den største usikkerheten først.
Ofte stilte spørsmål
Kan designet fra Figma-prototypen gjenbrukes når MVP-en utvikles?
Ja, det er et av de store poengene med prototypen. Brukerflyten, skjermbildene og komponentene blir direkte grunnlag for utviklingen, noe som korter ned designfasen for MVP-en betydelig. Det finnes derimot ingen kode å gjenbruke. Prototypen er en serie bilder som føles virkelig, ikke et produkt.
Kan en prototype virkelig teste betalingsvilje?
Den kan teste uttalt betalingsvilje: Vis en prisside i intervjuet og be personen resonnere, eller be om en intensjonserklæring. Det er et sterkt signal, men ikke et bevis, for folk overvurderer sin egen betalingsvilje i samtaler. Faktisk betalingsvilje krever at ekte penger skifter eier, og det er først MVP-en som tester det.
Hvor mange brukertester trengs på en prototype?
Fem til åtte intervjuer per runde pleier å være nok til at tydelige mønstre trer frem. Etter det gir flere intervjuer raskt mindre ny informasjon. Styrken ved prototypen er at den kan tegnes om mellom rundene, så to eller tre korte runder slår nesten alltid én stor.
Hva skiller dette fra en proof of concept?
En proof of concept tester teknologi: Er det i det hele tatt mulig å bygge? Takler API-et det, holder ytelsen, fungerer algoritmen? Den har som regel ikke noe grensesnitt å vise brukere. Prototypen tester opplevelsen, MVP-en tester forretningen i faktisk bruk: tre verktøy for tre ulike usikkerheter.
Må MVP-en bygges med samme teknologi som det ferdige produktet?
Helst ja. En MVP som er bygget i en stack som bærer videre, kan videreutvikles til produktet, mens en MVP i midlertidig teknologi må skrives om etter valideringen. Da betaler du for det samme to ganger. Unntaket er rene engangseksperimenter som bevisst skal kastes.