Hva koster et MVP i 2026?

Hva styrer prisen?

• Disiplin i omfanget. Et MVP finnes for å teste én antakelse. Hver funksjon som ikke tester den, er en kostnad uten svar — derfor krymper omfanget som regel i den første samtalen, ikke vokser.
• Kontoer og betalinger. Registrering, innlogging, abonnementer, fakturaer: infrastruktur der prisen knapt avhenger av ideen din — men som du ikke kan ta betalt uten.
• AI-laget. Sitter en språkmodell i produktets kjerne, designes kostnadsstyringen fra dag én — modellvalg, caching, strukturert utdata. Ellers går modellregningen stille forbi serverregningen.
• Hva som overlever valideringen. Et godt MVP bygges slik at systemet kan vokse når antakelsen holder — i stedet for å kastes og skrives om. De arkitekturvalgene koster lite nå og sparer mye senere.

Hvor lang tid tar det?

Et typisk forløp: en uke til omfang og tilbud, 2–6 uker til første fungerende versjon, deretter måling med ekte brukere. Har du etter to måneder fortsatt ingenting å vise en bruker, var noe tenkt for bredt.

Når lønner det seg ikke?

Kan antakelsen testes uten kode — med en enkel landingsside, et regneark, en manuell prosess — er et MVP for tidlig. Kode er den dyreste måten å teste en idé på. Bygg når testen faktisk krever et fungerende produkt, eller når en manuell prosess allerede drukner i etterspørsel. I en god del av de første samtalene fraråder vi gründere å bygge, fordi en billigere test finnes.