Több mint egy évvel ezelőtt iPhone alkalmazást akartam létrehozni a nőcsoportom számára. Annak ellenére, hogy egy évtizedet töltöttem a digitális világban, nem voltam műszaki és nem tudtam kódolni. Tehát elkezdtem keresni a könnyű, gyors és jól megtervezett alkalmazás létrehozásának módját - anélkül, hogy megalapoznám a fejlesztőket.
Kiderült, hogy nem találtam egyet. Tehát megszállottá váltam magamnak a megoldásnak a létrehozásában - egy olyan platformon, ahol a rendszeres emberek egyszerű, gyönyörű, mobil alkalmazásokat hozhatnak létre.
Most, amiben biztosan kíváncsi vagy, hogy ha nem is tudtam volna egy alkalmazást létrehozni egyedül, hogyan terveztem egy egész platformat, különösen finanszírozás nélkül? Első alkalommal vállalkozó voltam, és míg szilárd üzleti tervem volt, egyetlen befektető sem akart engem finanszírozni csapat, prototípus vagy mindkettő nélkül. (Ahogy egy befektető mondta nekem: "Nem fektetünk be a PowerPointba. Gyere vissza béta termékkel.")
Míg az alapítóval randevúztam, mint őrült, nehéz a nagy technikai társalapítói tehetségeket megtalálni, és még nehezebb ilyen embereket rávenni. Időközben az óra ketyeg, és nagyon vágytam, hogy elinduljak. Néhány befektető azt javasolta, hogy keressek egy fejlesztőcéget (vagy “dev boltot”) egy prototípus felépítéséhez, így beletapadtam a megtakarításokba és pontosan ezt tettem.
Ma, a vállalkozásom, a Yapp, elképesztő műszaki társalapítóval, nagyszerű csapattal és befektetőkkel rendelkezik, és hamarosan kiadjuk első termékünket. Ez a termék azonban nem használ egyetlen kódszámot a dev boltból, aki azon dolgozott, amely öt hónapon keresztül volt, amikor társalapítóm csatlakozott.
Amikor vissza gondolok a kódtemetőben megtakarításokra, kíváncsi vagyok: Hogyan tudtam volna másképp csinálni a dolgokat? Ezek a legfontosabb leckék, amelyeket akkor vágytam, ha tudtam volna - és az a tanács, amit bárkinek a hajómban adok.
1. Kitalálja ki, mit kell bizonyítania
Az ötlet elindításához 30 oldalra írt termékspecifikációt írtam, amelyet átadtam a dev boltnak. Ez teljesen rossz megközelítés. Miért? Mert a kezdeti szakaszokban nem feltétlenül tudja, mit akar vagy kell (vagy amit ügyfelei akarnak vagy szükségesek). Ehelyett, mielőtt mérlegelne egy fejlesztő vagy dev üzlet bevonását valami építéséhez, lépjen hátra, és írja ki azokat a feltételezéseket, amelyek szükségesek annak bizonyításához, hogy ötlete életképes vállalkozássá váljon. (Ez egyenesen a The Lean Startup filozófiájából származik.)
2. Tesztelje a lehető legalacsonyabb technológiával
Ezután töltsön el egy kis időt azon gondolkodva, vajon valóban-e kell-e egy terméket készítenie ezeknek a feltételezéseknek a teszteléséhez. Használhat kézzel rajzolt képeket, drótvázas kereteket, komplikumokat vagy egy egyszerű céloldalt? Manapság még egy nem technikai személy is létrehozhat drótvázkereteket (Balsamiq), egy nyitóoldalt (önkiszolgáló weboldal eszközök), vagy olcsón bérelhet részmunkaidős tervezőt (oDesk, eLance). Mindezekkel felhasználhatja az elképzelés leendő ügyfelek, partnerek és befektetők általi futtatását és visszajelzéseik megszerzését. Tanuljon meg mindent, amit ezekből a csúcstechnológiájú módszerekből készíthet, és folyamatosan finomítsa a termék látását és ötletét - még mielőtt elgondolkodna a fejlesztésén.
3. Fontolja meg a szabadúszókat
Ha a következő lépés a prototípus fejlesztése, fontolja meg a különféle lehetőségeket - a dev üzlet nem az egyetlen. Szabadúszó bérbeadása jó út, ha korábban már sikerült megszereznie a műszaki tehetségeket, vagy ha a specifikáció egyszerű és széles körben ismert technológiákat használ. (Kevin Rose a Digget építette azáltal, hogy 200 dollárért bérel fel egy eLancer-t.) Néhány termék azonban sokkal bonyolultabb, és néhány alapítónak átmeneti személyre van szüksége, hogy kommunikáljon a termék látomásával a műszaki csapattal. Ezekben az esetekben egy üzlet jobban megfelelhet.
4. Maradjon a hatókörén
Ha úgy dönt, hogy bevezet egy dev boltot, győződjön meg róla, hogy tisztában van a projekt terjedelmével - és maradjon rajta. Ha az 1. és a 2. lépést követte, akkor világos elképzelése van arról, hogy mit kell építenie, tehát ellenálljon a kísértésnek, hogy növelje a hatályát. A cél ebben a szakaszban az, hogy megtanulja és validálja ötleteit, és ne nyerjen egy Webby-t.
5. Béreljen fel valakit a hálózatában
A fejlesztés kiszervezése Indiába vagy más országba általában olcsóbb lehetőség, mint egy amerikai dev-üzlet bérbeadása. De sokkal, sokkal nehezebb is lehet kezelni valakit, akit nem ismersz, és aki a bolygó másik oldalán van. Ha lehet, dolgozzon egy ajánlott deviza üzlettel, amely fizikailag elég közel áll ahhoz, hogy a fejlesztővel a lehető leggyakrabban ülhessen. Néhány dolgot valóban könnyebben lehet leírni személyesen.
6. Kap rögzített díjat
Minden dev-üzlet ezzel szemben ellenáll, mondván, hogy a termék köre megváltozik. De ez az egyetlen módja annak, hogy biztos, hogy a költségvetését nem olyan dolgokra használja fel, amelyekkel nem tesztelheti. Bízz bennem.
Visszatekintve az első öt hónapot a „tanulásra”, nem a „szállításra” kellett volna töltenem. Amint hallottam, „az előremozgatás nem feltétlenül haladás”, és sajnos ez volt az én esetemben. Bár a dev üzlet működő prototípust készített, végül nem erre volt szükség. Vedd el tőlem - ha van egy nagyszerű elképzelésed, hogy éppen nem tudsz várni az építkezésre, lépj hátra, gondolkodj át, amire valójában szükséged van, és emlékeztess magadra, hogy az első megtalált dev-üzletbe futás nem mindig az a legjobb megoldás.
