Назад
Карьера в IT
11 июля 2024

Как стать продуктовым IТ-дизайнером в Казахстане

О работе product-дизайнера, необходимых навыках для начинающих, а также кейс и полезные рекомендации.

По данным МЦРИАП РК в Казахстане в 2024 году более 14 тысяч IT-компаний. С развитием IT в стране, растёт и роль дизайна. Потому что дизайн — это бизнес-инструмент, а не просто красивые картинки. Через дизайн бизнес общается с человеком и вовлекает его во взаимодействие с продуктом.

В этой статье Роман Иминов, продуктовый дизайнер Kolesa Group, расскажет о своей работе, необходимых навыках для начинающих, поделится кейсом и даст полезные рекомендации.

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

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

Кто такой продуктовый дизайнер?

Продуктовый дизайнер — это специалист, который создает дизайн интерфейсов, что закрывает потребности пользователей и выполняет задачи бизнеса. Это относительно молодая профессия на IT-рынке Казахстана.

Что должен уметь product-дизайнер для работы в IT-компании

Hard skills

• UX (User Experience) — это опыт пользователя в приложении или на сайте. Ежедневно пользуйтесь разными сервисами и анализируйте, какие действия вам в них удобно выполнять.

• UI (User Interface) — интерфейс пользователя, визуал. Оценивайте интерфейсы и анализируйте, почему они эстетически хорошо реализованы.

• UX Writing — текстовое наполнение вашего дизайн-проекта. Текст должен быть понятным, чтобы пользователь знал, куда его ведет та или иная кнопка.

• Исследования — они помогают понимать поведение пользователя. Важно систематически сверять гипотезы и представление об идеальности своего продукта с пользовательской реальностью.

Soft skills

• работа в команде: дизайнеры взаимодействуют с менеджерами, аналитиками, исследователями, разработчиками на каждом этапе создания фичи/продукта;

• навыки хорошей презентации, чтобы уметь «продавать» свой дизайн;

• восприимчивость к обратной связи;

• умение задавать вопросы;

• эмпатия.

Помимо «хардов» и «софтов» дизайнерам полезно понимать бизнес. Нужно знать аудиторию продукта, понимать ценность продукта со стороны бизнеса и понимать потребности пользователей.

Все эти скиллы помогают не только создавать удобные и полезные продукты, но и расти по грейду, повышая свою ценность на рынке. Вот как это работает у нас в Kolesa Group: у продуктовых и графических дизайнеров есть сетка грейдов от junior до senior. Наши методологии, инструменты, рост по грейдам схожи с аналогичными системами у разработчиков. Благодаря этому у специалиста есть чёткий роадмап роста.

Давайте посмотрим, как все эти навыки применяются на реальном кейсе.

Кейс

Обновление подачи объявлений в категории «Запчасти» в Kolesa.kz

Проблема

89 человек из 100 подают объявления в категории «Запчасти». Этого недостаточно.  Причём число успешных подач объявлений — это ключевая метрика для нас.

Цель 

Увеличить число успешных подач объявлений.

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

1) Понимаем бизнес.

Узнаём, что «Запчасти» в Kolesa.kz входят в топ-2 категорий по количеству объявлений. Анализируем продуктовые метрики.

2) Анализируем подачу объявлений в запчастях на данном этапе.

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

3) Слушаем пользователей. 

Получаем фидбек от команды исследователей. Они разговаривают с пользователями и определяют их боли и потребности. Узнаём, что пользователям не хватает некоторых параметров, и их объявления часто отклоняют из-за неверно указанной категории.

4) Проводим анализ конкурентов.

Анализировать дизайн и функционал других сервисов. Переносим наши выводы в дизайн-проект.

5) Создаём дизайн для пользовательского тестирования.

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

6) Генерим финальный дизайн. С учётом обратной связи от пользователей, которую предоставили исследователи.

7). Презентуем дизайн.

Подключаем soft skills для презентации. Спокойно воспринимаем обратную связь и задаем контр-вопросы.

8) Отдаём в разработку.

После разработчиков делаем релиз и смотрим на результат.

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

Результат

1) Пользователям стало легче подавать объявления.

2) Количество успешных публикаций объявлений увеличилось на 3 процентных пункта.

Что это значит: если из всей аудитории «Запчастей» в Kolesa.kz взять выборку в 100 человек, вместо 89 человек ранее, теперь 92 из 100 успешно подают объявления в эту категорию.

Рекомендации

На старте карьеры или при смене места работы дизайнеру необходимо портфолио. Я рекомендую делать case study. В отличие от портфолио, который больше про визуал, case study лучше презентует вас, как профессионала. Потому что описывает сам дизайн-процесс — макеты обязательно сопровождаются описаниями. 

Что писать в case study:

1. Даём вводные: рассказываем о проекте, показываем цель и свою задачу, как дизайнера.

2. Рассказываем о текущих проблемах: выявляем боли пользователей, какие есть проблемы в интерфейсе.

3. Пишем, что сделано для достижения результата: провели анализ конкурентов, изучили важные параметры для заказчика, составили CJM и портреты пользователей и т.д.

4. Показываем решения: ваш визуал и описание к нему.

5. Приводим результаты user-тестов: к примеру, 10 из 10 пользователей успешно прошли путь создания объявления и отметили, что новые параметры им действительно удобны и полезны.

6. Даём итоги: в результате задачи количество успешных публикаций увеличилось на 3 процентных пункта.

Важно: используйте в case study местоимение «я» вместо «мы», потому что это ваше портфолио. Навык работы в команде — это отлично, но работодателю важно узнать именно ваш вклад. 

Поделиться