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