Как стать автором
Обновить

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

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров7.4K
Всего голосов 20: ↑20 и ↓0+25
Комментарии15

Комментарии 15

Всё так, отличная статья и примеры. Можно показывать в качестве учебного пособия.

Спасибо

Пример, конечно, детально разжеванный, спасибо автору. Но есть у меня небольшое дополнение касательно того как в странах СНГ эволюционировало название профессии. Сначала была полиграфия, ей занимались графические дизайнеры, потом появился веб и появились веб дизайнеры, которые получали в 2 раза больше графических просто потому что работали с более модной темой. Потом появились мобилки и как-то так сразу совпало появились UX/UI дизайнеры, которые получали в 2 раза больше чем веб потому что модная тема. Та же история сейчас и с продуктовыми дизайнерами. Имхо.

Это я к чему. Хороший дизайнер всегда фокусируется на задаче которую ему ставят. Заработать больше денег (классический бизнес) или минимизировать количество ошибок при работе с интерфейсом (тоже заработать больше денег, но другим путём), разница, по сути, никакой.

Всегда были есть и будут какие-то цели бизнеса, потребности пользователя и технические ограничения. Если мы говорим НЕ про "домашние поделки", а про более менее серьезный бизнес то UX\UI всегда жил в мире ограничений и с жесткими требованиями. Точнее или жил с этими требованиями или быстро загибался вместе с бизнесом.

Так что выходит любой хороший дизайнер это продуктовый дизайнер, даже когда его так не называли.

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

На примере product-дизайнера описано как должен работать UI/UX дизайнер. Если он не понимает и не учитывает потребности бизнеса и тех. ограничения, то он просто плохой специалист. Не нужно выделять такого в отдельную профессию.

И еще - вариант "без чаевых" лучше вынести на *саму кнопку* "Закрыть": это интуитивно понятнее и, кроме того, позволит уместить в строке вариантов еще одни чаевые - более высокие, что соответствует бизнес-цели (поднять выручку). При выборе суммы надпись на кнопке меняется на "Дать чаевые %сумма%".

[Это пример как CPO (я) должен разбираться в дизайне]

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

Ваш вариант с кнопкой хороший, возможно, будет лучший результат.

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

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

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

Огромное спасибо за статью! Очень качественная

Уберите из заголовка «UX» и статья станет более приближенной к реальности. UI дизайнер - роль устаревшая, описанный подход роли верен, но давно признан не оптимальным, не достаточно глубоким и изолированным. Не встречал этой роли много лет (исключение - геймдев). Роль UI дизайнера вышла из употребление вместе с Usability analytics, interaction designer, и прочими «огрызками» продуктового дизайна, существовавшего на заре развития профессии. Что касается роли UX дизайнера - тут о ней ни слова. Она сильно пересекается с продуктовым дизайном, однако фокусируется больше на опыте (не только опыте пользователя, на опыте всех участников проекта). Так что, как и обычно, как и в странных статьях - все напутали, смешали, не разобрались. Есть прекрасные книги по UX (например - проектируя опыт взаимодействия). Советую ознакомится, чтобы не путать UX и UI, прежде чем учить других.

Возможно, у вас свое мнение по терминологии. Но в моем понимании роль UX/UI - это именно про user expirience, а не опыт вообще. А UI - необходимая приставка чтобы было понятно что этот дизайнер в конечном счете нарисует и сами экраны. В отдельности UI-дизайнеров, конечно, не бывает.

Хорошая статья. Спасибо.

Только за свои 18 лет в жижитале особой разницы в подходе к задаче не замечал. Менялись инструменты и названия профессии, но как раньше решали задачи клиента, так и сейчас решают. Только мне кажется раньше мы задачи клиента решали куда более продуктивно, не выдумывая велосипед который чаще всего не работает :) Сейчас делают user flow и считают это чем то новым, а раньше что сценарии не придумывали?. По сути все эти три профессии одно и тоже. Лично мне без разницы нарисовать промо и решить задачу клиента или нарисовать интерфейс для личного кабинета банка.

Конечно, это вопрос именно терминологии. Все эти роли были всегда.

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

Пример наглядный, смущает только разделение ролей, которое на самом деле искусственное. По факту разница не в ролях, а в уровне продуктовой культуры и СХ-зрелости компании. В первом случае компания на самом деле далека от клиентоцентричности, несмотря на то что в примере якобы пользователь в центре. Второй пример для клинтоцентричной компании с развитой продуктовой культурой. Смысл-то клиентоцентричности не просто в том, чтобы делать хотелки клиента, а как раз в том, чтобы решая проблемы клиента, решать задачи бизнеса (и зарабатывать), учитывая технические ограничения. Если это понимать, то описывать разделение ролей и давать им разные названия смысла нет. UX/UI дизайнер в компаниях с развитой продуктовой культурой и высоким уровнем СХ-зрелости будет прекрасно работать в продуктовом подходе, и никаких серьёзных противоречий с бизнесом у него возникать не будет

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации