Скотт Хёрф - Как создать продукт, который полюбят

«Это как хакатон» [110], – говорит Тинг.

Основная цель – извлечь мысли из головы как можно быстрее, пока концепции не утратили свою четкость.

«Прототипы интеракций и анимаций были важнейшим элементом цикла разработки в Wildcard и позволяли нам просто и ясно формулировать даже самые сложные идеи», – говорит Мезарос.

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

Вторая цель – увидеть тех, кто будет знакомиться с вашим прототипом, чтобы понять, насколько его требуется прорабатывать – придется охватывать весь сценарий или только действия конкретного пользователя? Или только конкретное взаимодействие? В какой мере стоит уделять внимание деталям? Успешный прототип обращается непосредственно к аудитории.

Но и это еще не все. Один из самых важных вопросов: насколько вы ограничены по времени? Ответ на него позволяет подобрать правильные инструменты для выполнения проекта.

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

Мне очень нравится, как продуктовый дизайнер Twitter Пол Стаматиу описывает компромисс, к которому он пришел, разрабатывая Twitter Video.

Несмотря на то что я активный сторонник прототипирования, я отдаю себе отчет, что иногда этот процесс может стать пустой тратой времени. Прототипирование зачастую вызывает проблемы технического характера, когда приходится озаботиться сохранением структуры и обработкой массивов данных. Поэтому я прибегаю к прототипированию только в том случае, если мне нужно получить ответы на глобальные вопросы об общем ощущении от продукта; когда я не могу визуально представить, что видят «глаза моего мозга», как говорит один из наших дизайнеров. В этом случае я делаю прототипы функциональными ровно настолько, насколько требуется, чтобы решить конкретный вопрос, и не стану тратить день или два на то, чтобы пытаться прописать код для каждой функции продукта [111].

Поли Тинг, в свою очередь, пишет:

Быстрое прототипирование – это концентрация внимания в течение намеренно ограниченного времени, что позволяет отсечь все лишнее, второстепенное и посредственное. Никто не отрицает, что чем более «отполированным» будет опыт использования прототипа, тем выше шансы, что клиент его купит. Мы должны принимать решения, всегда помня об этом. Если конкретное взаимодействие критично для демонстрации новых / лучших / более простых способов навигации или для использования продукта, тогда да – мы его сделаем. Но если это просто глянец, тогда не стоит тратить время.

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

«Прототип способен решать многие вопросы и подходить для нескольких целей. Например, с его помощью можно продемонстрировать идею, изучить, протестировать или даже продать ее, а также собрать MVP», – комментирует Тинг.

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

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

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

Когда прототип будет готов к передаче в разработку, команда должна его обсудить и решить, как продолжить работу.