När ska jag anställa en utvecklare för min start?

Ett av de grumligaste stunderna jag får när jag rådar tidiga företagare är när de berättar för mig att de har den här fantastiska idén och redan betalar en utvecklare för att bygga den ut.

Dude.

Jag älskar den aggressiva inställningen och den kan-göra andan. Men det finns som en miljon saker du behöver göra innan du börjar spendera pengar på det frilansare eller offshore-teamet.

Vänta. Fem. Det finns faktiskt fem saker du behöver göra innan du anställer en utvecklare. Jag blir lite hyperbolisk när jag är frustrerad.

1. Bygg ditt MVP-papper

Om du redan har byggt en MVP, gå vidare till steg 2.

Förra veckan skrev jag ett inlägg om att bygga en minimal livskraftig produkt. Konceptet är att skapa den snabbaste versionen av vår produkt, begränsa funktionsuppsättningen och förfalska det mesta av automatiseringen, så att vi kan bevisa vår idé.

Bör du nu koda MVP själv? Titta, jag älskar Learn To Code, men låt mig erbjuda lite motråd: Istället för att lära mig att koda, lära mig att hacka Shit Together. Det är så du bygger en Paper MVP, som är som en vanlig MVP, bara det finns mycket mer kanalband.

Det finns alla typer av plattformar som kan emulera nästan alla tekniska funktioner. Prova AWS och Serverless med Lambdas, eller om det är för skrämmande, kanske WordPress, GSuite, Zapier och Slack. Dessa låter dig dra och släppa dig till att bygga webbappar, databaser, API: er, vad som helst, med bara en liten kod - du kan bokstavligen falska hela saken.

Din Paper MVP bör göra en sak och göra det bra, det som kommer att bevisa din idé. Om din idé är att folk ska betala för interaktiva VR-kattvideor gör din Paper MVP ENDAST interaktiva VR-kattvideor - det finns inget inbyggt socialt nätverk, det finns ingen kattrankingsalgoritm, det finns ingen geolokalisering av närliggande katter. För den sista är superkryp.

Bör du nu lansera en verklig produkt från den här plattformen? Absolut inte. Men om detta Paper MVP fungerar, har du slutfört steg 1. Fyra till kommer att gå och det är utvecklarens problem.

2. Skapa din distributionsmekanism

Du kanske redan har ett sätt att få din produkt ut på marknaden. Gå i så fall till steg 3.

Oavsett hur bra vår idé är och hur bra vår produkt så småningom fungerar, betyder det ingenting om ingen kan komma till den.

Om vi ​​bygger en app är vi lite inlåsta i appbutikerna. Någon annan typ av traditionell eller webbaserad programvara kommer att transaktioner via sin egen webbplats och / eller någon form av aggregerat - ett bra exempel på ett aggregerat är Steam for games. Om hårdvara är involverad i vår produkt, gå inte till Amazon med en MVP, du startas av. Håll dig fast vid Shopify eller något liknande.

Nu är det bara mekanismen, det kommer inte att driva vår produkt genom butiken. Men för vår MVP behöver vi inte en enorm publik. Det vi behöver är förmågan att spåra all användning av vår produkt som kommer genom dessa mekanismer som vårt företag inte direkt ansvarar för. Vi måste veta vilka användare är, hur de hittade oss och varför de kom.

3. Få människor att använda din produkt

Om du har människor som använder din MVP, gå vidare till steg 4.

Så vem ska använda vår produkt? Enkel fråga. Verkligen riktigt svårt att svara.

Beskriv vilken typ av person som troligen kommer att få det största värdet av vår produkt. Begränsa den definitionen långt ner och ta ut något förhållande till dig - inte dina vänner, inte människor i din bransch, inte vänsterhänta, inte idrottsstatsgeeks.

Ja, jag antar att du är en vänsterhänt sportstatkig nörd med ett önskvärt jobb och massor av vänner.

När du väl har en riktigt snäv definition av din mest värdefulla användare kan du hitta så många människor som du kan som mest liknar den definitionen. Hitta enorma grupper av dem. Sälj sedan din produkt till dem, ge den till dem, låt den ligga utanför dörren mitt på natten.

Hur de får det spelar ingen roll, men här är vad de borde ha: De borde veta varför de behöver det, de borde veta vad det gör, de ska veta hur man använder det och de borde veta vem de ska ringa när det inte gör det. t fungerar.

Då måste du kunna kontakta dem och du måste ge dem en anledning att ge dig feedback. Eftersom de kommer att berätta vilken typ av produkt vi faktiskt behöver bygga och vilken typ av marknad vi faktiskt behöver sälja till.

Chansen är stor att det inte kommer att se ut som idén vi hade i början av detta inlägg. Så jag har bara sparat en massa pengar.

4. Få kunder att betala för din produkt

Om du redan har människor som betalar för din produkt, måste du anställa en utvecklare, eller hur? Åh, gå bara till steg 5 och gör ditt eget val.

Men ja, det är alltid bäst att ha pengar som kommer in innan du börjar lägga ut pengar. Jag säger inte att den jävla saken måste betala för sig själv, men att få människor att öppna sina plånböcker och ge dig pengar är det svåraste att göra. Om du kan göra det så har du en bra idé.

Den goda nyheten är att vi kan göra några gissningar om hur mycket det kommer att kosta att göra produkten och hur mycket vi kan ta betalt för den.

Vi kan ha fel om de gissningarna, det enda fel vi inte kan vara att ladda alldeles för lite. Inledande prissättning är tänkt att få kunder i arenan, men att sälja en $ 100-produkt för $ 1 kommer att bevisa ingenting. Och det är också hur Ponzi-schema startar.

Ett sista steg att gå.

5. Få kunder att hålla betala för din produkt

Det är här det får kyckling och ägg.

Idealt vill vi hålla kunderna tillbaka och spendera mer pengar, oavsett om det är genom högre nivåer av användning, uppgraderingar, professionella tjänster, helvete, även köp i appen. Det är mycket lättare och billigare att sälja till en befintlig kund än att hitta en helt ny kund.

Men om vår produkt är begränsad och låg kvalitet, kanske kunderna inte kommer tillbaka. Oavsett hur mycket värde vi ursprungligen ger kommer förväntningarna så småningom att stiga för att skapa behovet av en professionellt byggd produkt.

Ett språng av tro min krävs.

Tack och lov är det mycket lättare att ta det språnget med data. Nu kanske vi känner tillräckligt om vår produkt från steg 1 och 2, och tillräckligt om vår marknad från steg 3 och 4 för att kunna ansluta punkter där de återkommande intäkterna kommer från.

Så vad gör vi? Vi anställer en utvecklare för att bygga den professionella versionen av vår Paper MVP. Sedan bygger vi med utvecklarens hjälp en traditionell MVP (dvs inte Shit Hacked Together) för nästa funktionsuppsättning, som är de funktioner som steg 3 till 5 har sagt till våra kunder vill ha. Sedan kör vi steg 3 till 5 på den funktionsuppsättningen, utvecklar vad som fungerar, skrotar det som inte gör det.

Vid den tidpunkten har vi en repeterbar cykel som gör att vi inte bara kan bygga ut vår lysande idé, utan att fortsätta bygga tills vi träffar en annan produkt, kanske till och med ett annat företag, och starta processen igen.