Milloin minun pitäisi palkata kehittäjä käynnistyskentälleni?

Yksi hankalimmista hetkeistä, joita saan varhaisia ​​yrittäjiä neuvotellen, on se, kun he kertovat minulle, että heillä on tämä hieno idea ja että he maksavat jo kehittäjälle rakentaa sen.

Jätkä.

Rakastan aggressiivista asennetta ja tekemishenkeä. Mutta on kuin miljoona asiaa, jotka sinun on tehtävä ennen kuin aloitat rahaa tuon freelancerin tai offshore-joukkueen kanssa.

Odota. Viisi. On todella viisi asiaa, jotka sinun on tehtävä ennen kehittäjän palkkaamista. Minusta tulee vähän hyperbolista, kun olen turhautunut.

1. Rakenna paperisi MVP

Jos olet jo rakentanut MVP: n, siirry vaiheeseen 2.

Kirjoitin viime viikolla viestin vähimmäiskykyisen tuotteen rakentamisesta. Konseptina on luoda tuotteistamme nopein versio, rajoittaa ominaisuusjoukkoa ja viedä suurin osa automaatiosta, jotta voimme todistaa ideamme.

Pitäisikö sinun koodata MVP itse? Rakastan oppia koodaamaan, mutta annan tarjota pienen vasta-ohjeen: Sen sijaan, että oppisit koodaamaan, oppi hakkeroimaan paskaa yhdessä. Näin rakennat Paper MVP: n, joka on kuin tavallinen MVP, vain siellä on paljon enemmän kanavateippiä.

On olemassa kaikenlaisia ​​alustoja, jotka voivat jäljitellä melkein mitä tahansa teknisiä toimintoja. Kokeile AWS: ää ja Serverlessiä Lambdan kanssa, tai jos se on liian pelottavaa, ehkä WordPress, GSuite, Zapier ja Slack. Niiden avulla voit vetää ja pudottaa tapaa rakentaa verkkosovelluksia, tietokantoja, sovellusliittymiä, mitä tahansa, vain pienellä koodilla - voit kirjaimellisesti väärentää kaiken.

Paper MVP: n tulisi tehdä yksi asia ja tehdä se hyvin, se asia, joka todistaa ideasi. Jos ideasi on, että ihmiset maksavat interaktiivisista VR-kissan videoista, Paper MVP tekee VAIN interaktiivisia VR-kissan videoita - sitä ei ole rakennettu sosiaaliseen verkostoon, ei ole kissan sijoitusalgoritmia, ei ole lähellä olevien kissojen sijainnin sijaintia. Koska viimeinen on erittäin kamala.

Pitäisikö sinun tuoda markkinoille todellinen reaalimaailman tuote näiltä alustoilta? Ehdottomasti ei. Mutta jos tämä Paper MVP toimii, olet suorittanut vaiheen 1. Mene vielä neljä. Se on sitten kehittäjän ongelma.

2. Luo jakelumekanismi

Sinulla voi jo olla tapa saada tuotteesi markkinoille. Jos näin on, siirry vaiheeseen 3.

Huolimatta siitä, kuinka suuri ideaamme on ja kuinka hyvin tuotteemme lopulta toimii, se ei tarkoita mitään, ellei kukaan pääse siihen.

Jos rakennamme sovellusta, olemme jonkin verran lukittuina sovelluskauppoihin. Minkä tahansa muun tyyppinen perinteinen tai verkkopohjainen ohjelmisto aikoo käydä kauppaa oman verkkosivustonsa ja / tai jonkinlaisen aggregaatin välityksellä - hyvä esimerkki aggregaatista on Steam peleille. Jos laitteisto on mukana tuotteessamme, älä mene Amazoniin MVP: n kanssa, saat käynnistyksen. Stick Shopify tai jotain vastaavaa.

Nyt se on vain mekanismi, se ei aio työntää tuotteitamme kaupan läpi. Mutta MVP: lle emme tarvitse valtavaa yleisöä. Tarvitsemme on kyky seurata tuotteidemme käyttöä, joka tulee näiden mekanismien kautta, joista yritys ei ole suoraan vastuussa. Meidän on tiedettävä, kuka nuo käyttäjät ovat, kuinka he löysivät meidät ja miksi he tulivat.

3. Pyydä ihmisiä käyttämään tuotteitasi

Jos sinulla on ihmisiä, jotka käyttävät MVP: tä, siirry vaiheeseen 4.

Joten kuka aikoo käyttää tuotteitamme? Yksinkertainen kysymys. Todella, todella vaikea vastata.

Kuvaile sellaista henkilöä, joka todennäköisesti saa suurimman arvon tuotteestasi. Kapea tämä määritelmä ja ota pois kaikki suhteet sinuun - et ystäviisi, ei alasi ihmisiin, ei vasemmistoisiin, ei urheilutilastoihin.

Kyllä, oletan, että olet vasemman käden urheilutilastomme nörtti, jolla on toivottavaa työtä ja paljon ystäviä.

Kun sinulla on todella tiukka määritelmä arvokkaimmasta käyttäjästäsi, löydä niin monta ihmistä kuin pystyt, joka muistuttaa parhaiten tätä määritelmää. Löydä niistä valtavia ryhmiä. Myy sitten tuotteesi heille, anna se heille, jätä se ovensa keskelle yötä.

Se, miten he saavat sen, ei ole väliä, mutta tässä heillä pitäisi olla: Heidän pitäisi tietää, miksi he tarvitsevat, heidän pitäisi tietää mitä se tekee, heidän pitäisi osata käyttää sitä ja heidän tulisi tietää, kenelle soittaa, kun se ei ' t työtä.

Sitten sinun on voitava ottaa heihin yhteyttä ja antaa heille syy antaa palautetta. Koska he kertovat meille, millaista tuotetta me todella tarvitsemme rakentaa ja millaisia ​​markkinoita meidän tosiasiallisesti on myytävä.

Todennäköisesti, että se ei tule näyttämään idealta, joka meillä oli tämän viestin alussa. Joten säästin sinulle vain joukon rahaa.

4. Pyydä asiakkaita maksamaan tuotteestasi

Jos olet jo saanut ihmiset maksamaan tuotteestasi, sinun on palkattava kehittäjä, eikö niin? Eh, siirry vain vaiheeseen 5 ja tee oma valinta.

Mutta kyllä, on aina parasta saada rahaa sisään, ennen kuin alat rahaa. En sano, että pirun asia on maksettava itsestään, mutta vaikein on saada ihmiset avaamaan lompakot ja antamaan sinulle rahaa. Jos voit tehdä tämän, sinulla on hyvä idea.

Hyvä uutinen on, että voimme tehdä arvauksia siitä, kuinka paljon tuotteen valmistaminen maksaa ja kuinka paljon voimme veloittaa siitä.

Voimme olla väärässä näiden arvausten suhteen. Ainoa väärä emmekä voi olla, on veloittaa liian vähän. Alustavan hinnoittelun tarkoituksena on saada asiakkaita areenalle, mutta 100 dollarin tuotteen myynti 1 dollarilla ei todista mitään. Ja siitä myös Ponzi-ohjelmat alkavat.

Viimeinen askel eteenpäin.

5. Ohjaa asiakkaat pitämään maksamaan tuotteestasi

Tässä se saa kanaa ja munaa.

Ihannetapauksessa haluamme pitää asiakkaiden tulevan takaisin ja käyttämään enemmän rahaa, olipa kyse korkeampien käyttöasteiden, päivitysten, ammatillisten palveluiden, helvetin, jopa sovelluksen sisäisten ostojen kautta. Nykyiselle asiakkaalle on paljon helpompaa ja halvempaa myydä kuin aivan uuden asiakkaan löytämiseen.

Mutta jos tuotteemme on rajoitettu ja heikkolaatuisia, asiakkaat eivät ehkä tule takaisin. Riippumatta siitä, kuinka paljon arvoa alun perin tarjoamme, odotukset nousevat lopulta tarpeeseen ammattimaisesti rakennettua tuotetta.

Minulta vaaditaan uskon harppaus.

Onneksi on paljon helpompaa ottaa tämä harppaus tietojen kanssa. Tähän mennessä voimme tietää tarpeeksi tuotteitamme vaiheista 1 ja 2 ja tarpeeksi markkinoistamme vaiheista 3 ja 4 voidaksemme yhdistää pisteitä mistä toistuvat tulot tulevat.

Joten mitä me teemme? Palkkaamme kehittäjän rakentamaan Paper MVP: n ammattimaisen version. Sitten rakennamme kehittäjän avustuksella perinteisen MVP: n (eli ei Shit Hacked Together) seuraavalle ominaisuusjoukolle, jotka ovat ominaisuudet, jotka vaiheet 3–5 ovat kertoneet asiakkaillemme haluavan. Suoritamme sitten vaiheet 3–5 kyseisellä ominaisuusjoukolla, kehitämme mitä toimii, romutaan mikä ei.

Siinä vaiheessa meillä on toistettava jakso, jonka avulla emme voi vain rakentaa loistavaa ideaamme, vaan jatkaa rakentamista, kunnes osumme toiseen tuotteeseen, ehkä jopa toiseen yritykseen, ja aloittaa prosessin alusta uudestaan.