Якщо дивитися на дизайнерську роль із позиції individual contributor, без менеджерської оптики, то глобально вона не змінилась: від вас усе ще очікують щось зроблене у Figma. Але є нюанс.

Змінилось інше — за які саме сильні сторони ринок готовий платити більше. І від того, яку з них ви свідомо прокачуєте, залежать ролі та зарплати, які вам відкриються.

Роль не змінилась. Змінилось, за що платять

Те, що дизайнер перетинається з роллю продакт-менеджера, давно очікується за замовчуванням: приносити ідеї для покращень, говорити з користувачами, думати, як фіча вплине на цільові метрики й наскільки вона пріоритетна саме зараз. Перетин відповідальностей почався не вчора.

Продакт-менеджери все ще не можуть в дизайн.

Якщо згрупувати, запит на дизайнерів розкладається на три категорії: дизайнер із сильним продуктовим мисленням, дизайн-інженер і дизайнер із дуже сильним крафтом. Є й четверта категорія: той, хто вміє все з переліченого. Тільки таких мало, і компаній, готових їх у себе тримати, теж небагато.

Простіше уявити це як конструктор. Базовий сетап скілів, те саме продуктове мислення, дає умовні 3к зарплати. Класний крафт зверху — це ще плюс 1.5к. А якщо ви ще й дизайн-інженер, то плюс 1.5к. Цифри умовні, але від реалій українського ринку не такі вже й далекі.

Сам ринок у нас більше про продуктове мислення та крафт: найцікавіші ролі й найвищі зарплати дістаються дизайнерам саме з цієї категорії. Запиту на дизайн-інженерів в Україні я майже не бачив (не плутати з вайбкодерами), хоча на світовому ринку він є.

Одразу обмовлюся: усе це про продуктові компанії. Які реалії в аутсорсі чи дизайн-агенціях, я не знаю.

Куди рости в кожній категорії

Візьмемо за орієнтир ті самі три категорії. Менеджерський шлях я навмисно лишаю за дужками.

Продуктове мислення

Ваші рішення давно мають враховувати свій вплив на бізнес — без цього сьогодні нікуди. Тому продуктове мислення я вважаю базовим набором навичок. Це про ownership, про ініціативність, про готовність пушити власні ідеї до результату. І що сильніше те, що ви робите, впливає на бізнес, то більша ваша вага як дизайнера й члена команди.

Приклад із PDF Expert: у нас є Head of Product, але немає окремих продактів за напрямами чи фічами. Є спільне бачення та беклог того, що хочемо розробляти. Це не означає, що дизайнер не може прийти з власною пропозицією щодо покращення чи нової фічі. Якщо в цьому є сенс — дизайнер стає овнером фічі й фактично закриває роль продакт-менеджера: пише PRD, описує, на які метрики це вплине і чому саме зараз.

Практика: подумайте, що в команді роблять продакт-менеджери, що з цього могли б узяти на себе ви, і почніть це робити.

Дизайн-інженер

Чесно кажучи, частіше в цю роль приходять розробники, які перейшли в дизайн, і значно рідше навпаки. Але завдяки Claude Code чи Codex (підставте сюди будь-яку вайбкодинг-тулу) навіть дизайнер без бекграунду в коді може малими кроками йти назустріч команді розробки й краще розуміти базові принципи програмування.

Як це виглядає в мене, людини, яка писати код не вміє. Я спитав, якою мовою пишуть мої розробники, і пішов розважатись у Claude Code. Раніше я віддавав команді макети у Figma. Тепер — повноцінну фічу в коді, яку інженери все одно перепишуть, якщо чесно. Її я передаю команді розробки.

Що це дає на практиці: вона пришвидшує розробку, її простіше показувати й перевіряти, та й бізнесу від неї пряма користь.

Практика: сходіть до команди розробки й спитайте, що можете завайбкодити, хоч якусь маленьку частинку функціоналу. І зробіть це.

Крафт

Для багатьох продуктів дизайн і є диференціатором. Щоб бути кращими за конкурентів, треба, щоб і дизайн був кращим. Звідси великий попит на таких дизайнерів і водночас високі вимоги: треба не просто робити непогано, а робити exceptional рішення.

Навіщо качати крафт? У дизайн-середовищі це ваша конкурентна перевага, і, як на мене, він має бути основним скілом. Від нього напряму залежить, яким буде ваше портфоліо, які там будуть кейси і куди вас хайритимуть. Я приділяю крафту багато уваги, але якщо узагальнити мій підхід, він про кількість ітерацій. У робочих проєктах, у портфоліо, у side-projects.

Практика: подумайте, які продукти здаються вам найсильнішими візуально, і спробуйте пояснити собі чому.

Так, це три конкретні завдання. Цілком навмисно.

Середовище важливіше за план розвитку

Найдієвіший кар'єрний розвиток дає середовище, яке допомагає прокачати саме ті навички, які ви хочете. Частково через це я маю упередження, що роботу варто міняти приблизно кожні два роки.

Ідеться про те, що ваші щоденні задачі мають розвивати ваш скілсет так, як хочете саме ви. Не так, як прописано в development plan. Тому так важливо обирати правильну компанію чи продукт: саме вони формують вас як спеціаліста.

Personal development plan, матриці компетенцій і все подібне я вважаю геть некорисними.

Ваш розвиток має спиратись на ваше бачення й сильні сторони, а не на середнє по палаті.

Бо альтернатива така: менеджер вирішує, що вам зараз треба підтягнути черговий непотрібний саме вам навик.

Секрету розвитку нема.

If you want to learn, do.