I když nemusíte být webový vývojář, abyste mohli založit společnost založenou na technice, v určitém okamžiku s ní určitě budete muset pracovat. A ne, není to tak snadné, jak najmout někoho, kdo si vytvoří vaši vizi a jen se dívat, jak se ožívá - budete zodpovědní za nalezení toho správného člověka pro svůj tým, za poučení o tom, co přesně se má vyvinout (ideálně, práce v spolupráce) a řízení projektu podél cesty.
A během tohoto procesu existuje několik věcí, které se mnoho podnikatelů učí tvrdě. Tady je co vědět, než začnete.
1.Validujte své nápady, než začnete vyvíjet
Máte skvělý nápad na nový produkt nebo funkci? Vaše instinkty mohou spočívat v nalezení vývojáře a hned začít s budováním - ale nejdřív je důležité vyzkoušet, zda to vaši zákazníci skutečně chtějí.
Chcete-li to provést, určete, jaký problém chcete vyřešit (např. „Chceme, aby se uživatelé na web často vraceli“). Poté vytvořte měřitelnou hypotézu, kterou můžete vyzkoušet a zjistit, zda se uživatelé skutečně budou chovat způsobem, který podporuje vaše řešení. Například vaše hypotéza by mohla znít takto: „Umožnění uživatelům zveřejňovat aktualizace stavu povede ke zvýšení interakcí a udržení uživatelů.“
Jakmile to uděláte, vytvořte prototyp funkce, kterou chcete vytvořit. A k tomu ještě nepotřebujete vývojáře - pro prvotní pracovní verzi si můžete vytvořit demo, na které lze kliknout pomocí aplikace PowerPoint nebo Word, nebo dokonce použít papírovou skicu. Existují také pokročilejší nástroje pro vytváření prototypů a drátových modelů, jako jsou Axure, Mockingbird a Balsamiq, s nimiž byste se měli spokojit, pokud budete spravovat produkt.
Poté - ještě před zapojením svých vývojářů - předveďte svůj prototyp svým zákazníkům (nebo potenciálním zákazníkům) a získejte zpětnou vazbu. (Můžete naplánovat osobní rozhovory nebo pomocí online nástrojů, jako je Usabilla nebo UserTesting.com.) Zeptejte se jich na otevřené otázky, abyste mohli posoudit jejich myšlenky a zájem o tuto funkci, a pokuste se skutečně pochopit, zda je řešení vzrušuje nebo řeší bod bolesti. A pokud ano? Teprve potom je čas přejít k tomu, že něco skutečně budujeme.
2. Najměte a postavte skvělý tým Dev
Najímání správných lidí je nezbytné v každé organizaci, ale když najmete někoho, kdo staví váš produkt a oživuje vaši vizi - je to prvořadé.
Zde je nejcennější lekce najímání, kterou jsem se naučil: Nejprve najměte DNA a poté pracovní zkušenosti. Udělejte si seznam charakteristik, které si ceníte jako společnost, nebo vaše „DNA“ (tj. Neúprosná cesta, vykonáte práci bez ohledu na to, jaký smysl pro humor) - potom se ujistěte, že osoba, se kterou hovoříte nebo mluvíte aby odpovídal většině položek, se kterými jste přišli.
Stejně důležité je najmout lidi s nadáním, nikoli s konkrétním souborem dovedností. V technologickém prostoru se zručnosti zruší každé dva roky, takže je lepší najmout lidi, kteří jsou schopni se učit nové technologie (a v ideálním případě mají záznam o tom), spíše než lidi, kteří náhodou vědí, jak udělat něco konkrétního nyní . Pamatujte, že tato osoba bude s vámi ideálně na dlouhou trať a chcete se ujistit, že je skvělý zápas teď i později.
3. Spravujte projekt na každém kroku
Nakonec se zapojte do budování vašeho produktu. Častou chybou, kterou vidím, jak lidé dělají: Zakladatel odešle produktové specifikace vývojáři a věří, že vše bude provedeno tak, jak to vidí zakladatel ve své hlavě, a vraťte se zpět, až bude hotový produkt připraven.
Toto je recept na katastrofu. Pokud použijete tento hands-off přístup, častěji než ne zjistíte, že váš web nebo produkt není implementován tak, jak jste si představovali. Možná byly vaše směry nejasné, možná je nebylo možné technicky implementovat, možná váš vývojář prostě nepochopil. Ale bez ohledu na to, proč se to stane - je to situace, které byste se raději úplně vyhnuli. Věřte mi, že je mnohem snazší zůstat na vrcholu vývojového procesu, než je třeba se vrátit a opravit věci později - nebo ještě horší, začít znovu!
Lepším přístupem je použití „Agilního řízení projektů“, což je běžná metoda plánování a vedení technického projektu. Agilní projekt je dokončen v malých sekcích zvaných iterace nebo sprinty (denně, týdně nebo do dvou týdnů, maximálně). Poté, co vývojář nebo vývojový tým dokončí iteraci, je zkontrolován a kritizován ostatními členy projektového týmu.
Hlavním přínosem agilního řízení projektů je schopnost reagovat na vzniklé problémy. Budete mít možnost sledovat, zda projekt probíhá podle plánu, porozumět tomu, jaké změny jsou nezbytné, a nakonec pomoci zajistit úspěšný projekt včas a s rozpočtem.
Chcete-li se dozvědět více o agilním procesu vývoje, úvodním videu a podívejte se na online nástroje pro správu projektů, jako jsou Asana a Pivotal Tracker.
