Рис. 5.4. Один из первых прототипов Twitter
Он не требовал примочек, модного пользовательского интерфейса и идеально выверенных макетов. После прикидки пользовательских сценариев и текста будущего интерфейса продукт было очень легко собрать из базовых элементов. Затем вся команда имела возможность поиграть с черновой версией, чтобы протестировать, как та работает, и увидеть, насколько она удовлетворяет заявленным целям продукта.
Помимо скорости, у построения прототипов есть еще одно неоспоримое преимущество. Этот процесс позволяет прийти к согласию не только внутри компании, но и с клиентами. Прототип становится универсальным языком общения, который все понимают.
Цель создания прототипа — разобраться, где что-то не так со сценарием или конкретным взаимодействием. Где люди теряются? Где требуется проявить больше изобретательности? Как эти изменения способны преобразовать другие части продукта? Встретьтесь со своими разработчиками, теми, кто принимает решение, клиентами, заказчиками — и вы сразу получите ответы на свои вопросы.
«Визуализация [и тестирование] взаимодействий помогает нам вести конструктивный диалог с крупными командами, — говорит Мезарос. — Прототипы играют важную роль в получении и использовании обратной связи от всех команд: от стратегии до дизайна. Создавая прототипы, мы гораздо лучше контролируем последствия процесса. В Wildcard оценка стоимости играла критически важную роль для достижения конечной цели. Вот почему я яростный сторонник дизайна и прототипирования в любом возможном контексте. Мне кажется, что лучший вариант — встраивать все части пользовательского интерфейса так же, как может быть в финальном продукте».
Итак, сколько должен занимать обычный процесс построения прототипов? Обычно около недели, максимум двух на создание, тестирование на пользователях, итеративные изменения и подготовку финальной версии к разработке.
«Одна-две недели — это хорошее время, чтобы прийти с качественными идеями и реализовать их без лишних наворотов и крутизны. Его вполне достаточно, чтобы остановиться, выдохнуть и принять продуманное решение, но и не слишком много, чтобы бездумно его тратить, — отмечает Тинг. — Самое главное, что я выучил при быстром создании прототипов, — это очень мощный катализатор. Использование таких инструментов, как InVision и Quartz Composer, накладывает обязательства на создателей пользовательского интерфейса (UI) и опыта взаимодействия (UX), на менеджеров проектов и инженеров. Они должны вникнуть в дисциплины друг друга, разобраться в них и начать работать вместе. У нас практически не бывает конфликтов, все слаженно работают как единая команда. А все потому, что быстрое прототипирование — это даже не инструмент и не методология, это своего рода культура».
Временные рамки, естественно, будут меняться в зависимости от того, над каким проектом вы работаете, и от тех людей, кто им занимается. Для небольших команд процесс может занимать всего лишь один рабочий день.
«Мы можем улучшать и корректировать [проект] очень быстро в режиме реального времени — за считаные секунды или минуты, — говорит Мезарос. — Подобный уровень контроля действительно восхищает. Это и есть искусство интерактивного дизайна, и прототипирование дает нам определенные преимущества».
Подготовка к использованию
Как только команда (а в идеале ваши клиенты или заказчики) рассмотрела прототип, ваша задача сделать разработку и внедрение продукта максимально простыми для ваших коллег из отдела разработки. Это требует определенной логики, а также наличия критериев оценки времени, скорости и других факторов, которые формируют соединительную ткань между всеми фазами процесса создания продукта (рис. 5.5).
Рис. 5.5. Модель процесса создания продукта максимально эффективна благодаря прототипированию
Помните, что с каждой итерацией возрастает уровень детализации вашего продукта. Поэтому не имеет большого значения, сделан ваш прототип из нескольких экранов с простыми переходами или вы используете мощный инструмент прототипирования, который автоматически экспортирует код. Неважно даже, если вы написали сырой код. Предпринимая любой из шагов, вы вносите неоценимый вклад в увеличение соответствия продукта нуждам аудитории и быстрее приближаетесь к его реализации.
В зависимости от выбранных инструментов передача кода в руки инженеров может проходить в разных формах. Вы или передаете код, написанный в Framer.js, или делитесь своими раскадровками в Xcode, или, если вы использовали Quartz Composer / Origami, переправляете композиционные файлы и самые важные моменты, такие как переходы и время анимации. Чем больше информации вы предоставите, тем быстрее будет готов ваш продукт.
Учтите в процессе разработки всё до мельчайших деталей, и тогда вы сможете выпускать небольшие сборки фичей для смартфонов, планшетов и компьютеров. Так вы получите возможность тестировать свои гипотезы. Благодаря этому процессу ваши коллеги инженеры в полной мере осознают, сколько усилий требуется, чтобы создать продукт с таким набором функций и дизайном.
Прототипы — это не только универсальный язык для команды и клиентов, но и потрясающий инструмент формирования чувства сопричастности к процессу дизайна. Кроме того, он помогает команде принимать оптимальные решения.
«Прототипирование позволяет нам как команде принимать более обдуманные и взвешенные решения, и это, пожалуй, один из самых важных аспектов этого инструмента, — говорит Мезарос. — Это способ привлечь всех участников процесса к анализу новых черт. Не бойтесь прототипов: вы будете поражены, насколько они помогают достичь желаемого».
Но самый важный эффект работы с прототипами — это возможность развиваться и становиться лучше — более продуктивными и более креативными. При построении быстрых прототипов вы формируете пути получения обратной связи, которая позволит вам улучшить свои продукты. По мере решения основной задачи вы будете постоянно натыкаться на новые идеи.
«Довольно часто я в буквальном смысле менял дизайн посреди дискуссии и спрашивал: “Вы это имеете в виду?” — вспоминает Тинг. — А затем мы его тестировали и обсуждали. Это сэкономило часы и дни, которые иначе пришлось бы потратить на написание электронных писем, встречи, дополнительные обсуждения и дебаты».
Резюме
• В зависимости от того, с кем вы общаетесь, могут потребоваться тысячи встреч, макетов или технических спецификаций. Хотите мое мнение? Да все равно. Если даже это правда, я скажу, что то, зачем мы делаем прототипирование — наращивание глубины проработки продукта, — того стоит.
• Доступное количество времени, предполагаемая аудитория, требуемая детализация и удобство использования инструментов помогут выбрать правильный метод создания прототипов.
