Прототипом может стать любой объект, который должен познакомить пользователя с конечным опытом взаимодействия, которое вы пытаетесь создать. Это могут быть как низкокачественные бумажные прототипы, так и высококачественные компьютерные модели. В современных технологиях прототипизация играет важную роль. Цифровые команды создают высококачественные прототипы в таких программах, как Axure или OmniGraffle. Прототипы могут пригодиться для тактической проверки удобства использования и передачи функциональности группам разработки. И наоборот, они легко могут обернуться напрасной тратой ресурсов на создание чего-то «кликабельного» для передачи стратегической концепции. Возможно, вы заметили, что я нигде не упоминаю каркасные модели (типичный результат UX-проектирования) как нечто имеющее отношение к стратегии. Как правило, клиенты и ключевые участники не могут взглянуть на каркасную модель и «ощутить» опыт взаимодействия. Если оставлять важные идеи на долю их воображения, некоторые клиенты могут остаться недовольными, потому что не поймут происходящего.
Я считаю, что прототип, который ничему не учит, – простая трата времени. В главе 6 мы говорили о том, почему вам нужно сконцентрироваться на ключевых аспектах взаимодействия. А сейчас вы будете использовать свои раскадровки как начальную точку для создания прототипа решения, чтобы провести эксперимент. Вы используете их для подтверждения работоспособности концепции среди пользователей, когда ваша команда перейдет к партизанским исследованиям пользователей – эта тема будет рассматриваться в главе 8.
Три шага проектирования прототипа решения
Когда-то я называла прототип решения «MVP с пятью экранами», но потом отказалась от этого определения, потому что, откровенно говоря, прототип нельзя назвать ни «жизнеспособным», ни «продуктом». Его единственная цель – заставить вашу команду создать минимальное количество экранов, необходимых для демонстрации ключевых аспектов взаимодействия интерфейса и предлагаемой ценности, а также дать начальное представление о потенциальной бизнес-модели продукта. Он заставляет вашу команду перевести раскадровку на новый уровень.
Но прототипы решений, как и раскадровки, не обязаны быть точными до пиксела. Интерфейсы и графика могут быть скопированы с существующих сайтов, так что от вас потребуется лишь незначительная доработка по вводу текста. Результат используется для проведения эксперимента для проверки клиентов. Прототип – не окончательный продукт, хотя он может давать информацию, вдохновлять или раздражать его будущих проектировщиков.
Ниже приведена общая структура экранов прототипа решения и их контента. Порядок и количество промежуточных экранов гибко меняется в зависимости от того, сколько ключевых аспектов взаимодействия нужно продемонстрировать.
1. Начало. Как правило, страница перехода или информационная панель пользователя.
2. Ключевые аспекты UX № 1. Обычно от 1 до 3 экранов, демонстрирующих важнейшие взаимодействия, составляющие инновацию ценности.
3. Ключевые аспекты UX № 2. Обычно от 1 до 3 экранов, демонстрирующих важнейшие взаимодействия, составляющие инновацию ценности.
4. Предлагаемая ценность. Результат успешно проведенной операции.
5. Ценовая стратегия (если актуально). Стоимость приложения, ежемесячные платежи, стоимость пакетов и т. д. Если продукт должен приносить доход за счет рекламы, попробуйте привести примеры того, как реклама должна выглядеть на предшествующих экранах.
Вернемся к Бите и Эне – моим студенткам, с которыми вы познакомились в главе 3, и посмотрим, как строится прототип решения.
Шаг 1
Напишите простой список или постройте контурную модель с экранами, которые вы собираетесь включить. Теоретически он должен включать один или два ключевых аспекта взаимодействия. Как и в случае с раскадровкой, постарайтесь по возможности свести к минимуму количество подробностей, которые нужно отобразить.
Бита и Эна хотели вывести экраны из своей раскадровки, но с большим количеством подробностей. Список, который они написали, выглядел так:
1. Начальная страница, где вводится запрос пользователя.
2. Набор вариантов с картами и фильтрами.
3. Отфильтрованный набор вариантов с картами, но без фильтров.
4. Экран с подробным описанием предложения.
5. Фотогалерея с изображениями дома.
6. Варианты пакетов с ценами.
7. Экран календарного планирования осмотра.
8. Экран подтверждения с итоговыми ценами, включая стоимость обслуживания.
Обратите внимание на то, как на всех шагах прототипа решения упоминаются онлайновые взаимодействия. Это объясняется тем, что Бита и Эна должны получить ответ на вопрос: решает ли цифровой продукт проблему клиента?
Шаг 2
Начинайте комбинировать изображения, передающие историю.