MVP (minsta gångbara produkt)

Tanken bakom

Termen är äldre än lean startup men blev känd genom den, och den underliggande logiken handlar om att sänka kostnaden för att ha fel. Varje produkt vilar på antaganden: att en viss grupp har det här problemet, att de byter verktyg för att lösa det, att de betalar. De flesta av dem går inte att testa genom diskussion. En MVP är det billigaste instrument som gör ett av dem testbart.

Den inramningen innebär en disciplin som är lätt att hoppa över: bestäm vilket resultat som skulle få dig att lägga ner eller byta riktning innan du bygger. Utan det läses vad som helst som uppmuntrande, och övningen mäter ingenting.

Vad "minsta" faktiskt betyder

Minsta gäller omfattningen, inte kvaliteten. Ett arbetsflöde, ordentligt gjort, slår sex halvfungerande — en trasig upplevelse ger data om ditt utförande snarare än om din idé. Vad som legitimt skärs bort är bredd: funktioner, gränsfall, inställningar, administrationsvyer, integrationer och ofta automatisering. Att göra arbetet för hand bakom ett enkelt gränssnitt är en fullt respektabel MVP, och det lär dig processen innan du kodar in den.

Vissa saker är inte valfria ens i det här läget. Hanterar du personuppgifter gäller GDPR prototypen precis som produkten; "det är bara en MVP" är ingen juridisk kategori.

Vad du bör se upp med

En MVP är ett experiment, inte en billig version av planen. Två fellägen följer av att bortse från det:

1. MVP:n som bara är en liten produkt. Byggd för att lanseras snarare än för att besvara en fråga, utan hypotes och utan uttalad tröskel. Den släpps, möts av en axelryckning, och ingen kan säga vad man lärde sig.
2. MVP:n som blir arkitekturen. Den fungerar, så den får stå kvar, och fem år av funktioner byggs på en byggnadsställning som var tänkt att rivas. Prototypkod skrivs för att slängas — bestäm medvetet om du behåller den.

Det är här genererade appar verkligen har flyttat ekonomin. En AI-appbyggare kan producera ett testbart gränssnitt på en eftermiddag, vilket sänker kostnaden för experimentet nog för att köra flera. Men den sänker också kostnaden för att hoppa över tänkandet, och en snabb prototyp utan hypotes mäter fortfarande ingenting. Se vibe coding för den disciplin som håller prototypen från att i tysthet bli produktion.