Hittills i serien om att starta en start har du lärt dig hur du ska komma med idéer för din start, hur du testa de här idéerna och välja den bästa, och hur man rekryterar ett team grundare.
Nu är det dags att börja bygga din första produkt.
Vi kommer att undersöka de senaste teoretiska tillvägagångssätten, som agile utveckling, minsta livsdugliga produkt (MVP), och lutta startprinciper. Men oroa dig inte - det kommer också att vara en väldigt praktisk handledning där du lär dig hur du lägger dessa teorier i bruk och se exempel på hur det har gjorts i den verkliga världen av framgångsrika företag som Dropbox.
I slutet kommer du att ha en gedigen förståelse för framgångsrika tillvägagångssätt för produktutveckling och kommer att vara redo att börja bygga din första produkt på smart sätt: i små steg med konstant feedback från kunderna så att du alltid är på rätt spår.
Dessa metoder passar bäst för online, mjukvarubaserade startuppdateringar, så det är vad vi ska fokusera på i denna handledning, men de grundläggande principerna kan också gälla för andra typer av uppstart.
Vi lever i olika tider. Tekniken förändras, kundernas preferenser ändras och idéer kan gå från att vara genomförbara till icke-startare (och vice versa) inom ett år eller två.
I detta sammanhang behöver du ett snabbt och smidigt sätt att bygga produkter. Men de traditionella reglerna för produktutveckling utformades i en mycket annan era och kan hålla dig tillbaka om du försöker tillämpa dem idag.
I den traditionella produktutvecklingsmodellen börjar du genom att grundligt undersöka din idé och utreda din föreslagna lösning, du skulle komma med en omfattande uppsättning specifikationer, du skulle bygga hela produkten från början till slut, och då 'l starta det och börja få feedback från kunder.
Det var förnuftigt i en tid då kostnaden för tillverkning av fysiska produkter var hög, och möjligheten att få kontinuerlig återkoppling av kunder var låg.
Risken är dock att du spenderar så länge att du utformar och bygger din produkt så att den är föråldrad innan den träffar marknaden. Och eftersom kundreaktionen bara kommer in i slutet, kan du helt enkelt sluta bygga något som uppfyller alla specifikationer men det är inte vad folk vill ha.
Idag finns det ett bättre sätt.
Med en flexibel produktutveckling försöker du inte designa produkten från början och leverera den färdiga versionen till kunderna.
Istället bryter du projektet ner i små bitar. Du startar små, samlar potentiella kunder med de metoder som beskrivs i den tidigare handledningen och ger dem tillgång till värdefulla, fungerande programvaror när du utvecklar det. Du börjar uppfylla dina kunder och du använder deras feedback för att hjälpa dig att designa nästa komponent på ett sätt som är mest användbart för dem.
Om din slutprodukt är ett omfattande mjukvarupaket som hjälper människor att hantera alla sina olika sociala medier, kan du till exempel börja med att släppa en liten bit som låter folk räkna ut vilka Twitter-användare som ska följa.
Du har redan en allmän uppfattning om hur hela paketet kommer att se ut, och du kan kommunicera den här visionen till dina kunder, men ger dem något att använda genast, gör två saker:
Kundens återkoppling kan innebära att utformningen av din produkt håller på att förändras under hela utvecklingsfasen.
Det låter som en nackdel, men så länge du är villig att omfamna förändrade krav är det en stor fördel. Det kan ta längre tid att ändra dina planer och göra något du inte hade planerat att göra, men i längden är det mycket snabbare än att bygga en färdig produkt, ta reda på att folk inte gillar det och gå tillbaka för att ändra det.
Tyngdpunkten i den smidiga metoden är kontinuerlig utveckling. Så istället för att trycka på för att slutföra allt inom en viss tidsfrist är ditt mål att fortsätta att släppa användbar programvara på ett vanligt schema - säg en stegvis förbättring varje månad.
Ditt mål i detta första skede av produktutveckling är inte att producera en perfekt produkt.
Det kanske låter förvånande att säga det här: trots allt är de flesta industrier så konkurrenskraftiga, och du kanske tror att din produkt måste vara den bästa som det kan vara för att sticka ut.
Men i själva verket vill du göra minsta mängd arbete - inte för att du är lat eller billig, men för att den viktigaste delen av att starta en start är att lära av dina kunder och göra det snabbt.
Att producera en minsta livsduglig produkt (MVP) är det snabbaste sättet att starta en konversation med kunder och börja lära sig om vad de vill ha, hur de vill ha det och hur du kan lösa deras problem mest effektivt.
Ett exempel på ett företag som utnyttjade MVP-metoden är det populära fildelnings- och molnlagringsföretaget Dropbox. Idag är det ett företag på 10 miljarder dollar, men tillbaka 2007 var det bara en idé. Människor kämpade för att dela stora filer online, och Drew Houston trodde att han hade en enkel lösning.
Men problemet var att han behövde betydande investeringar för att bygga en testbar produkt och det var svårt att övertyga riskkapitalister och andra att investera utan en testbar produkt. Han blev fångad i en klassisk Catch-22-situation.
Sättet som han flydde från denna dödläge var genom att producera en enkel demovideo som visade hur Dropbox skulle fungera och förklara det smärtsamma problemet som det var tänkt att lösa.
Som en bonus för att främja delbarhet inkluderade han några inuti skämt som skulle vädja till sin målgrupp av keen techies. Videon delades tusentals gånger och körde Dropboxs väntelista från 5 000 till 75 000 personer över natten.
En demovideo är ungefär så liten som en produkt kan få. Det var inte ens fungerande programvara på det här steget, men ändå uppnådde målet om någon MVP-det visade att det fanns intresse för produkten och det inledde en konversation som hjälpte Dropbox att utveckla sin produkt på ett sätt som var mest värdefullt för dess kunder. I det här fallet bidrog det också till att ge den finansiering som skulle ta Dropbox från idé till företag med flera miljarder dollar.
Din MVP kan ta många olika former. Det kan vara en nedskalad version av din slutprodukt, eller en demo eller något annat. Huvudkravet är att det låter människor se hur din produkt fungerar och börjar prata om det, vilket hjälper dig att skapa både kundintresse och styra produktutvecklingen när du utvecklas genom efterföljande iterationer.
Du lärde dig i steg 1 att fortsätta arbeta genom successiva iterationer av produktutveckling, med hjälp av feedback från kunder som guidar dig hela tiden.
Men hur exakt gör du det? I det här steget kommer vi att titta på några av de viktigaste principerna för att driva en lindrig uppstart, och visa dig hur man ansöker dem på din verksamhet.
Att vara mager handlar inte om att spara pengar. Det handlar om att undvika slösad ansträngning. I den här mycket konkurrenskraftiga, snabbt föränderliga miljön har du inte råd att slösa bort tid och energi, speciellt om du arbetar själv eller med ett litet lag. Målet är att effektivt utnyttja all din tid och resurser.
När du har börjat bygga din första produkt och släppt den till dina kunder måste du börja lära och anpassa.
Mantraet "Build, Measure, Learn" kan hjälpa dig att få din produkt rätt. Vi har täckt byggnadsmetoden, men hur mäts? Det är här det blir svårt eftersom det finns så många saker du kan mäta, allt från gratis tjänster som Google Analytics till mer omfattande och kostsamma produkter som Ontraport. Med all denna information är det enkelt att spåra de felaktiga sakerna.
Många av de mätvärden som du ser citeras av startsidor är bara "fåfänga statistik", till exempel. Det är bra om du ser ökad trafik till din webbplats eller har tusentals anhängare på sociala medier, men de mätvärden som borde vara viktiga för dig är inte de som gör att du mår bra, men de som hjälper dig att fatta beslut.
Exakta saker att mäta beror på ditt företag, men tänk på saker som ger dig inblick i vad dina kunder vill ha. Genomför A / B-delprov på alla nyckelsidor på din webbplats, och även inom själva produkten. Ta reda på vad människor värderar, vilken typ av formulering vädjar till dem, vilken konfiguration av sidan är det troligast att få dem att göra den åtgärd du vill.
Du kan också titta på "kohorter" eller grupper av kunder som registrerade sig vid en liknande tidpunkt. Se vilken procentandel av kunderna som registrerade sig under en viss vecka fortsatte att vidta åtgärder, som att köpa från dig eller begära mer information. Spåra hur andelen förändras med olika kohorter över tiden, och hur det påverkas av de produkter du erbjuder och hur du erbjuder dem.
När du har fått några smarta mätningar av produktens effektivitet kan du komplettera det med bra gammaldags kundkontakt. Fråga dem vad de trodde, använd enkäter, interagera på sociala medier och börja bygga upp en omfattande bild av hur din produkt fungerar.
Sedan när du jobbar med nästa iteration kan du ta med allt du har lärt dig från dina kunder och byta upp det efter behov.
En av riskerna i den metod vi har tittat på i denna handledning är brist på klarhet. I traditionell produktutveckling hade du och ditt team alla sina marscheringsorder och arbetade metodiskt genom varje fas tills slutprodukten var klar för frisläppande. Med en rörlig utveckling kan du däremot hitta dig själv att byta kurs varje vecka.
Så om du följer detta tillvägagångssätt, kräver det lite extra ansträngning för att alla ska hålla sig på rätt spår och är tydliga om vad de gör och varför de gör det.
Asana grundare Justin Rosenstein säger att du helst borde kunna gå till någon av dina anställda eller medarbetare och få klara, positiva svar på följande frågor:
I praktiken visar det sig dock sällan ut. Människor får rutinmässigt sidospår i mindre viktiga uppgifter, eller fördrivas i byråkrati, eller swamped via e-post, eller slösa tid på att försöka spåra information.
För att övervinna detta måste du arbeta hårt för att säkerställa att alla som arbetar i din start har:
Det innebär att du kommer ihåg varför du arbetar på något i första hand - den större orsaken eller syftet med ditt företags existens och vikten av varje enskild bit. Påminn dig regelbundet och din personal om fördelarna kunderna kommer att njuta av, och hur den produkt du jobbar på kommer att göra livet bättre.
Det handlar om körning. Bestäm på ett sätt att bli organiserade och hålla fast vid det. Webbbaserade verktyg är bra för samarbete inom ett lag, särskilt för att de gör det enkelt att uppdatera planen - något som du gör ganska ofta. Det kan vara något så enkelt som ett kalkylblad på Google Dokument, eller du kanske vill undersöka ett specialiserat projekthanteringsverktyg som Trello eller Basecamp. Oavsett vad du går till, se till att alla uppgifter är fångade och du kan enkelt hålla reda på vad alla gör och den förväntade tidslinjen.
Det innebär att vara mycket tydlig om vem som gör vad. Även om flera olika personer arbetar med att bygga en viss del av din produkt, måste det alltid finnas en enda person med yttersta ansvar. Annars är det lätt att hamna i situationer där någonting lämnas förkastat, eftersom alla trodde att någon annan gjorde det, annars i en position där människor duplicerar insats.
Att bygga din första produkt kan ofta bli överväldigande, men om du får organisationsstrukturen redan från början och fokuserar på att bibehålla tydligheten på de tre nyckelområdena under utvecklingsfasen, kommer du att vara i bättre position för att hålla sig på toppen av saker och undvik i sista minuten paniker.
Så nu vet du hur du bygger din första produkt på ett smart, smidigt sätt som innebär mindre investering i tid och energi, och innebär att kunden kommer i varje steg. Du har sett hur du använder MVP-konceptet för att börja lära av dina kunder, och hur man fortsätter att lära sig och utveckla i alla skeden av produktutveckling. Du har också några tips om att hålla ett tydligt fokus i alla kundledda förändringar i riktning.
Vad kommer härnäst? Tja, även om produktutveckling är en iterativ process, vill du fortfarande ha en officiell lansering. Det är ett utmärkt sätt att generera buzz för din start och för att signalera till världen att du är redo att öppna upp till en större marknad.
Så i den slutliga handledningen i den här serien om att starta en start, kommer du att få några idéer och exempel på händelser utanför lådan och se hur du använder e-postmarknadsföring och sociala medier för att se till att du har störst möjliga basen av förlovade kunder när du kommer till den officiella dag ett av din nya start.
Grafisk kredit: Bägare designad av Edward Boatmanfrån noun-projektet.