MVP-omfång: vad du INTE ska bygga är viktigare

Termen MVP – minimum viable product – kom från Frank Robinson och blev allmänt känd med Eric Ries bok "The Lean Startup" (2011). Det bärande ordet är minimum. Det är också ordet nybörjare hör sämst: efter "ingen behöver det" är den största dödsorsaken för lanseringar "det skickades aldrig" – produkten svällde av funktioner och kom aldrig ut. Den här lektionen handlar om kniven du använder för att skära ner omfånget med.

Nyckelanvändarloopen

Beskriv den ENDA vägen folk betalar för: anländer → gör det viktigaste → får värdet → kommer tillbaka. Exempel (en tjänst för samtalssammanfattning): ladda upp en inspelning → få anteckningar med åtgärdspunkter → skicka dem till teamet. Allt som inte ingår i den loopen är inte MVP.

Det klassiska exemplet: den första versionen av Instagram hette Burbn och hanterade incheckningar, mötesplaner, poäng och foton. Användarna rörde bara vid fotona. Kevin Systrom skar bort allt annat och behöll en loop: fotografera → filtrera → posta. Två år senare köpte Facebook det för en miljard dollar. Loopen bär produkten; extramaterialet sänker den.

Omfångskniven: tre listor

1. Nu (loopen + inloggning + betalning): utan detta finns ingen produkt.
2. Senare (när du har riktiga användare): teman, integrationer, team, inställningar.
3. Inte-för-nu (frestelserna): en mobilapp, ett API, en marknadsplats. Skriv ner det, glöm det sedan tills du har hundra kunder.

Testet för varje funktion: "Skulle en användare lämna under den första månaden om detta saknades?" Nej – då hamnar det på lista två. Den enda frågan sparar veckor.

En sokratisk paus

Du är på väg att lägga till "aviseringar" till MVP:n. Stoppa dig själv och fråga: skulle en enda person lämna under den första månaden om aviseringar bara fungerade med förnuftiga standardinställningar, utan några inställningar? Svaret är nästan alltid nej. Vilket betyder: "senare"-listan.

Nybörjarmytar

• "En MVP är en dålig produkt." Nej. Det är en smal men bra produkt: en sak gjord bra, inte tio dåligt.
• "Det kommer inte att fungera utan social inloggning / mörkt läge / en mobilapp." Saker fungerar med den nakna loopen. Finishen läggs till ovanpå riktiga användare.
• "Jag lägger till det för säkerhets skull." "För säkerhets skull" är den dyrasaste frasen inom mjukvara. Varje funktion är kod, buggar och underhåll – för alltid.

Produktbriefen för AI

Vi tar briefen från vibe coding-kursen och utvecklar den till en produktbrief:

Product: [name] — [for whom] — [core value].
Loop: [the user's steps].
Pages: landing, sign-in, the app (one working screen!), minimal settings.
Data: [entities and fields — as taught in the database lesson].
Not in the MVP: [the "later" list — put it right in the brief so the AI doesn't build extras].
Style: [reference + palette].

Den raden "inte i MVP" är den hemliga ingrediensen. En AI-assistent (en modell som skriver kod från din beskrivning) älskar att vara hjälpsam och fylla i luckorna: be om ett inloggningsformulär och du får lösenordsåterställning, tvåfaktorsautentisering och en profilsida på köpet. Ett uttryckligt förbud håller omfånget i schack.

Tempo och diagnos

En MVP byggd från denna brief i Lovable/Replit tar 2–4 veckor av kvällar. Om din uppskattning blir längre är omfånget fortfarande för stort: skär ner loopen till ett enda scenario. Regeln är enkel – frågan är inte "vad mer kan jag lägga till", det är "vad mer kan jag kasta ut samtidigt som loopen förblir intakt". Varje bortkastad sak är en dag du inte slösade bort.

Var det går fel: "Jag kan inte skära bort något, allt är viktigt"

Den vanligaste invändningen i den här lektionen låter som: "men allt i min produkt hänger ihop, inget kan tas bort." Det är nästan alltid illusionen av att stå för nära din egen idé. Testa det ärligt: ta funktionen du "inte kan ta bort" och föreställ dig en användare som aldrig öppnar den under den första månaden. Får de fortfarande värde? Om ja, är den funktionen inte en del av loopen – den kan och bör vänta.

Du skär ner omfånget inte för att funktionerna är dåliga, utan för att just nu hindrar de produkten från att lanseras. Uppskjutet är inte bortkastat; det väntar på sin tur på "senare"-listan.

Hur detta kopplar till andra kurser

Data och entiteter för briefen (vad som ska lagras och hur) får en egen lektion om konton och data senare i den här kursen, och den grundläggande tekniken att bygga från en brief finns i vibe coding-kursen. Här förvandlas briefen från teknisk till produktformad – med den explicita raden "inte i MVP".

Gör detta nu (5 minuter)

Ta din idé från förra lektionen och skriv loopen som en rad pilar. Lista sedan allt som vill in i produkten och sortera det ärligt i de tre listorna. Om "Nu" har fler än 5 punkter, fortsätt att skära ner.