Som du läste i kapitlet Starta ett Projekt, handlar byggandet av ett projekt om att snabbt prova ut idén och se hur den tas emot, sedan bygga vidare på feedbacken (alltså det som användare gör, inte alltid vad de säger).
Med den lilla retrospektiven fortsätter vi med spelboken för att bygga en produkt. En kort disclaimer: Jag kommer inte att gå in på förförskningsarbete som Användbarhet och Användarupplevelse (UX) eftersom detta delvis täcks i Agile-kapitlet, och det är verkligen en annan bok, men låt oss nämna att det du bygger måste se bra ut och kännas bra.
Stor interaktivitet på rätt nivå. Så få med bra UX-personer ombord. Det kommer att göra en enorm skillnad. Att lämna UX till utvecklare och chefer kommer att få det att se ut som ett 1980-tals bokföringssystem med tusen knappar. Så nej.
Ok, så förutsatt att du har en "fin design" (en UX-designer skulle döda mig för att skriva det) är nästa sak att välja vilka funktioner som är minst nödvändiga för att göra din produkt livskraftig.
Du har en fantastisk designmapp med massor av coola funktioner. Säg att du bygger en webbplats för bostadslistor. Du behöver inloggning, prenumerera på nya annonser, sökfilter, ett sätt att lägga till nya listor, dela dem, lägga till bilder, inloggningsloggar, informationssidor, betalningsalternativ för dagar av annonsering, administratörsanvändningshantering, etc, etc.
Vilka av dessa är kärna för applikationens funktion och vilka är inte? Alla är kärna. Så hur väljer vi ut några av dessa för att bygga vår MVP? Här är det — det mest missförstådda begreppet i hela MVP-approachen är att du måste välja "vilka funktioner". Du kan bygga dem alla om du vill, men du kan inte bygga dem "fullt ut" eller "helt och hållet".
Ta inloggning som exempel. Du kanske inte behöver ha användaren använda "glömt lösenord" eller ställa in en 8-tecken super säker lösenord eller använda tvåfaktorsautentisering direkt.
Läs mer i "CTO Playbook" som finns på Amazon/Kindle.
Vi är ett schweiziskt företag (LLC) baserat i
Schweiz.