Продуктовый дизайнер в IT: почему он так важен

Цель продуктового дизайна — объединять интересы пользователей и бизнеса. Продуктовый дизайнер сфокусирован на нескольких задачах: а) видение продукта;б) как продукт зарабатывает деньги;в) как решает проблемы пользователей.

Роман Иминов и Ания Ибадуллина — продуктовые дизайнеры Kolesa Group. Дизайн-отдел компании участвует на каждом этапе разработки продукта от этапа discovery до post-production. Ниже мы подробно разберём каждый из этапов.Мы попросили Романа и Анию рассказать, чем они занимаются в компании, о продуктовом дизайне и его значении для пользователей и бизнеса на конкретных кейсах. Также они поделились полезными рекомендациями.

Роман Иминов, продуктовый дизайнер Kolesa Group

О своей работе

Я работаю в команде Kolesa.kz — платформа №1 на рынке авто в Казахстане с месячной аудиторией более 5 млн пользователей. Отвечаю за опыт нахождения и подачи объявлений. Люблю делать продукты понятными и удобными для пользователей. Моя задача — максимально погрузиться в проблему, и на основе данных разработать сценарий, который даст людям положительный опыт использования продукта, а бизнесу — прибыль.

Зачем нужен продуктовый дизайнер

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

Самый большой вау-эффект от участия в разработке продукта

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

Как дизайнеры связаны со специалистами из других отделов

Продуктовый дизайнер участвует на этапах discovery и delivery.

Этап discovery

1. Сбор симптомов

На этом этапе вся команда ищет симптомы проблем и точки роста. Мы опираемся на исследования, отзывы, обращения в службу заботы. Я выступаю «адвокатом» пользователя в продукте, аргументируя почему текущее решение может вызывать проблему. За счёт хороших аргументов эти симптомы могут взять в дальнейшую проработку.

2. Валидация проблемы

На этом этапе важно понять, какая проблема наиболее критичная. Здесь я показываю, почему решение проблемы в опыте пользователя может увеличить наши метрики и конверсии.3. Генерация идейЭтап, где вся команда выстраивает гипотезы по решению проблемы. Я предлагаю решения, связанные не только с интерфейсами, но и с другими областями продукта. Это могут быть технические, маркетинговые и другие решения, потому что не всегда ответ кроется в дизайне.

По итогам discovery у команды есть набор гипотез, которые нужно протестировать на пользователях. Здесь и начинается работа «ручками».

Этап delivery

1. Фокусировка

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

2. Черновые макеты и гипотезы

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

а) консистентность — все паттерны и элементы внутри продукта однородны;

б) фидбек — ведем прозрачность с пользователем, информируем о текущем статусе (где он, что происходит, что произойдет и т.д.);

в) фокус на клиенте — учитываем сегмент пользователя и не забываем о других сегментах, что могут столкнуться с этим сценарием.

Далее необходимо выстроить качественные и понятные гипотезы, которые будут проверяться на юзабилити-тестах.

3. Исследования и юзабилити-тесты

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

4. Чистовые макеты

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

5. Дизайн-ревью

Проверка работы разработчика на соответствие макетов и задумке дизайнеров. Всё, чтобы пользователь получил кайфовый продукт.

Post production

Фича уже в продакшене, но это не значит, что о ней можно забыть. За ней нужно пристально наблюдать: отслеживать аналитику, вовлеченность пользователей и их обращения в службу заботы. Спустя время ещё раз провести срез и посмотреть, как она повлияла на продукт.

Где выучиться на специальность

Всегда черпал знания у дизайнеров и в открытых ресурсах. Курсы не проходил. Сейчас я читаю телеграм каналы из папки UX/UI. Посещаю онлайн и офлайн-митапы.

Ания Ибадуллина, продуктовый дизайнер

О своей работе

Я развиваю дизайн в продукте Avtoelon.uz — это платформа №1 на онлайн-рынке авто в Узбекистане. Месячная аудитория продукта — 1,5 млн человек. Моя задача — определить боли пользователей и проблемы бизнеса, и решить их. Работаю в связке с product-менеджером, чтобы вести нашу команду к воплощению стратегии, учитывая потребности рынка и технологий.

Зачем нужен продуктовый дизайнер

Создать продукт, который не только функционален, но визуально привлекателен и удобен в использовании.

Мы фокусируемся на улучшении пользовательского опыта. Это ведёт к увеличению удовлетворенности пользователей, улучшению бизнес-метрик и удержанию клиентов.

Мы постоянно исследуем рынок Узбекистана, всегда на связи с нашими пользователями. Много ездим по стране. Для нас важно чтобы продукт был удобным, простым и технически доступным.

Самый большой вау-эффект от участия в разработке продукта

Видеть, что результатом нашей работы пользуются люди, что оно приносит им пользу. Невероятно круто, когда сам в поле проводишь исследования и слышишь комментарии «Спасибо вам, очень удобно. Продал машину за 2 часа!».

Очень радует видеть вовлеченность продуктовой команды во время работы над функционалом. Когда разработчики, QA-инженеры, аналитики, UX-исследователи предлагают решения, которые улучшают пользовательский путь.

Влияние продуктового дизайнера на рабочих примерах

В рабочих задачах мы проходимся по всем этапам discovery и delivery, которые выше описал Рома. Иногда возвращаемся к отдельным шагам и двигаемся итеративно. Каждая задача уникальна: позволяет дизу прокачать навыки в разных направлениях и иногда приносит неожиданные результаты.

Кейс 1

Флоу добавления фотографий в Avtoelon.uz

Проблема

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

Цель

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

Как строилась работа

1. UX-исследователь пообщалась с реальными пользователями. Подготовила презентацию с выводами и рекомендациями.

2. Мы дополнительно провели UX-аудит сценария, определили все проблемные точки.

3. Изучили данные и проанализировали пути добавления фото.

4. Просмотрели паттерны сценария в других продуктах и гайдлайнах.

5. Выставили дизайн-гипотезы и подготовили прототип с черновым решением для исследования. 100% респондентов успешно прошли сценарий.

1. Отработали комментарии и подготовили чистовой макет для команды разработки.

2. После верстки экранов провели дизайн-ревью.

3. Отправили в production и следили за показателями.

Результат

1. Улучшили UX:

а) сделали флоу более нативным;

б) уменьшили количество шагов в сценарии;

в) сократили время до желаемого действия.

2. Повлияли на цифры:

а) конверсия с экрана фото на экран цены увеличилась на 2%;

б) конверсия в успешное добавление фото увеличилась на 12%;

в) конверсия с экрана фото до успешной подачи увеличилась на 4%.

Кейс 2

Функционал сохранения карт во время оплаты

Проблема

Пользователям приходилось заново вводить все данные карты при повторной оплате. Как следствие возникали технические ошибки из-за дополнительных запросов, и не все могли оплатить.

Цель

Увеличить количество успешных оплат и увеличить конверсию в успешную оплату.

Как строилась работа

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

2. Оцениваем влияние создаваемого дизайна на пользователей и бизнес. Консультировались с менеджерами, запросили дополнительные расчеты..

3. Провели анализ финансовых приложений, в которые чаще всего заходят наши пользователи.

4. На основе всех заключений подготовили две дизайн-гипотезы для исследований в виде прототипов.

5. По результатам лучше отработала одна из гипотез. Мы внесли в неё незначительные изменения и передали команде разработки.

Результат

1. Конверсия в успешную оплату картами статистически значимо увеличилась на 2%.

2. Сократили путь оплаты с картой на два экрана: на совершение платежа уходит меньше времени.

3. Функционал принес дополнительную выручку для компании.

Где выучиться на специальность

Я рекомендую пробовать себя на реальных задачах. Не стоит создавать еще одно приложение по доставке или соцсеть. Лучше сходить к знакомым, выяснить с какой проблемой они сталкиваются и попробовать ее решить через дизайн. Классно будет, если дизайнер найдет единомышленников в лице разработчиков и вместе создаст полноценное решение. Это даст полное понимание процесса разработки продукта и научит взаимодействовать с другими участниками команды.

Мы с дизайн-командой подготовили подборку:

Книги:

- «Дизайн для реального мира», Виктор Папанек

- «Психбольница в руках пациентов», Алан Купер

- «Пользовательский интерфейс», Илья Бирман

- «Типографика и вёрстка», Артем Горбунов

- «Дизайн пользовательского опыта», Джон Уэлен

- «Универсальные методы дизайна», Брюс Ханингтон, Белла Мартин

Курсы:

Tilda: Jobs To Be Done

Band Bang Education

Полезные ресурсы: