Продуктовый дизайнер
Продуктовый дизайнер проектирует интерфейс цифрового продукта и отвечает за то, как изменения в нём сказываются на поведении пользователей и показателях бизнеса: конверсии, удержании, доле тех, кто дошёл до ключевого действия. Он изучает проблему вместе с аналитиком, формулирует гипотезы, проверяет их прототипами и A/B-тестами, поддерживает дизайн-систему и договаривается с менеджером продукта и разработчиками. Для этой работы нужны уверенные навыки интерфейсного дизайна, основы исследований и продуктовой аналитики.
Содержание
В вакансиях слово «продуктовый» часто стоит рядом с привычным «UX/UI», и кажется, что это одна профессия с модным названием. Разница становится заметна на первом же созвоне: продуктового дизайнера спрашивают не «готов ли макет», а «что мы ожидаем увидеть в цифрах и как поймём, что ошиблись». Экран для него — способ проверить предположение о пользователях, а не конечный результат.

Поэтому в эту профессию обычно приходят не с нуля, а из интерфейсного или веб-дизайна, когда человек уже умеет собирать экраны и хочет влиять на то, какие экраны вообще нужно делать.
Чем продуктовый дизайнер отличается от UX/UI-дизайнера
UX/UI-дизайнер отвечает за удобство и внешний вид конкретного сценария: чтобы форму было легко заполнить, кнопку — найти, а экран — понять. Задачу ему чаще формулирует менеджер продукта или заказчик. Продуктовый дизайнер участвует раньше: вместе с командой выбирает, какую проблему решать в этом квартале, и отвечает за результат после релиза. В небольших компаниях обе роли часто совмещает один человек. На сайте есть отдельная статья о профессии UX/UI-дизайнера — она подробнее разбирает проектирование сценариев и юзабилити-тестирование.
С менеджером продукта роли тоже пересекаются. Менеджер решает, куда движется продукт и на что тратить ресурсы команды, а дизайнер — как именно изменить опыт пользователя, чтобы сдвинуть выбранную метрику. Продуктовый аналитик считает эффект и следит, чтобы эксперимент был поставлен корректно.
За какие показатели он отвечает
Конверсия — доля пользователей, которые перешли от одного шага к следующему: из корзины к оплате, из пробного периода к подписке. Удержание, или retention, показывает, какая часть пользователей возвращается через неделю, месяц, квартал. Активация — доля новичков, которые совершили ключевое действие, ради которого продукт существует: заказали первую доставку, провели первую тренировку, отправили первый перевод.
Дизайнер редко отвечает за метрику в одиночку: на неё влияют цены, маркетинг, скорость доставки. Его зона — те места, где интерфейс мешает или помогает. Поэтому в работе постоянно возникает вопрос, какую метрику считать главной для конкретного изменения и какую — защитной. Защитная метрика не должна ухудшиться: если новая кнопка увеличила число заказов, но выросло и число отмен, это не победа.
Учебный пример: почему отменяют подписку
Ситуация учебная, цифры условные. Сервис доставки продуктовых наборов с еженедельной подпиской видит, что заметная часть клиентов отменяет подписку на второй-третьей неделе. Менеджер продукта ставит цель — улучшить удержание на четвёртой неделе.
Продуктовый дизайнер начинает не с макетов. Вместе с аналитиком он смотрит, что пользователи делали перед отменой: оказалось, многие заходили в раздел «Моя подписка», открывали календарь доставок и через минуту нажимали «Отменить». Затем дизайнер проводит несколько интервью с теми, кто недавно ушёл. Картина складывается: люди уезжали на выходные или в отпуск, не находили способа пропустить одну неделю и отменяли подписку целиком, рассчитывая вернуться позже. Возвращались немногие.
Гипотеза формулируется так, чтобы её можно было проверить: «Если на экране отмены предложить пропустить ближайшую доставку, часть пользователей выберет пропуск вместо отмены, и удержание на четвёртой неделе вырастет; число жалоб на незапрошенные доставки при этом не увеличится». Дизайнер делает прототип, проверяет на нескольких пользователях, понятно ли, что пропуск бесплатный и подписка сохранится, и дорабатывает формулировки.
Дальше вариант с кнопкой пропуска показывают половине пользователей, дошедших до экрана отмены, — это A/B-тест, эксперимент с контрольной и тестовой группой. Длительность и размер групп заранее рассчитывает аналитик, а не дизайнер на глаз. В учебном сценарии удержание в тестовой группе выросло, но обнаружилась проблема: часть людей пропускала доставку раз за разом и так и не возвращалась к заказам. Команда добавила напоминание перед третьим пропуском подряд — это уже следующая гипотеза и следующий тест.
Такой цикл — данные, интервью, гипотеза, прототип, эксперимент, разбор результата — и есть основная работа. Методы исследований стоит изучать системно: например, на курсе «Продуктовые исследования: CX и UX» от Skillbox за три месяца разбирают интервью, опросы, веб-аналитику, юзабилити- и A/B-тесты, а итоговым проектом делают карту пути клиента. Программа рассчитана не только на дизайнеров, но и на менеджеров продукта и маркетологов, поэтому помогает говорить с ними на одном языке.
Продуктовая команда: с кем договариваться
Типичная команда — менеджер продукта, аналитик, несколько разработчиков, тестировщик, иногда исследователь. С менеджером дизайнер договаривается о цели и границах: какую проблему решаем, что точно не трогаем, сколько времени есть. С аналитиком — о том, какие данные нужны до начала работы и как будет оцениваться результат. С разработчиками — о стоимости решения: иногда простой вариант, который можно выпустить за неделю, полезнее идеального, требующего переделки бэкенда.
Отдельный навык — защищать решение без ссылок на вкус. Фраза «так красивее» в продуктовой команде не работает; работают наблюдения из интервью, записи сессий, данные воронки и понятный план проверки. Если тест не подтвердил гипотезу, изменение откатывают, даже если макет нравился.
Дизайн-система и требования, которые нельзя нарушить
Дизайн-система — библиотека компонентов, стилей и правил их использования, общая для дизайнеров и разработчиков. Продуктовый дизайнер не только берёт из неё кнопки, но и отвечает за то, чтобы новые решения не ломали систему: если для эксперимента понадобился новый тип карточки, его нужно описать, согласовать с разработкой и продумать состояния — загрузку, ошибку, пустой список.
Здесь же закладываются требования доступности, и для части продуктов они обязательны. С 1 марта 2026 года действует постановление Правительства РФ от 07.02.2026 № 102: оно устанавливает требования доступности для людей с нарушениями зрения к официальным сайтам государственных органов, органов местного самоуправления и подведомственных им организаций — а это школы, поликлиники, музеи, МФЦ. Прежний порядок Минцифры, приказ № 953, с той же даты утратил силу. Сам национальный стандарт ГОСТ Р 52872-2019, построенный на основе WCAG 2.1 и распространяющийся также на мобильные приложения, по общему правилу применяется добровольно (ст. 26 закона № 162-ФЗ); постановление № 102 делает обязательным для госсайтов конкретный перечень из 13 требований и ссылается на ГОСТ там, где речь идёт о видео и аудио.
Если читать этот перечень глазами дизайнера, многие пункты касаются именно компонентов дизайн-системы, а не вёрстки. Текст должен масштабироваться не менее чем до 200 % без потери функций и без горизонтальной прокрутки (подп. «б» п. 2) — значит, карточки и таблицы нужно проектировать с перестроением, а не с фиксированной шириной. Назначение ссылки должно быть понятно из её текста или ближайшего окружения (подп. «ж») — ряд одинаковых ссылок «Подробнее» под новостями этому не соответствует. Интерфейс не может полагаться только на цвет, форму, размер или расположение (подп. «и»): ошибку в поле нельзя обозначить одной красной рамкой, нужен текст, который прочитает экранный диктор. При наведении указателя контекст страницы не должен меняться (подп. «л»), а у каждого поля формы должно быть текстовое описание, ошибки — сообщаться текстом (подп. «м»). Поле, где подсказка живёт только внутри плейсхолдера и исчезает при вводе, — типичное нарушение.
Если продукт делается для госзаказчика или подведомственной организации, требования постановления становятся частью критериев приёмки, и решение, выигравшее A/B-тест, всё равно не выйдет в релиз, если нарушает их. В коммерческом продукте те же правила разумно встроить в дизайн-систему заранее: доработка сотни экранов потом стоит дороже.
Что может не подойти
Продуктовый дизайн меньше похож на рисование, чем ожидают многие. Значительная часть времени уходит на встречи, чтение данных, подготовку интервью и описание решений. Большинство гипотез не подтверждается, и нужно спокойно относиться к тому, что аккуратно сделанный экран откатили через две недели.
Кроме того, дизайнер сильно зависит от команды. Без аналитика и нормальной разметки событий проверить гипотезу трудно, а в компании, где дизайнеру просто присылают готовое ТЗ на экраны, «продуктовым» он остаётся только в названии должности. На собеседовании спросите, кто считает эксперименты.
Сколько зарабатывает продуктовый дизайнер
Сопоставимые данные есть в калькуляторе «Хабр Карьеры», который собирает зарплаты со слов самих специалистов, а не из вакансий. По странице специализации «Продуктовый дизайнер» на сентябрь 2026 года указан заработок 218 333 ₽ в месяц; расчёт сделан по 371 анкете, по всем регионам и всем уровням квалификации вместе. Для сравнения, на странице «UI/UX дизайнер» того же калькулятора — 129 241 ₽ по 541 анкете.
Разницу не стоит читать как надбавку за слово «продуктовый». Продуктовыми дизайнерами чаще называют себя специалисты с опытом, поэтому в выборке больше мидлов и сеньоров. Разбивка по грейдам и городам для незарегистрированного посетителя скрыта, а при выборе отдельного уровня калькулятор сообщает, что данных недостаточно, — выборка небольшая. Чтобы оценить свой уровень, отфильтруйте вакансии по опыту и региону, смотрите медиану, а не максимальные значения, и проверяйте, указана сумма до вычета налога или на руки.
Как прийти в профессию и чему учиться
Базой служит интерфейсный дизайн: композиция, типографика, сетки, компоненты и автолэйаут в Figma, умение собрать прототип. Поверх неё нужны три блока: исследования (интервью, юзабилити-тесты, опросы), продуктовая аналитика на уровне чтения воронок и понимания A/B-тестов и навык формулировать проблему до того, как рисовать решение.
Если вы уже работаете UX/UI- или веб-дизайнером, логично начинать с исследований. Курс «UX-исследования для дизайнеров» в Яндекс Практикуме рассчитан именно на таких людей: для поступления нужен опыт в UX/UI от года и уверенная работа в Figma. За четыре месяца там проходят интервью, опросы, юзабилити-тестирование, CJM и JTBD, а итоговый кейс включает не только отчёт, но и доработку интерфейса по найденным проблемам.
Самостоятельно можно потренироваться на знакомом продукте: выберите сервис, которым пользуетесь, найдите в нём место, где люди, судя по отзывам в магазине приложений, спотыкаются, опишите гипотезу, метрику, которую она должна сдвинуть, и защитную метрику.
Для перехода от отдельных экранов к работе с продуктом целиком подходит программа «Продуктовый дизайнер ПРО» Нетологии: пять месяцев, модули по основам продуктового дизайна, UX-аналитике, качественным и количественным исследованиям. В программе заявлено 110 часов практики, задачи от агентства AGIMA и выпускной проект, где исследование, пользовательские сценарии и интерфейс собираются в одну работу. Новичкам без навыков Figma программа не подходит — это указано в описании курса.
Портфолио: кейсы с цифрами и без них
Портфолио продуктового дизайнера строится из кейсов, а не из галереи экранов. Хороший кейс отвечает на вопросы: какая была проблема и как её обнаружили, какие варианты рассматривали и почему выбрали этот, как проверяли, что изменилось. Цифры убедительны, когда понятно их происхождение: «конверсия шага оплаты выросла с 41 до 44 % в A/B-тесте на двух неделях трафика» говорит больше, чем «конверсия выросла на 7 %».
Есть две частые проблемы. Первая — соглашение о неразглашении: абсолютные значения показывать нельзя. Тогда пишут относительные изменения или описывают метод без чисел, обязательно указывая, что данные скрыты по договорённости. Вторая — отсутствие коммерческого опыта. Учебный кейс допустим, если он честно подписан как учебный и показывает ход мысли: исследование реального продукта, гипотезу, прототип, план эксперимента и то, какой результат вы сочли бы провалом. Выдуманные метрики в учебной работе опытный интервьюер замечает сразу.
Первые шаги
Для дизайнера интерфейсов с опытом естественный путь — взять на себя продуктовые задачи внутри текущей команды: попросить доступ к аналитике, поучаствовать в постановке эксперимента, провести несколько интервью. Второй вариант — перейти в компанию, где дизайнеры закреплены за продуктовыми командами, на позицию мидла с продуктовым уклоном.
При выборе обучения полезно сравнить несколько программ по тому, есть ли в них работа с реальными данными и обратная связь по кейсам. Для этого подойдёт рейтинг онлайн-школ по UX/UI-дизайну — он охватывает всё направление интерфейсного дизайна, поэтому продуктовые программы там нужно выбирать среди прочих. Онлайн-курс не гарантирует позицию продуктового дизайнера: работодатель смотрит на кейсы и на то, как вы рассуждаете о метриках. Если после учебного проекта вам интереснее разбираться, почему пользователи ведут себя именно так, чем подбирать оттенок кнопки, — направление выбрано верно.