Как и что прототипировать: 6 правил

Самое главное: у стартапа должно быть ясное и четкое понимание проблемы, которую предстоит устранить выпуском своего продукта, и аудитории, которой этот продукт предлагается. Если понимания нет, то и к инвесторам идти рано, какими бы прекрасными ни были предприниматель и его команда.

Помимо понимания проблемы у пришедшего ко мне стартапа обязательно должен быть minimum viable prototype (MVP). Это проработанный прототип продукта с минимально необходимым функционалом, способный решать проблему целевой аудитории. Если его нет, серьезный разговор не состоится: я отправлю стартап делать «домашнюю работу» (при необходимости под моим руководством).

Прототип нужен для того, чтобы выйти к целевой аудитории и дать ей возможность с ним «поработать». Так стартап проверяет жизнеспособность своей идеи. Если предложенный способ решения проблемы потребителям нравится, можно начинать делать продукт. Если же они говорят, что это не совсем то, — самое время сесть и разобраться, в чем допущена ошибка. Возможно, неправильно выбрано решение, или оно неверно преподнесено, или решаемой проблемы на самом деле вообще не существует. Важно запомнить: цель прототипа состоит не в том, чтобы с его помощью убедить инвестора дать стартапу денег, а в поиске и тестировании метода решения проблемы потребителей.

Каким должен быть прототип? Это, безусловно, сильно зависит от отрасли, предметной области и множества других вещей. Если мы говорим об интернет-технологиях или мобильных приложениях, то первый вариант может быть нарисован на обычных бумажных салфетках и соединен в прототип мобильного приложения с помощью программы Prototyping on Paper. Такой продукт уже можно показывать клиентам, тестировать и улучшать. Для создания простейшего прототипа потребуются часы, для более сложного — дни или в крайнем случае недели. Но уж точно не месяцы. MVP, с которым стартап идет к инвестору, это итоговый прототип, который был опробован на первых потребителях и доработан на основе их отзывов.

Существует несколько базовых правил, которыми предприниматель должен руководствоваться при создании прототипа

1. Выделите минимально необходимый функционал. Речь идет о главной функции будущего продукта. Она, только она и ничего кроме. Это непросто, потому что хороший предприниматель хочет, чтобы прототип был всеобъемлющ, универсален и решал все проблемы разом. Но следует убедить себя в необходимости протестировать только главную функцию продукта, а от всего остального пока отказаться. Когда разрабатывается сверхзащищенный мессенджер, прототип может обойтись без смайликов (хотя, естественно, их очень хочется туда добавить, ведь смайликами пользуются все), потому что главная функция этого продукта — «сверхзащищенность».

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

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

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

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

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

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

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

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

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