UX-стратегия. Чего хотят пользователи и как им это дать

Прототипом может стать любой объект, который должен познакомить пользователя с конечным опытом взаимодействия, которое вы пытаетесь создать. Это могут быть как низкокачественные бумажные прототипы, так и высококачественные компьютерные модели. В современных технологиях прототипизация играет важную роль. Цифровые команды создают высококачественные прототипы в таких программах, как 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

Начинайте комбинировать изображения, передающие историю.