М. Зобнина - Стартап-гайд. Как начать… и не закрыть свой интернет-бизнес

Нужно выделить основную проблему целевой аудитории и заложить ее решение в прототип.

Иногда выделить главную функцию не так просто, как в описанном выше случае с мессенджером. В такой ситуации требуется дополнительное интеллектуальное усилие. Если вы, например, делаете навигационный сервис, то основная функция заключается не в том, чтобы создать максимально детализированную карту, а в предоставлении простых и понятных инструкций, как добраться в нужное вам место.

2. Не думайте о дизайне. Вообще. Сервисы вроде Bootstrap помогают выбрать минимально приемлемые цветостилевые решения, чтобы прототип выглядел не совсем уныло: поверьте, этого достаточно. На данном этапе дизайн совершенно не важен, а работа над ним крадет драгоценное время. Когда вы еще только тестируете прототип, цветовые решения, картинки, шрифт и прочее оформление не имеют особого значения. Главное, чтобы потребитель понял идею и оценил, нужен ли ему ваш продукт и насколько он функционален. Если в команде есть хороший дизайнер, это очень здорово, но его время пока не пришло. На этапе разработки прототипа дизайн не нужен.

3. Разрабатывайте продукт короткими итерациями. Для первой версии прототипа достаточно рисунка на салфетке, где отражен основной функционал. С этим уже можно идти к потенциальным потребителям. Итераций при разработке может быть несколько, и всякий раз вы должны получить обратную связь от пользователей и внести в прототип необходимые изменения. Конечная итерация – тот самый MVP: версия, после которой стоит начинать работу над продуктом. Только когда прототип доведен до ума, можно задуматься о дизайне, масштабируемости и расширенном функционале.

4. Фильтруйте обратную связь. После каждой доработки продукта вы получаете отклики пользователей. Это очень важно. Однако надо понимать, что не все советы одинаково полезны. Универсального продукта не существует. Когда десять человек попросили вас перекрасить все кнопки в красный цвет – возможно, в результате получится не устраивающее всех решение, а лишь подходящее для этой определенной группы пользователей.

5. Разрабатывайте прототип быстро. От первого этапа до последнего должно проходить 4–8 недель, не больше. Создание прототипа может затягиваться бесконечно, если в какой-то момент не остановить этот процесс волевым решением. Через месяц или два вы получаете версию, готовую к тестированию целевой аудиторией, проверяете ее и начинаете работать над конечным продуктом.

6. Ни в коем случае не зацикливайтесь на деталях. Молодые предприниматели часто концентрируют внимание на разработке второстепенных вещей: регистрации, напоминаний о забытом пароле и т. д. Все это, безусловно, важно в готовом продукте, но совершенно не нужно в прототипе. В результате работа затягивается, и проект может умереть просто потому, что деньги кончились, а прототип так и не был создан.

Часто создатели своего первого проекта пытаются проскочить этап разработки прототипа и сразу выпустить готовый продукт. Это не всегда плохо, просто стоимость переделки конечного продукта и дополнительные расходы обойдутся предпринимателю дороже: прототип переделать гораздо проще и дешевле. Прототипирование, по сути, помогает вносить изменения с меньшими затратами.

Важный практический совет: идеальные прототипы делаются на хакатонах – соревнованиях для молодых проектов, которые обычно проводятся в выходные. У создателей есть всего 48 часов: готовый продукт за это время сделать невозможно, поэтому приходится ограничиваться основным функционалом.

В книге Эрика Риса «Бизнес с нуля» [9]этой теме посвящены целые главы. Разумеется, универсальных правил, как именно должен выглядеть продукт к моменту выхода на рынок, не существует. Каждый случай индивидуален. Многое зависит и от конкретного проекта, и от индустрии, и от других факторов. Но можно дать несколько советов, как правильно себя вести и на какие грабли не наступать.

1. Откажитесь от ненужных функций и выходите на рынок. Это совет в том числе и от Эрика Риса. У нас в компании все прочитали его книгу и мыслят категориями MVP (minimum viable product) – продукт должен обладать минимально необходимым набором функций, чтобы поскорее выбросить его на рынок. Цель не в том, чтобы выпустить сырой продукт (это вряд ли понравится пользователям), а в том, чтобы оперативно проверить базовые гипотезы: нужен ли ваш продукт целевой аудитории и готова ли она за него платить? Только выход на рынок даст точные ответы на ваши вопросы. И в этом случае имеет смысл избавиться от лишнего функционала: выходишь к потребителю, выясняешь его мнение и возвращаешься доделывать (или переделывать) продукт.