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 den missmatchen — mellan kostnaden för att bygga MVP:n och kostnaden för att leva med MVP:n — är där de flesta icke-tekniska grundare blir tyst överraskade år två.
Det här stycket är matematiken.
En billig MVP är en korrekt prislapp på en specifik sak: att nå signal. Den är inte en prislapp på produkten, affären eller de nästa arton månaderna. Fakturan för dem dyker upp senare, på platser 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."
Den här ramen kollapsar tre separata kostnader till en:
De första två är synliga. Den tredje är den som äter grundare.
Siffrorna nedan är illustrativa, inte universella — använd dem som former, inte offerter.
Den enskilt dyraste saken i en ung produkt är datamodellen. En AI-assistent eller en grundare i brådska skriver ett schema som antar en användare per konto, en valuta, en produkt per beställning. Den första kunden som bryter dessa antaganden (det finns alltid en) kostar en vecka migreringsarbete med en specialist — kalla det $3k–$8k — eller månader av långsam blödning om ingen specialist är inblandad.
Detta ä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 är, är du infrastrukturen. Kostnaden för det är inte en faktura-post — det är mötena du inte tog och säljsamtalen du flyttade för att fixa produktionsproblem. En rimlig uppskattning: 6–15 timmar i månaden, prissatt 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"-MVP-stackar (Supabase, Firebase, Vercel, Airtable, olika BaaS) är billiga tills två saker händer: du växer förbi free tier, och du försöker lämna. Det första är planerat för. Det andra är det nästan aldrig. Att migrera bort från en hanterad tjänst när du når dess tak kostar någonstans mellan två veckor och två månader ingenjörstid. Om du inte har den ingenjörstiden betalar du det nya, icke-fria priset istället, på obestämd tid.
Den första riktiga kunden — ett företag, en reglerad bransch, en förvärvare — kommer skicka dig ett säkerhetsformulär. En AI-byggd eller no-code-MVP kan typiskt inte ärligt svara ja på en tredjedel av det. Att få produkten till "ja" tar 1–3 veckors fokuserat arbete (kalla det $8k–$20k fractional), ofta på en tidslinje kunden sätter, inte du.
Grundare som hoppar över den här posten förlorar inte affären snabbt. De förlorar den tyst — kunden går tyst efter formuläret.
Du anställer äntligen din första ingenjör. Du förväntar dig produktivitet vecka ett. Du får produktivitet vecka sex, eftersom produkten inte är dokumenterad, deploys fungerar bara från din maskin, och tre av de mest använda funktionerna har subtila antaganden ingen kan se utan att läsa allt. Den saknade produktivitetsmånaden, till ingenjörspriser, är $10k–$20k. Det är också ögonblicket din nya ingenjör bestämmer om de litar på företagets omdöme.
Den klassiska teknisk-skulden-lukten: funktioner som tidigare tog timmar tar dagar. Detta syns inte som en faktura — det syns som en färdplan som fortsätter halka. Kostnaden är funktionen du inte levererade detta kvartal som skulle ha stängt nästa kundrunda. Det är, i varje bemärkelse som spelar roll, den största posten på denna lista. Det är också den som inte visar sig i bokföringen alls.
När allt det ovanstående ackumuleras drar grundaren — förståeligt nog — slutsatsen "vi måste bygga om." En omskrivning av en MVP med riktiga användare är 3–6 månaders ingenjörsarbete för det enklaste fallet, och slänger bort en del av bevisen MVP:n förtjänade om vad användarna faktiskt vill ha. Omskrivningar är nästan aldrig rätt svar, men när en grundare sträcker sig efter en är det vanligtvis för att de tidigare, billigare interventionerna hoppades över.
Grundarna som navigerar det här bra betalar inte mindre total kostnad. De betalar i mindre delbetalningar, tidigare, när varje delbetalning fortfarande är billig.
Ett praktiskt tempo:
Var och en av dessa är liten. Var och en av dem desarmerar en post ovan som annars skulle detonera vid precis det värsta ögonblicket för din affär.
Två grundare, identiska MVP:er, båda kostade $2k att bygga.
Grundare A spenderar $2k på en tre dagars granskning i månad fyra. Fixar tre schema-frågor och roterar referenser. Första ingenjören, anställd i månad nio, är produktiv i vecka två. Första företagskunden, signerad i månad elva, klarar säkerhetsgranskningen på tre veckor.
Grundare B gör det inte. Första ingenjören, anställd i månad nio, tar sex veckor att rampa. I månad elva dyker samma tre schema- och referensfrågor upp i företagskundens säkerhetsgranskning. Grundare B spenderar en månad på åtgärder. Kunden stänger, men tre veckor sent, vilket skjuter fakturan förbi kvartalet. Rundan som skulle stänga på den intäkten halkar. Den nya ingenjören, som ser det här hända, börjar intervjua på annat håll.
Spridningen mellan dessa två banor är värd ungefär allt.
En billig MVP är inte en billig produkt. Det är ett billigt svar på en specifik fråga — vill någon ha det här? — och att betala räkningarna som kommer efter är det som konverterar det svaret till en affär.
Det billigaste sättet att betala dessa räkningar är att betala dem tidigt, i små delbetalningar, medan var och en fortfarande är en enradsfix och inte en kvartalslång kris. Du behöver inte bli teknisk för att göra detta. Du behöver märka att den första fakturan inte var den sista.
Introduktionssamtalet är gratis. 30 minuter. Jag säger dig vilken av de sju posterna ovan som sannolikast biter dig först — och ungefär hur en fix ser ut.
Boka ett introduktionssamtal →