Mikor kell bérelnem egy fejlesztőt az induláshoz?

Az egyik legsúlyosabb pillanat, amikor a korai vállalkozóknak tanácsot adok, az az, amikor elmondják, hogy van ez a nagyszerű ötlet, és már fizet egy fejlesztőnek, hogy kiépítse.

Haver.

Szeretem az agresszív hozzáállást és a cselekedet szellemét. De olyan, mint egy millió dolog, amit meg kell tennie, mielőtt pénzt költene arra a szabadúszó vagy offshore csapatra.

Várjon. Öt. Valójában öt dolgot kell tennie, mielőtt felvetne egy fejlesztőt. Kicsit hiperbolikus vagyok, amikor csalódott vagyok.

1. Készítse el a papír MVP-jét

Ha már létrehozott egy MVP-t, folytassa a 2. lépéssel.

A múlt héten írtam egy minimális életképes termék felépítéséről szóló bejegyzését. A koncepció az, hogy termékünk leggyorsabb verzióját hozzuk létre, korlátozva a szolgáltatáskészletet és az automatizálás legnagyobb részét kiszorítva, hogy bebizonyítsuk ötletünket.

Most kell saját magának kódolnia az MVP-t? Nézd, szeretem megtanulni kódolni, de hadd ajánljak egy kis ellentmondást: ahelyett, hogy kódolni kellene, tanulj meg együtt csapkodni. Így építheti fel a Papír MVP-t, amely hasonló a normál MVP-hez, csak sokkal több csatorna van.

Mindenféle platform létezik, amelyek szinte bármilyen technológiai funkciót emulálhatnak. Próbálja ki az AWS-t és a Serverless-et a Lambdasal, vagy ha ez túl ijesztő, akkor talán a WordPress, a GSuite, a Zapier és a Slack. Ezek lehetővé teszik, hogy egy kis kóddal elhúzza az internetes alkalmazások, adatbázisok, API-k építését, bármit is - szó szerint az egészet hamisíthatja.

A papír MVP-jének egy dolgot kell tennie, és jól kell csinálnia, az a dolog, amely bebizonyítja az ötletet. Ha az az ötleted, hogy az emberek fizetnek az interaktív VR macska videókért, akkor a Paper MVP CSAK interaktív VR macska videókat készít - nincs beépítve a közösségi hálózatba, nincs macska rangsorolási algoritmus, nincs a közeli macskák földrajzi elhelyezkedése. Mert az utolsó nagyon hátborzongató.

Most el kellene indítania egy valódi valós terméket ezekről a platformokról? Egyáltalán nem. De ha ez a papír MVP működik, akkor elvégezte az 1. lépést. Még négy további lépés, és ez a fejlesztő problémája.

2. Készítse el terjesztési mechanizmusát

Lehet, hogy már van módja a termék forgalomba hozatalához. Ha igen, folytassa a 3. lépéssel.

Nem számít, mennyire nagyszerű ötletünk és mennyire működik a termékünk végül, ez nem jelent semmit, ha senki sem érheti el.

Ha egy alkalmazást építünk, akkor bezáródunk az alkalmazásboltokba. Bármely más típusú hagyományos vagy webes szoftver a saját weboldalán és / vagy valamilyen aggregátumon keresztül fog tranzakciót folytatni - az aggregátum jó példája a Steam for games. Ha a hardver részét képezi termékünknek, ne vegye fel az Amazon-ot egy MVP-vel, akkor indul. Ragaszkodjon a Shopify-hoz, vagy valami hasonlóhoz.

Most ez csak a mechanizmus, nem fogja átvinni a terméket a boltban. De az MVP-hez nem kell hatalmas közönség. Szükségünk van arra, hogy nyomon követhessük termékünk bármilyen felhasználását, amely ezen mechanizmusok révén jön létre, és amelyekért a vállalatunk nem közvetlenül felelős. Tudnunk kell, hogy kik ezek a felhasználók, hogyan találtak meg minket, és miért jöttek.

3. Kérd az embereket, hogy használják a terméket

Ha az emberek használják az MVP-t, akkor folytassa a 4. lépéssel.

Tehát ki fogja használni a termékünket? Egyszerű kérdés. Nagyon nehéz válaszolni.

Mutassa be az a fajta embert, aki a legvalószínűbben fogja kihozni a legnagyobb értéket termékünkből. Szűkítse le ezt a meghatározást, és vegyen fel bármilyen kapcsolatot veled - nem a barátaival, nem az iparágban élőkkel, a balkezes emberekkel, a sportstatisztikáival.

Igen, feltételezem, hogy egy balkezes sportstatisztika geek egy kívánatos munkával és rengeteg baráttal.

Miután meghatározta a legértékesebb felhasználót, nagyon szorosan meghatározza a lehető legtöbb embert, akik leginkább hasonlítanak a meghatározáshoz. Keressen hatalmas csoportokat közülük. Ezután adja el nekik a termékét, adja meg nekik, és éjszaka közepén hagyja a küszöbön.

Nem számít, hogyan kapják meg, de itt kell lennie: Tudniuk kell, miért van szükségük, tudniuk kell, mit csinál, tudnia kell, hogyan kell használni, és tudniuk kell, kinek kell hívni, amikor nem. t dolgozni.

Ezután képesnek kell lennie arra, hogy kapcsolatba lépjen velük, és indokolnia kell őket, hogy visszajelzést adjon. Mert meg fogják mondani nekünk, hogy milyen terméket kell valójában építenünk, és milyen piacot kell valójában eladnunk.

Valószínűleg nem fog úgy kinézni, mint ez a üzenet elején volt. Szóval csak egy csomó pénzt takarítottam meg Önnek.

4. Kérjen vásárlókat fizetni a termékért

Ha az emberek már fizettek a termékéért, fejlesztőt kell felvenniük, ugye? Eh, lépjen tovább az 5. lépésre, és válassza ki a saját döntését.

De igen, mindig az a legjobb, ha pénzt kell bevinni, mielőtt elkezdené pénzt kiszedni. Nem mondom, hogy az átkozott dolognak magának kell fizetnie, de a legnehezebb az, ha az emberek kinyitják pénztárcájukat és pénzt adnak neked. Ha meg tudod csinálni, akkor van egy jó ötleted.

A jó hír az, hogy néhány kitalálást tudunk készíteni arról, mennyibe kerül a termék elkészítése, és mennyit tudunk felszámolni.

Tévedhetünk ezekben a kitalálásokban, az egyetlen hibás, amiben nem tudunk túlságosan kevés díjat fizetni. A bevezető árképzés célja az ügyfelek bevonása az arénába, de egy 100 dolláros termék eladása 1 dollárért semmit sem fog bizonyítani. És így kezdődik a Ponzi-sémák is.

Az utolsó lépés.

5. Vezesse az ügyfeleket arra, hogy KEEP-t fizetjenek a termékért

Itt kap csirkét és tojást.

Ideális esetben azt akarjuk, hogy az ügyfelek visszatérjenek és több pénzt költenek, akár magasabb szintű felhasználás, frissítések, professzionális szolgáltatások, pokol, akár alkalmazáson belüli vásárlások révén. Sokkal könnyebb és olcsóbb eladni egy meglévő vevőnek, mint egy vadonatúj vevőt találni.

De ha korlátozott és alacsony minőségű termékünk, akkor előfordulhat, hogy az ügyfelek nem térnek vissza. Nem számít, mennyit értéket adunk kezdetben, az elvárások végül növekedni fognak, hogy szükség legyen egy professzionálisan gyártott termékre.

Szükségem van egy hit ugrására.

Szerencsére sokkal könnyebb megtenni ezt az ugrást az adatokkal. Mostanra már tudhatunk elegendő termékünket az 1. és a 2. lépésből, és a piacunkról a 3. és 4. lépésből, hogy össze tudjuk kapcsolni a pontokat, ahonnan az ismétlődő bevétel származik.

Szóval mit csináljunk? Felveszünk egy fejlesztőt, aki elkészíti a Paper MVP professzionális verzióját. Ezután a fejlesztő segítségével készítünk egy hagyományos MVP-t (azaz nem a Szar Hacked Együtt) a következő szolgáltatáskészlethez, amelyek azok a funkciók, amelyeket a 3–5. Lépés szerint elmondtak nekünk ügyfeleink. Ezután futtatjuk a 3–5. Lépést azon a szolgáltatáskészleten, amely kifejleszti azt, ami működik, és selejtezi, ami nem.

Ezen a ponton megismételhető ciklusunk van, amely lehetővé teszi számunkra, hogy ne csak kiváló ötletünket fejlesszük ki, hanem tovább építjük mindaddig, amíg egy másik termékre, talán még egy másik cégre sem ütünk, és az egészet újra elindíthatjuk.