Въпреки че не е нужно да сте уеб разработчик, за да стартирате технологично базирана компания, определено ще трябва да работите с такава в някакъв момент. И не, не е толкова лесно, колкото да наемете някого, който да изгради вашата визия и просто да го наблюдавате как оживява - вие ще сте отговорни за намирането на подходящия човек за вашия екип, инструктирането им какво точно да развивате (в идеалния случай да работите в съвместен начин) и управление на проекта по пътя.
И по време на този процес има няколко неща, които много предприемачи научават по труден начин. Ето какво да знаете, преди да започнете.
1.Вализирайте идеите си, преди да започнете да разработвате
Имате ли страхотна идея за нов продукт или функция? Вашите инстинкти може да са да намерите програмист и да започнете да изграждате веднага, но първо е важно да проверите дали клиентите ви действително го искат или не.
За целта уточнете какъв проблем искате да решите (например „искаме потребителите да се връщат често на сайта“). След това създайте измерима хипотеза, която можете да тествате, за да видите дали вашите потребители действително ще се държат по начин, който поддържа вашето решение. Например, вашата хипотеза може да бъде: „Разрешаването на потребителите да публикуват актуализации на състоянието ще доведе до увеличаване на потребителските взаимодействия и задържането на потребителите.“
След като направите това, създайте прототип на функцията, която искате да изградите. И все още не се нуждаете от програмист за това - за ранен чертеж можете да направите демонстрация с възможност за кликване с PowerPoint или Word или дори да използвате скица на хартия. Има и по-модерни инструменти за създаване на прототипи и телени рамки като Axure, Mockingbird и Balsamiq, с които трябва да се чувствате удобно, ако ще управлявате продукт.
Тогава - още преди да се включите вашите разработчици - покажете своя прототип на своите клиенти (или потенциални клиенти) и получете техните отзиви. (Можете да насрочвате интервюта между хора или да използвате онлайн инструменти като Usabilla или UserTesting.com.) Поставете им въпроси от отворен тип, за да прецените мислите и интереса си към функцията и се опитайте наистина да разберете дали решението ги вълнува или решава точка на болка. И ако е така? Едва тогава е време да преминем към действително изграждане на нещо.
2. Наемете и създайте страхотен екип на Dev
Наемането на подходящи хора е необходимо във всяка организация, но когато наемате човек, който изгражда вашия продукт и оживява вашата визия - добре, това е от първостепенно значение.
Ето най-ценния урок по наемане, който научих: Наемете първо ДНК, а за работния опит второ. Направете списък с характеристиките, които оценявате като компания или вашето „ДНК“ (т.е. безмилостното шофиране, ще ви свърши работа, независимо какво, чувство за хумор) - тогава, уверете се, че човекът, с когото интервюирате или говорите за да отговаря на повечето от елементите, които сте измислили.
Това, което е също толкова важно, е да наемете хора с пригодност, а не определен набор от умения. В технологичното пространство уменията стареят на всеки две години, така че е по-добре да наемете хора, които са в състояние да научат нови технологии (и в идеалния случай да имат опит с това), а не хора, които случайно знаят как да правят нещо конкретно сега, Не забравяйте, че този човек в идеалния случай ще бъде с вас за дългия път и искате да се уверите, че той или тя е страхотен мач и сега, и по-късно.
3. Управлявайте проекта всяка стъпка от пътя
И накрая, участвайте в изграждането на вашия продукт. Често срещана грешка, която виждам, че хората правят: Основателят ще изпрати спецификациите на продуктите на разработчик, доверявайки се, че всичко ще бъде направено така, както основателят го вижда в главата си и ще се регистрира отново, когато крайният продукт е готов.
Това е рецепта за бедствие. Ако вземете този практически подход, най-често ще откриете, че вашият сайт или продукт не са внедрени по начина, по който сте предвидили. Може би вашите упътвания са били неясни, може би всъщност са били невъзможни за техническо изпълнение, може би вашият разработчик просто е разбрал неразбрано. Но независимо от това защо се случва - това е ситуация, която бихте предпочели просто да избегнете напълно. Повярвайте ми, много по-лесно е да останете на върха на процеса на развитие по пътя, отколкото е да се върнете назад и да поправите нещата по-късно - или още по-лошо, да започнете отначало!
По-добър подход е използването на „Agile Project Management“, общ метод за планиране и ръководство на технически проект. Агилен проект е завършен в малки секции, наречени итерации или спринти (ежедневно, седмично или в рамките на две седмици, максимум). След като разработчик или разработващ екип завърши итерация, той се преглежда и критикува от другите членове на екипа на проекта.
Основното предимство на пъргавото управление на проекти е способността да се отговори на въпроси, тъй като те възникват. Ще можете да следите дали проектът върви по план или не, ще разберете какви промени са необходими и в крайна сметка ще помогнете за изпълнение на успешен проект навреме и по бюджет.
За да научите повече за гъвкавия процес на разработка, въвеждащо видео и разгледайте онлайн инструменти за управление на проекти като Asana и Pivotal Tracker.
