Как UX-дизайнеру перейти в продуктовый дизайн: план на 2026

Перейти из UX в продуктовый дизайн (product design) обычно хотят те, кто уже уверенно собирают сценарии и прототипы, но упираются в потолок: решения принимают без них, а их работу оценивают по макетам, а не по результату. Ниже разбираем, какие навыки придётся добрать, как выстроить план на полгода и сколько это стоит, если учиться. Чем роли отличаются в принципе, мы уже разобрали в отдельном сравнении UX-дизайнера и продуктового дизайнера, здесь речь только о самом переходе.

Что на самом деле меняется в работе

Главное изменение не в инструментах, а в вопросе, на который вы отвечаете. UX-дизайнер отвечает на вопрос «как сделать этот сценарий понятным». Продуктовый дизайнер отвечает на вопрос «какую проблему пользователя и бизнеса стоит решать сейчас и как мы узнаем, что решили». Figma, интервью и юзабилити-тесты остаются, но становятся средством, а не результатом.

На практике это видно по трём вещам. Во-первых, задача приходит не как «нарисуй экран оплаты», а как «конверсия в оплату упала, разберись». Во-вторых, вы участвуете в discovery: ищете проблему вместе с продакт-менеджером и аналитиком, а не получаете готовое ТЗ. В-третьих, работу оценивают по изменению метрики после релиза.

Продуктовые дизайнеры Kolesa Group описывают свою роль именно так: дизайнер участвует и в discovery, и в delivery, а решения предлагает не только интерфейсные, но и технические или маркетинговые. Для UX-дизайнера, привыкшего к фазе delivery, это самый заметный сдвиг.

Каких навыков обычно не хватает UX-дизайнеру

У опытного UX-дизайнера уже есть большая часть нужного набора: исследования, прототипирование, работа с дизайн-системой. Пробел почти всегда в одном и том же месте, в связке «решение → метрика → бизнес». Ниже пять навыков, которые закрывают этот пробел, в порядке, в котором их удобнее осваивать на текущей работе.

• Продуктовые метрики. Нужно понимать, какие метрики важны вашему продукту и как ваш экран на них влияет. Хорошая отправная точка: фреймворк HEART Керри Родден (Happiness, Engagement, Adoption, Retention, Task success) и процесс Goals-Signals-Metrics, который связывает цель продукта с конкретным сигналом в данных.
• Гипотезы и A/B-тесты. Умение сформулировать гипотезу так, чтобы её можно было проверить: какая проблема, какое изменение, какая метрика сдвинется и почему.
• Чтение аналитики. Воронки, когорты, сегменты в Amplitude, AppMetrica или Яндекс Метрике. Писать SQL с нуля не обязательно, но понимать, откуда взялась цифра в дашборде, нужно.
• Приоритизация. RICE или ICE, оценка трудоёмкости вместе с разработкой, умение сказать «это не делаем в этом квартале» и объяснить почему.
• Понимание бизнес-модели. Как продукт зарабатывает, сколько стоит привлечь пользователя, где в воронке теряются деньги.

Исследование Google, из которого вырос HEART, прямо называет причину: командам нужны метрики, ориентированные на пользователя, чтобы отслеживать прогресс к ключевым целям и принимать продуктовые решения. Продуктовый дизайнер и есть тот человек, который умеет эти метрики предложить и защитить.

Два пути: внутри своей компании или через смену работы

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

Переход внутри компании

Начните не с разговора о должности, а с одной задачи. Попросите продакт-менеджера подключить вас к discovery ближайшей фичи, возьмите на себя формулировку гипотез и согласуйте с аналитиком, как будете мерить результат. Через два-три таких цикла у вас появляется аргумент для разговора о грейде: конкретная фича и цифра, которая после неё сдвинулась.

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

Переход через новую работу

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

План перехода на 6 месяцев

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

Рабочий шаблон гипотезы звучит так: «Мы видим проблему X в поведении пользователей. Считаем, что изменение Y приведёт к изменению метрики Z, потому что снимает барьер W». Условный пример: «Видим, что заметная часть пользователей бросает регистрацию на шаге с паспортными данными. Считаем, что перенос этого шага после первой покупки поднимет конверсию в оплату, потому что снимает барьер доверия на старте». Подробный разбор с примерами есть в материале об A/B-тестировании для дизайнеров на vc.ru.

Как переупаковать портфолио под продуктовую роль

Портфолио продуктового дизайнера отличается от UX-портфолио не макетами, а порядком рассказа. UX-кейс обычно идёт от процесса: исследование, сценарии, прототип, тест. Продуктовый кейс начинается с проблемы бизнеса и заканчивается тем, что изменилось после релиза. Макеты при этом остаются, просто занимают середину истории, а не всю её.

Рабочая структура кейса выглядит так:

1. Контекст: продукт, аудитория, ваша роль.
2. Проблема в цифрах: какая метрика проседала, на каком шаге воронки, откуда вы об этом узнали (дашборд, обращения в поддержку, интервью) и почему команда решила заняться этим именно сейчас.
3. Гипотеза и почему выбрали её, а не соседние варианты.
4. Решение: два-три ключевых экрана и компромиссы, на которые пришлось пойти ради сроков или ограничений разработки.
5. Результат теста или релиза.

Nielsen Norman Group советует то же самое для исследовательских портфолио: если работа привела к измеримым изменениям, укажите эти цифры и стройте кейс вокруг влияния, а не только методологии. Если NDA не позволяет показать абсолютные значения, используйте относительные: «конверсия выросла на N процентных пунктов». Базовые принципы сборки кейсов разобраны в нашем гайде по портфолио UX/UI-дизайнера.

Отдельно стоит показать хотя бы одну гипотезу, которая не подтвердилась. Для продуктовой роли это сильный сигнал: вы умеете проверять решения, а не только защищать свои макеты.

Что проверяют на собеседовании продуктового дизайнера

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

Типичные вопросы, к которым стоит подготовиться заранее:

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

Последний вопрос часто застаёт UX-дизайнеров врасплох: в прежней роли о бизнес-модели обычно не спрашивали. Перед собеседованием потратьте час на разбор бизнес-модели компании: откуда деньги, кто платит, где у продукта очевидные точки роста.

Ещё один частый формат: тестовое задание с продуктовой постановкой, например «предложите, как увеличить долю пользователей, которые завершают регистрацию». Хороший ответ здесь укладывается в одну-две страницы: какие данные вы бы запросили, три гипотезы с оценкой трудоёмкости, выбор одной из них и план эксперимента с метрикой успеха. Детальный макет на двадцать экранов в таком задании скорее минус: он показывает, что вы снова отвечаете на вопрос «как нарисовать», а не «что делать».

Нужен ли UX-дизайнеру курс по продуктовому дизайну?

Работающему UX-дизайнеру повторный курс профессии «с нуля» почти никогда не нужен: большую часть программы вы уже знаете. Деньги имеет смысл тратить только на то, что закрывает конкретный пробел, обычно это исследования в продукте, метрики и эксперименты. Если такого пробела нет, лучше вложить время в задачи текущей команды.

Среди курсов, которые мы отслеживаем по направлению UX/UI, отдельной программы именно по продуктовому дизайну нет. Ближе всего к задачам перехода подходят модульные программы Нетологии по исследованиям в продукте: «UX-исследования в продукте и бизнесе. Базовый» стоит 57 000 ₽ при сроке 3 месяца, расширенная версия стоит 62 700 ₽, вариант с нейросетями 94 900 ₽ за 4 месяца.

Для сравнения, полные программы профессии в нашем каталоге: «Профессия UX/UI-дизайнер + ИИ» от Skillbox за 119 956 ₽ (8 месяцев) и «UX/UI-дизайнер. Расширенный+ИИ» от Нетологии за 181 200 ₽ (13 месяцев). Разница в 2-3 раза уходит в основном на то, что работающий дизайнер уже умеет. Сравнивая программы на SkillEdge, редакция видит одну закономерность: продуктовые темы вроде метрик и A/B-тестов в полных курсах занимают несколько модулей, а не основу программы.

Цены меняются, поэтому перед покупкой проверьте актуальные условия в каталоге курсов для UX-дизайнеров или сопоставьте 2-3 программы в инструменте сравнения.

Сколько зарабатывает дизайнер после перехода в продукт?

Переход в продуктовый дизайн редко даёт моментальную прибавку, но открывает путь к грейду senior, где разница в деньгах заметна. По данным Хабр Карьеры за первое полугодие 2026 года, медианная зарплата UX/UI-дизайнера 120 000 ₽, при этом у джунов около 73 000 ₽, у мидлов 127 000 ₽, у сеньоров 217 000 ₽. Зарплаты дизайнеров за тот же период выросли на 3%.

Разрыв между мидлом и сеньором составляет 90 000 ₽ в месяц. По нашей оценке, именно на этом шаге продуктовые навыки становятся решающими: влияния на метрики, участия в discovery, умения спорить о приоритетах на равных с продактом. Поэтому переход в продуктовую роль и рост до senior на практике часто оказываются одним и тем же движением.

Отдельных цифр по продуктовым дизайнерам в этой публикации нет, а названия должностей на рынке перемешаны: одну и ту же работу называют то UX/UI-дизайнером, то продуктовым дизайнером. Актуальные вилки по профессии собраны на странице профессии UX-дизайнера.

Ошибки, которые затягивают переход

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

• Смена названия без смены задач. Можно переименоваться в продуктового дизайнера в профиле, но без кейса с метрикой на собеседовании это быстро станет заметно.
• Уход в аналитику вместо дизайна. Заменять аналитика не нужно: задача дизайнера в том, чтобы понимать цифру и формулировать гипотезу.
• Покупка второго полного курса. Повторять основы Figma и CJM за 120-180 тыс. ₽ ради одного-двух модулей про эксперименты и метрики невыгодно: в нашем каталоге модульная программа по исследованиям в продукте стоит от 57 000 ₽, а время, сэкономленное на повторении основ, лучше потратить на реальные гипотезы в своей команде.
• Страх неудачных гипотез. В продуктовой работе многие гипотезы не подтверждаются, и это нормальный результат, а не провал дизайнера.

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