Var pengarna faktiskt går när ett snabbt bygge möter en riktig affär.
Pitchen för en billig, snabb MVP är förförisk eftersom den är delvis sann. Du kan bygga något som fungerar på en helg nu. Du kan validera en idé för kostnaden av en kaffeprenumeration. Du kan leverera utan att anställa.
Vad du inte kan göra är att göra resten av företaget billigt bara för att den första versionen var det. Och det glappet — mellan vad det kostar att bygga MVP:n och vad det kostar att leva med MVP:n — är där de flesta icke-tekniska grundare blir överrumplade år två, utan att märka det.
Den här texten handlar om den matematiken.
En billig MVP är en korrekt prislapp på en specifik sak: att nå signal. Den är inte en prislapp på produkten, på affären eller på de kommande arton månaderna. Fakturan för det dyker upp senare, på ställen som inte ser ut som fakturor.
De flesta grundare, rimligen, planerar så här:
"MVP:n kostade mig $X. Att skala kommer kosta mer. Jag tar in kapital, eller ökar intäkterna, när jag kommer dit."
Det här sättet att tänka klumpar ihop tre separata kostnader till en:
De första två är synliga. Den tredje är den som knäcker grundare.
Siffrorna nedan är illustrativa, inte allmängiltiga — se dem som storleksordningar, inte offerter.
Den enskilt dyraste saken i en ung produkt är datamodellen. En AI-assistent eller en stressad grundare skriver ett schema som utgår från en användare per konto, en valuta, en produkt per beställning. Den första kunden som spränger de antagandena (det finns alltid en) kostar en veckas migreringsarbete med en specialist — säg $3k–$8k — eller månader av långsam blödning om ingen specialist är inblandad.
Det är en kostnad som inte fanns när MVP:n var "klar".
Om bara din laptop kan deploya appen, eller bara du vet var API-nycklarna ligger, är du infrastrukturen. Kostnaden för det syns inte som en post på en faktura — det är mötena du inte hann med och säljsamtalen du flyttade för att släcka bränder i produktion. En rimlig uppskattning: 6–15 timmar i månaden, värderat till vad din tid är värd i försäljning eller kapitalanskaffning.
För en pre-seed-grundare kan det vara tusen dollar i månaden. För en post-seed-grundare med en pipeline är det lätt fem gånger det.
De flesta "free tier"-stackar för MVP:er (Supabase, Firebase, Vercel, Airtable, olika BaaS) är billiga tills två saker händer: du växer ur free tier, och du försöker lämna. Det första planerar man för. Det andra gör man nästan aldrig. Att migrera bort från en hanterad tjänst när du slår i taket kostar någonstans mellan två veckor och två månader ingenjörstid. Har du inte den ingenjörstiden betalar du det nya priset utan free tier i stället, på obestämd tid.
Den första riktiga kunden — ett storföretag, en reglerad bransch, en köpare — kommer att skicka dig ett säkerhetsformulär. En AI-byggd eller no-code-MVP kan oftast inte ärligt svara ja på en tredjedel av frågorna. Att få produkten till "ja" tar 1–3 veckors fokuserat arbete (säg $8k–$20k för en konsult på deltid), ofta enligt en tidsplan som kunden sätter, inte du.
Grundare som hoppar över den här posten förlorar inte affären på direkten. De förlorar den i tysthet — kunden tystnar efter formuläret.
Du anställer äntligen din första ingenjör. Du räknar med att hen är produktiv redan vecka ett. Du får produktivitet först vecka sex, eftersom produkten inte är dokumenterad, deployer bara fungerar från din egen maskin, och tre av de mest använda funktionerna bygger på dolda antaganden som ingen kan se utan att läsa igenom allt. Den förlorade produktivitetsmånaden kostar, räknat i ingenjörslön, $10k–$20k. Det är också i det läget din nya ingenjör avgör om hen litar på företagets omdöme.
Den klassiska doften av teknisk skuld: funktioner som förr tog timmar tar nu dagar. Det syns inte som en faktura — det syns som en färdplan som hela tiden halkar efter. Kostnaden är funktionen du inte hann leverera det här kvartalet, den som skulle ha stängt nästa kundrunda. Det är, i varje bemärkelse som spelar roll, den största posten på den här listan. Det är också den som inte syns i bokföringen alls.
När allt det ovanstående hopar sig drar grundaren — förståeligt nog — slutsatsen "vi måste bygga om". En omskrivning av en MVP med riktiga användare tar 3–6 månaders ingenjörsarbete i det enklaste fallet, och slänger bort en del av det MVP:n hade lärt sig om vad användarna faktiskt vill ha. Omskrivningar är nästan aldrig rätt svar, men när en grundare tar till en är det oftast för att de tidigare, billigare insatserna hoppades över.
Grundarna som hanterar det här bra betalar inte mindre totalt. De betalar i mindre delar, tidigare, medan varje del fortfarande är billig.
En praktisk rytm:
Var och en av dessa är liten. Var och en av dem oskadliggör en post ovan som annars skulle detonera vid precis det värsta tänkbara läget för din affär.
Två grundare, identiska MVP:er, båda kostade $2k att bygga.
Grundare A lägger $2k på en tre dagars granskning i månad fyra. Fixar tre schemaproblem och byter ut sina nycklar och lösenord. Den första ingenjören, anställd i månad nio, är produktiv redan vecka två. Den första företagskunden, påskriven i månad elva, klarar säkerhetsgranskningen på tre veckor.
Grundare B gör det inte. Den första ingenjören, anställd i månad nio, tar sex veckor på sig att komma i gång. I månad elva dyker samma tre problem med schema och nycklar upp i företagskundens säkerhetsgranskning. Grundare B lägger en månad på att åtgärda dem. Kunden skriver på, men tre veckor för sent, vilket skjuter fakturan förbi kvartalsskiftet. Finansieringsrundan som skulle bygga på den intäkten halkar. Den nya ingenjören, som ser det här hända, börjar söka jobb på annat håll.
Skillnaden mellan de två banorna är värd ungefär allt.
En billig MVP är inte en billig produkt. Den är ett billigt svar på en specifik fråga — vill någon ha det här? — och att betala räkningarna som kommer efteråt är det som gör om det svaret till en affär.
Det billigaste sättet att betala de räkningarna är att betala dem tidigt, i små delar, medan var och en fortfarande är en enradsfix och inte en kvartalslång kris. Du behöver inte bli teknisk för att klara det. Du behöver bara inse att den första fakturan inte var den sista.
Introduktionssamtalet är gratis. 30 minuter. Jag berättar vilken av de sju posterna ovan som troligast slår till först — och ungefär hur en fix ser ut.
Boka ett introduktionssamtal →