Четыре шага к озарению. Стратегии создания успешных стартапов.

Разработка.

Традиционные представления о разработке продукта также вредны стартапу. Не то чтобы вам совсем не нужен был департамент по разработке, но учреждать такое подразделение до того, как выйдет первая версия продукта, – это ошибка. Постойте! Но если нет специального отдела разработки, то как вообще можно спроектировать и создать продукт? Поймите, я вовсе не сторонник того, чтобы распустить все группы разработчиков, просто стоит избавиться от балласта, который сейчас не нужен. В крупных компаниях департаменты разработки полностью укомплектованы дополнительными подразделениями – это целый штат составителей технических текстов, раздутые департаменты гарантии качества, группы, пишущие спецификации продукта с телефонную книгу размером. Все это не нужно стартапу. Пока. Это лишнее снаряжение, которое оттягивает плечи и мешает продукту двигаться по пути создания и распространения. Для продаж и маркетинга – это тоже лишний груз. Стратегия разработки продукта в стартапе для первых двух версий такова: 1) исполнять, опираясь на техническое видение основателей и модифицировать в соответствии с результатами обратной связи с потребителями на этапах выявления и верификации потребителей; 2) разработать, а потом выполнять план «скорее на рынок» (а не «первые на рынке»), который позволит как можно скорее вручить первую версию продукта (а также видение его развития на ближайшие 18 месяцев) в руки ранневангелистов; 3) использовать обратную связь с ранневангелистами, которые купили продукт, чтобы определиться со спецификациями следующей версии для более широкой базы потребителей.

В сфере разработки мечты стартапов о том, кого бы они хотели видеть на посту руководителя, остаются такими же, как для описанных выше направлений. Большинство стартапов в области программного обеспечения были бы на седьмом небе от счастья, если бы могли пригласить в штат вице-президента отдела разработки Windоws из Мiсrоsоft. Но, как вы теперь понимаете, это был бы неправильный выбор. В стартапе нет необходимости нанимать и управлять штатом разработчиков из сотни сотрудников. Знание того, как распределить ресурсы на проект по разработке ПО длительностью пять лет и запустить бета-тесты для десятков тысяч пользователей, совершенно не нужно – по меньшей мере, на ближайшее время. Тот, кто стартапу сейчас действительно необходим, – это человек, обладающий ясным видением продукта и безошибочно умеющий угадать минимальный набор обязательных характеристик, при этом не забывающий прислушиваться к обратной связи от команды по развитию потребителей.