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

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

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

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

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

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

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

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

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

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

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

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