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