Noha nem kell webfejlesztőnek lennie ahhoz, hogy tech-alapú vállalatot indítson, bizonyos időpontokban határozottan együtt kell működnie. És nem, ez nem olyan egyszerű, mint hogy felhívja valakit a látás elkészítésére, és csak figyelje, hogy az életre kelt - Ön lesz a felelős, hogy megtalálja a megfelelő személyt a csapata számára, és utasítja őket, hogy pontosan mit fejlesszenek ki (ideális esetben együttműködési módszer) és a projekt mentén történő irányításával.
És ezen folyamat során néhány dolog, amelyet sok vállalkozó megtanul nehézzen. Itt van, amit tudni kell, mielőtt elkezdené.
1.Érintse meg ötleteit, mielőtt elkezdené a fejlesztést
Van egy nagyszerű ötleted egy új termékről vagy szolgáltatásról? Lehet, hogy ösztöne az, hogy megtalál egy fejlesztőt és azonnal megkezdi az építkezést - de először is fontos megvizsgálni, hogy az ügyfelek valóban akarják-e vagy sem.
Ehhez adja meg, hogy milyen problémát szeretne megoldani (pl. „Azt akarjuk, hogy a felhasználók gyakran visszatérjenek a webhelyre”). Ezután hozzon létre egy mérhető hipotézist, amelyet kipróbálhat, hogy megbizonyosodjon arról, hogy a felhasználók valóban olyan módon viselkednek-e, amely támogatja az Ön megoldását. Például a hipotézis a következő lehet: „Ha engedélyezi a felhasználóknak az állapotfrissítések közzétételét, akkor a felhasználói interakciók és a felhasználói megtartás növekedése fog növekedni.”
Miután ezt megtette, készítsen prototípust az építeni kívánt funkcióról. És ehhez még nincs szüksége fejlesztőre - egy korai vázlathoz kattintással bemutató demót készíthet a PowerPoint vagy a Word használatával, vagy akár papírvázlatot is készíthet. Léteznek még fejlettebb prototípus-készítési és huzalkeretező eszközök, például az Axure, a Mockingbird és a Balsamiq, amelyekkel kényelmesebbé válhat, ha valamelyik terméket kezeli.
Ezután - még a fejlesztők bevonása előtt - mutassa meg prototípusát ügyfeleinek (vagy potenciális ügyfeleinek), és kapja meg visszajelzését. (Személyes interjúkat ütemezhet, vagy olyan online eszközöket is használhat, mint például az Usabilla vagy a UserTesting.com.) Tegyen fel nyílt kérdéseket, hogy felmérje gondolataikat és érdeklődését a szolgáltatás iránt, és próbálja meg igazán megérteni, hogy a megoldás izgalmas-e őket, vagy fájdalom küszöb. És ha igen? Csak akkor érkezik ideje valami építéséhez.
2. Béreljen és készítsen egy nagyszerű csapatot
Bármelyik szervezetnél szükséges a megfelelő emberek felvétele, de ha felvesz valakit, aki elkészíti a terméket, és életre kelti látását - nos, ez rendkívül fontos.
Itt van a legértékesebb bérleti lecke, amelyet megtanultam: Először a DNA-bérlés, a második a munkahelyi tapasztalat. Készítsen egy listát azokról a jellemzőkről, amelyeket vállalkozásként értékel, vagy a „DNS-jét” (vagyis a könyörtelen hajlandóság, bármi is lesz, elvégzi a munkát, humorérzék) - ellenőrizze, hogy az a személy, akit interjút készít vagy beszél hogy megegyezzen a legtöbb elemmel, amelyekkel jöttél.
Ugyanolyan fontos, hogy alkalmasakkal foglalkozzunk embereket, nem pedig bizonyos készségekkel. A technológiai térségben a készségek kétévente elavulnak, ezért jobb olyan embereket felvenni, akik képesek új technológiákat tanulni (és ideális esetben haladásukról rendelkezik tapasztalatukkal), nem pedig azokat, akik máris tudják, hogyan kell valamit konkrétan tenni. . Ne feledje, hogy ez a személy ideális esetben veled lesz a hosszú távra, és azt szeretné, hogy megbizonyosodjon arról, hogy ő nagyszerű mérkőzés mind most, mind később.
3. Vezesse a projektet az út minden lépésénél
Végül vegyen részt a termék felépítésében. Általános hiba, amelyet az emberek által láttak: az alapító a termékjellemzőket elküldi a fejlesztőnek, bízva abban, hogy minden úgy történik, ahogy az alapító látja a fejében, és csak akkor térjen vissza, amikor a végtermék készen áll.
Ez egy recept a katasztrófára. Ha ezt a gyakorlati megközelítést alkalmazza, akkor a webhelyét vagy termékét általában nem úgy látja el, mint ahogyan azt elképzelte. Lehet, hogy az útmutatása nem volt egyértelmű, talán valójában lehetetlen volt technikailag végrehajtani, talán a fejlesztője félreértette. De függetlenül attól, hogy miért történik - ez egy olyan helyzet, amelyet inkább csak elkerül. Hidd el, sokkal könnyebb maradni a fejlesztési folyamat tetején az út mentén, mint az, hogy vissza kell mennünk, és később javítanunk a dolgokat - vagy ami még rosszabb, kezdjük újra!
Jobb megközelítés az „Agile Projektmenedzsment” használata, amely egy általános módszer a műszaki projekt megtervezésére és irányítására. Egy agilis projektet kis részekben, iterációknak vagy sprintnek nevezik (napi, heti vagy két héten belül). Miután egy fejlesztő vagy fejlesztői csapat befejezte az iterációt, azt a projektcsoport többi tagja felülvizsgálja és kritizálja.
Az agilis projektmenedzsment fő előnye az, hogy képesek reagálni a felmerülő problémákra. Ön képes lesz nyomon követni, hogy a projekt a tervek szerint halad-e, megértheti, milyen változtatásokra van szükség, és végül segíthet a sikeres projekt időben és költségvetésben történő megvalósításában.
További információ az agilis fejlesztési folyamatról, a bevezető videóról, valamint az online projektmenedzsment eszközökről, például Asana és Pivotal Tracker.
