UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

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

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

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

И это «нечто» – видение команды.

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

Пример продукта-свитчера – Sketch App. Его функциональность на старте была значительно более скромная, чем у доминировавшего на тот момент в этой нише Adobe Illustrator, но дизайнеры интерфейсов почувствовали, что кто-то решил обратить на них внимание и выпустить решение, сфокусированное на области именно цифровых продуктов.

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

Некоторые функции продукта бывают ориентированы на узкий сегмент аудитории, но эти пользователи станут активными пропагандистами и привлекут последователей.

В свое время меньшинство разработчиков-трендсеттеров начало использовать Microsoft Windows, что заставило остальных переключаться на эту операционную систему. У нее было самое актуальное ПО, следовательно, она имела потенциал развития.

Соответственно, правильно выстраивая дорожную карту продукта, раздавая авансы, равномерно «посыпая» продукт фичами для трендсеттеров и не забывая вовремя удовлетворять массовый спрос, мы управляем пользовательским опытом на самом низком уровне.

Как видно из приведенных примеров, управление дорожной картой функций (часто называется бэклогом[22]) – это тоже продуктовый дизайн, но на очень низких уровнях в модели слоев UX[23], стратегии и скоупа. В таком случае продуктологи не всегда руководствуются только масштабностью функции (сколько людей она сделает счастливыми) или дельтой ценности (сколько люди готовы заплатить за решение).

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

Фактор 14. API

Согласитесь, это просто потрясающе, что можно заказать Uber прямо из Google Maps. Я пользуюсь продуктом Uber, не пользуясь интерфейсом Uber. UX без UI.

Заказать Uber можно прямо из Google Maps. Я пользуюсь продуктом Uber, не пользуясь интерфейсом Uber. UX без UI

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

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

Ответ на этот вопрос поможет нам обнаружить очень удобные места для приложения. То есть какие функции нашего продукта можно поместить в интерфейсы других продуктов. Вот несколько примеров.

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

• Ипотечный калькулятор в интерфейсе агрегатора недвижимости ускорит процесс одобрения объекта.

• Видеоплеер на лендинге, встроенный при помощи API видеохостинга YouTube, позволит пользователю не только сохранить ролик в «Избранном» в своем аккаунте YouTube, но и скорректировать свой круг интересов в сервисе, чтобы позже чаще видеть аналогичные видео.