Hvad koster et MVP i 2026?

Hvad driver prisen?

• Disciplin i omfanget. Et MVP findes for at teste én antagelse. Hver funktion, der ikke tester den, er en udgift uden svar — derfor bliver omfanget som regel mindre på den første samtale, ikke større.
• Konti og betalinger. Tilmelding, login, abonnementer, fakturaer: infrastruktur, hvis pris næsten ikke afhænger af din idé — men som du ikke kan opkræve penge uden.
• AI-laget. Sidder en sprogmodel i produktets kerne, designes omkostningsstyringen fra dag ét — modelvalg, caching, struktureret output. Ellers overhaler modelregningen stille og roligt serverregningen.
• Hvad der overlever valideringen. Et godt MVP bygges, så systemet kan vokse, når antagelsen holder — i stedet for at blive smidt væk og skrevet om. De arkitekturvalg koster lidt nu og sparer meget senere.

Hvor lang tid tager det?

Et typisk forløb: en uge til omfang og tilbud, 2–6 uger til første fungerende version, derefter måling med rigtige brugere. Har du efter to måneder stadig intet at vise en bruger, var noget tænkt for bredt.

Hvornår kan det ikke betale sig?

Kan antagelsen testes uden kode — med en simpel landingsside, et regneark, en manuel proces — er et MVP for tidligt. Kode er den dyreste måde at teste en idé på. Byg, når testen reelt kræver et fungerende produkt, eller når en manuel proces allerede drukner i efterspørgsel. På en pæn del af de første samtaler taler vi stiftere fra at bygge, fordi en billigere test findes.