Питання на співбесіді UX/UI Senior 2026: 30 відповідей
30 питань Senior UX/UI співбесіди у 2026 році — з підказкою «чого хоче інтерв’юер», прикладами слабкої і сильної відповіді, червоними прапорцями. Плюс вбудований калькулятор готовності — щоб подивитись свою позицію перед інтерв’ю.
Питання на співбесіді UX/UI Senior у 2026 році зовсім інші, ніж три роки тому. Раніше Senior-дизайнером ставали через п’ять років роботи у Figma і портфоліо з 6 кейсами. Зараз інтерв’юер на третьому питанні відсіює 80% кандидатів, які подали резюме як Senior — бо Senior-рівень тепер означає не «вмію робити дизайн», а «приймаю рішення, які впливають на бізнес».
У цьому матеріалі — 30 реальних питань, які ставлять Senior-кандидатам у продуктових компаніях України та Європи у травні 2026. Для кожного — те, що інтерв’юер насправді хоче почути, приклади слабкої та сильної відповіді, і «червоні прапорці», які за хвилину зачиняють співбесіду. У кінці — інтерактивний калькулятор готовності, який покаже ваші слабкі категорії і час підготовки.
💡 Перш ніж читати: ці кейси свідомо ідеалізовані
Стартап із 4 продуктами і 6 дизайнерами, конфлікт з інженером, що розрулюється за одну каву, менторинг із чистим вимірюваним результатом за 8 місяців, ефективність у 10 фреймів на день — це гіперболізовані, «лабораторні» моделі. У реальному житті норма ближча до 10 фреймів за спринт на одного дизайнера, дизайн-критика звучить як «що це взагалі таке», конфлікти тягнуться кварталами, над усім сидить арт-директор, а спадок від попередника перетворює тебе на короля легасі. Ми це чудово розуміємо.
Мета статті — показати архітектуру сильної відповіді: як звʼязати дизайн-рішення з конкретною бізнес-метрикою і захищати власні рішення мовою цифр, а не смаків. Беріть саме структуру, але наповнюйте її своїми реальними кейсами і своїми реальними цифрами, навіть скромнішими. Інтерв’юер за хвилину впізнає переказаний з інтернету ідеальний кейс. Чесна власна історія з метрикою +6% завжди звучить переконливіше за вигадану чужу +47%. Тому конкретні результати в кейсах нижче ми навмисно лишили як N і N% — це місце для вашої власної цифри, а не готова відповідь для переказу.
🎯Що змінилось у Senior UX/UI співбесіді 2026
За пів року я провела понад 40 співбесід — як кандидатка і як член технічних команд найму. Один тренд став очевидним: Senior-рівень у 2026 — це не про роки досвіду, а про спосіб мислення. Чотирьохрічний продактовий дизайнер з кейсом про підвищення retention на N% частіше отримує оффер, ніж семирічний агентський дизайнер з красивим портфоліо.
Senior UX/UI ринок: ключові цифри 2026
- 30–80 кандидатів на одну Senior-вакансію у дизайні
- 73% резюме відхиляються на етапі ATS до інтерв’ю
- 3% кандидатів виходять у фінальний раунд
- $2 800 медіана Senior UX/UI у Києві (травень 2026)
- $4 400 верхній квартиль — портфоліо з продуктовими метриками
🔍 Три зрушення які треба врахувати у підготовці
- Продуктові метрики стали обов’язковими. Замість «зробила редизайн — стало красивіше» інтерв’юер хоче «редизайн онбордингу — −N% відмов на кроці 3, +N% завершення».
- AI-інструменти — нова базова навичка. Figma AI, v0, Galileo. Senior, який не може показати, як вбудував AI у роботу команди, у 2026 виглядає як Senior без знання Figma у 2020.
- Менторство — не опціонально. Навіть без формальної lead-ролі компанії очікують, що Senior веде design critique, навчає junior і пише гайдлайни.
Для глибшого контексту, що за зарплати реально пропонує ринок у травні, варто почитати травневий звіт зарплат Hoorya — там окремий розділ про не-код ролі, де Senior UX/UI коштує $2 800 медіани, а Senior PM з продуктовими метриками — $4 500. Це створює конкуренцію всередині компанії: дизайнери і продакти змагаються за ту саму бюджетну вилку.
🏗Системний дизайн і архітектура: 5 питань
Senior-питання у цій категорії перевіряють, чи ви вмієте мислити масштабом — не одним екраном, а сотнею. Якщо ви проектували три кнопки, але не пам’ятаєте, як кожна з них обґрунтована — це Middle-рівень.
Питання 1
Як ви будували дизайн-систему з нуля?
Чого хоче інтерв’юер
Перевірити, чи ви розумієте різницю між «бібліотекою компонентів у Figma» і «дизайн-системою». Дизайн-система — це не файл, це процес з документацією, governance і ownership.
Слабка відповідь
«Я зібрала всі кнопки та інпути в окремий Figma-файл, додала варіанти і поділилася з командою. Ми використовували це у проектах».
Сильна відповідь
«У fintech-продукті за весь час його існування змінилося кілька дизайнерів — коли я прийшла, я була вже шостою. Кожен лишив свій шар рішень, тому кнопки, відступи й типографіка були повністю розсинхронізовані. Я почала з аудиту і знайшла N різних варіантів однієї кнопки. За кілька місяців звела їх до єдиного набору компонентів — від токенів до готових блоків, описала в Notion правила використання і провела навчання для команди. Результат, який показую: час на складання нового екрана скоротився з N годин до N хвилин».
🚩 Червоні прапорці
«У нас був дизайнер який цим займався, я просто користувалася» — це не Senior. «Створила систему за тиждень» — це або брехня, або не дизайн-система.
Питання 2
Як працює governance дизайн-системи коли у вас 3+ продукти?
Чого хоче інтерв’юер
Зрозуміти, чи ви проходили через типову біль масштабування: продукт A змінив toast-компонент, у продукта B він візуально відрізняється, користувачі скаржаться на неконсистентність.
Сильна відповідь
«У e-commerce-холдингу з трьома брендами ми ввели розподілене керування: центральна команда (двоє дизайнерів і розробник) володіє базовими токенами і простими компонентами. Команди продуктів роблять свої складніші компоненти, але якщо щось використовується у двох продуктах одразу — воно піднімається в центральний набір. Раз на два тижні — спільна зустріч усіх дизайнерів, щоб переглянути запропоновані зміни. Перед будь-якою зміною базових токенів — окремий документ з обґрунтуванням».
🚩 Червоні прапорці
Відповідь без слова «процес» або «documentation» — це не governance, це хаос з добрими намірами.
Питання 3
Atomic Design vs традиційний підхід — як обираєте?
Чого хоче інтерв’юер
Перевірити, чи ви розумієте, що atomic — це інструмент, а не догма. Для стартапа з 3 екранами atomic-структура — overkill.
Сильна відповідь
«Atomic Design я підключаю не на старті, а коли продукт доходить до етапу оптимізації — коли компонентів стає багато і їх треба синхронізувати з іншими продуктами компанії. Саме тоді ми зрозуміли, що тримати все вручну вже неможливо, і перейшли на атомарну структуру. На ранньому етапі вона лише сповільнює: для кількох екранів це зайва складність. Тобто це рішення про масштаб, а не про моду».
Питання 4
Як вирішуєте конфлікт між брендом і usability у дизайн-системі?
Чого хоче інтерв’юер
Це класичне Senior-питання. Маркетинг хоче неонові градієнти і custom-typography, usability вимагає WCAG-контрасту і системних шрифтів.
Сильна відповідь
«У healthtech-проекті бренд-команда наполягала на фірмовому жовтому для головної кнопки. Контраст був нижче норми доступності (потрібно 4.5). Ми зробили A/B-тест: у версії A — жовта кнопка, у версії B — той самий жовтий як акцент плюс темно-синій основний колір. Версія B показала +N% конверсії на критичній дії. Цифри переконали бренд-команду лишити жовтий як акцент. Принцип: бренд і зручність не конкурують, якщо у вас є дані».
Питання 5
Material Design vs HIG — як обираєте?
Чого хоче інтерв’юер
Платформенна логіка. iOS-користувач очікує bottom-sheet, Android — drawer. Ви або це розумієте, або проектуєте «один дизайн для всього».
Сильна відповідь
«iOS і Android живуть за різними гайдлайнами — Apple HIG і Google Material. На iOS користувач очікує жестову навігацію і нативні іконки, на Android — звичні для системи кнопки, тіні й анімацію натискання. Для кросплатформного продукту я не намагаюся зробити один дизайн на двох — я документую три речі: варіант для iOS, варіант для Android і спільне ядро. Впізнаваність бренду тримається на кольорі, тоні й голосі, а не на однакових кнопках на обох платформах».
👥Менторство і команда: 5 питань
Це категорія, яку провалюють 80% Senior-кандидатів. Дизайнери звикли працювати з пікселями, не з людьми. Якщо ви не маєте конкретного прикладу менторства — Senior-офер буде складно отримати.
Питання 6
Як ви менторили junior дизайнера?
Чого хоче інтерв’юер
Структура процесу, не «я давала поради». Регулярні 1:1, цілі на квартал, фідбек-механізми.
Сильна відповідь
«Менторила middle-дизайнерку близько року. Перший крок — competency map: ключові навички з оцінкою 1–5. З нею разом ми поставили 3 цілі на квартал: підняти дослідницькі навички на N балів, прокачати presentation skills, оволодіти design tokens у Figma. Щотижня 1:1 на 30 хв — її питання у пріоритеті, моя зворотня агенда — мінімальна. Раз у місяць — design critique її роботи з конкретним фреймворком. За цей час вона провела соло-проект з нуля до релізу і отримала промоушн».
🚩 Червоні прапорці
«Я завжди готова допомогти», «дізайнила разом з нею» — це не менторство, це парне виконання. Менторство — це передача навичок з вимірюваним результатом.
Питання 7
Розкажіть про конфлікт у команді — як вирішили?
Чого хоче інтерв’юер
Чи можете описати конфлікт без «всі винні крім мене». Senior — це людина, яка бачить свою роль у конфлікті.
Сильна відповідь
«Ми з backend-розробником місяць конфліктували через те, де зберігати стан у новій фічі — на боці клієнта чи на сервері. На кожному рев’ю ми публічно сперечалися, і це деморалізувало команду. Я запросила його на каву, і ми витратили годину, малюючи обидва варіанти на дошці. Виявилось, що я не розуміла, як це впливає на структуру API, а він — який це створює компроміс для користувача. Зрештою обрали гібридний підхід. Урок: раніше я захищала своє рішення замість того, щоб зрозуміти його контекст».
Питання 8
Що говорите про менторство, якщо формально команду не вели?
Чого хоче інтерв’юер
Чи маєте ви ініціативу. Lead-роль не дається за стажем — вона приходить через дії.
Сильна відповідь
«Формально я не була lead, але кожен junior, який приходив у команду, проходив зі мною двотижневий онбординг — я робила його сама ще до того, як це стало частиною процесу. Описувала найкращі практики, які потім стали внутрішнім гайдлайном. Зараз я готова до Lead-позиції, бо менторство вже роблю — мені бракує тільки формального права ухвалювати рішення».
Питання 9
Як даєте design critique без знищення мотивації?
Сильна відповідь
«Я використовую фреймворк «I Like / I Wish / What If» (подобається / хотілося б / а що якби). Замість «це не працює» кажу: «хотілося б, щоб головна кнопка дії була ближче до зони великого пальця — що думаєш про правий нижній кут?». Це переводить критику з оціночної в дослідницьку. Критика без альтернативи — це звинувачення, а не зворотний зв’язок».
Питання 10
Як приймали рішення проти думки команди?
Сильна відповідь
«Команда хотіла залишити старий онбординг — він був звичний. Я пропонувала редизайн, спираючись на дані: відсів на кроці 3 був критично високим. Застосувала принцип «disagree and commit» — попросила тиждень на прототип і тест на 5 користувачах. Тест показав, що новий онбординг знижує відсів на N процентних пунктів. Команда прийняла. Принцип: не сперечатися думками, а сперечатися даними і прототипами».
📊Метрики і бізнес-вплив: 5 питань
Це категорія, яка різко відділяє Senior від Middle. Якщо ваше портфоліо описує «що я зробила», а не «що змінилось після того, як я зробила» — ви залишаєтесь у Middle-вилці.
Питання 11
Які метрики реально показувати у портфоліо?
Чого хоче інтерв’юер
Перевірити, чи ви володієте мовою продукту. Senior знає різницю між task completion rate, NPS, retention і activation.
Сильна відповідь
«У кейсах я завжди показую три типи метрик: поведінкові (час на задачу, відсоток завершення), сприйняття (NPS, CSAT) і бізнесові (конверсія, утримання, ARPU). Найсильніший приклад — онбординг у fintech: activation першого дня зросла з N% до N%, NPS +N пунктів, а період окупності залучення скоротився на N днів. Окремо показую те, що НЕ спрацювало, і чому — портфоліо Senior без чесних провалів виглядає підозріло».
Питання 12
Як зв’язуєте дизайн з бізнес-результатом?
Сильна відповідь
«Кожен проект починається з головної метрики. В e-commerce це часто LTV або повторна покупка. Перед спринтом я зв’язую кожен макет із метрикою, на яку він впливає: картка товару — на додавання в кошик, оформлення замовлення — на покупку. Якщо макет не дає очікуваного впливу, він не йде у спринт. Це болісно, бо відсікає «красиві», але непродуктові ідеї».
Питання 13
Опишіть кейс, де ваш дизайн збільшив конверсію або утримання
Сильна відповідь
«У healthtech-додатку для трекінгу симптомів утримання на 30-й день було низьким. Я провела 8 інтерв’ю і виявила: користувачі просто забували заходити в застосунок, бо не було тригера. У редизайні додала розумні нагадування за ритмом самого користувача (не о 9-й ранку для всіх, а коли він зазвичай вносить дані) і щотижневий дайджест із висновками. Утримання на 30-й день зросло з N% до N% за N тижнів, а період окупності залучення скоротився у N рази. Урок: технічна деталь на кшталт часу нагадування часто впливає більше, ніж візуальний редизайн».
Питання 14
A/B тест який провалився — як інтерпретуєте?
Чого хоче інтерв’юер
Дозрілість. Senior розуміє, що 70% A/B-тестів не показують значущого результату, і це нормальна частина процесу.
Сильна відповідь
«Тестувала оформлення замовлення: версія B — усе на одній сторінці проти кількох кроків. Гіпотеза: спрощення підніме конверсію. Результат виявився статистично незначущим, приріст близький до нуля. Замість того щоб видати це за «успіх», я зробила розбір. Виявилось, що наша аудиторія — досвідчені користувачі, для яких кілька кроків звичні. Урок: спрощення не завжди підвищує конверсію, усе залежить від того, як користувач звик думати».
Питання 15
Як міряти успіх рішення, яке не дає швидкого результату?
Сильна відповідь
«Редизайн заради доступності не дав одразу впливу на конверсію — але через кілька місяців помітно виріс органічний трафік (оцінка Google Lighthouse піднялася з N до N). Це довгий цикл. Я ділю метрики на швидкі (наприклад, відсоток виконаних задач) і повільні (утримання, NPS, органічний трафік). Стейкхолдерам показую обидві групи з чіткими строками».
Перевірте, чи ваше резюме передає Senior-рівень
ATS Score нижче 80 — це причина, чому навіть Senior-кандидатів не запрошують на інтерв’ю
Перевірити резюме →
🤝Робота зі стейкхолдерами: 5 питань
Питання 16
Як відстоюєте дизайн-рішення проти CEO?
Чого хоче інтерв’юер
Чи можете говорити з owner-level. Senior не каже «CEO хотів зробити інакше» — Senior каже «я переконала CEO даними».
Сильна відповідь
«CEO fintech-стартапу хотів додати помітний банер на головному екрані з пропозицією платного плану. Я бачила, що це відверне увагу від ключової функції. Замість «це поганий UX» я підготувала презентацію на одну сторінку: скільки уваги користувача ми втрачаємо, альтернатива — показувати пропозицію прямо в момент, коли вона доречна, і приклади трьох конкурентів. За 20 хвилин ми обрали другий варіант. Принцип: CEO купує бізнес-логіку, а не смак у дизайні».
Питання 17
Як працюєте з конфліктним фідбеком: PM хоче A, Marketing — B?
Сильна відповідь
«Перший крок — повернутися до мети користувача. PM хоче спростити сценарій, маркетинг — більше місця під кнопку дії. Я питаю: чию метрику це обслуговує? Якщо обидві — це конфлікт пріоритетів, а не дизайну. Я збираю обох на 30 хвилин і модерую розмову: «що буде, якщо зробимо по-вашому, і чим це шкодить вашій метриці?». Якщо домовитися не вдається — пропоную A/B-тест. Останнє слово завжди за користувачем».
Питання 18
Розкажіть про кейс, який провалився — повний failure case
Чого хоче інтерв’юер
Дозрілість і чесність. Кандидати, які кажуть «у мене не було провалів» — або брешуть, або ще не Senior.
Сильна відповідь
«У 2024 я керувала редизайном основного сценарію користувача в e-commerce. Я була настільки впевнена в дослідженні, що пропустила фазу тестування на користувачах і одразу пішла у детальні макети. Реліз провалився: конверсія впала на N% за два тижні, довелося відкочувати. Урок — дослідження дало мені впевненість, але саме реалізацію мав підтвердити тест на користувачах, а не концепт. Тепер у будь-якому критичному сценарії я роблю обов’язковий тест на прототипі, навіть коли впевнена».
Питання 19
Як говорите з розробником, який каже «це неможливо»?
Сильна відповідь
«Перше — я не сперечаюсь. Питаю: «можеш пояснити, що саме неможливо?». Зазвичай це означає «дорого або складно», а не «фізично нереально». Далі шукаємо компроміс: «якщо повна версія — це два тижні, чи можемо зробити спрощену за три дні?». У healthtech-проекті ми так і вчинили — замість складної анімації за чотири дні взяли простий CSS-перехід за пів дня. Користувач різниці не помітив».
Питання 20
Клієнт каже «мені не подобається цей дизайн» — що робите?
Сильна відповідь
«”Не подобається” — це ще не фідбек, це емоція. Senior-крок — перевести її в конкретику: «Що саме? Колір, композиція, тон, ієрархія?». Часто за «не подобається» стоїть «не схоже на сайт конкурента, який я бачив». Тоді розмова переходить у площину стратегічного позиціонування. Якщо клієнт наполягає без аргументів — я фіксую цей вибір письмово разом із можливими ризиками. Це і є Senior-рівень: захищаю досвід користувача, але не саботую бізнес».
⚙️Процеси і AI-інструменти: 5 питань
У 2026 році Senior-дизайнер, який не інтегрував AI у воркфлоу, виглядає як Senior без Figma у 2020. Це не про «AI замінить дизайнерів», це про мультиплікатор продуктивності.
Питання 21
Як інтегруєте Figma AI / v0 у командний воркфлоу?
Сильна відповідь
«Figma AI використовуємо для трьох речей: перейменування шарів (економить кожному дизайнеру до N годин на тиждень), генерація тимчасового контенту для прототипів і підказки варіантів компонентів. v0 — для швидких прототипів перед показом стейкхолдерам: робочий прототип за 30 хвилин замість цілого дня. AI не замінює мислення дизайнера — він прибирає рутину. Я регулярно переглядаю команду: де ми ще працюємо вручну і що можна автоматизувати».
Питання 22
Discovery vs Delivery — як балансуєте?
Сильна відповідь
«Я веду два треки паралельно: поки команда виконує поточний спринт, я разом з PM досліджую і готую наступні фічі на два спринти вперед. Якщо дослідження затягується — фіча їде на пізніший спринт. Без такого випередження або вся команда простоює в очікуванні досліджень, або дослідження просто пропускають».
Питання 23
Як організовуєте design critique у команді?
Сильна відповідь
«Раз у тиждень, 60 хв, 2 кейси по 25 хв + 10 хв обговорення процесу. Структура кожного кейса: 5 хв презентації (контекст, ціль, обмеження), 15 хв питань команди (заборонено давати рішення), 5 хв вердикту. Презентує — обов’язково кожен раз інша людина. Це навчає команду давати фідбек, не лише отримувати».
Питання 24
Як проводите дослідження користувачів у Senior-ролі?
Сильна відповідь
«Senior — це не «зробити більше досліджень», а «зробити рівно стільки, скільки потрібно для рішення». Я питаю: яке рішення ми ухвалюємо за результатами? Якщо ставка велика — 8 інтерв’ю плюс два раунди тестування. Якщо це доопрацювання наявної фічі — досить трьох інтерв’ю. Типова Junior-помилка — розгорнути велике дослідження там, де вистачило б 30-хвилинної розмови з одним спеціалістом підтримки».
Питання 25
Як рахуєте дизайн-борг?
Сильна відповідь
«Дизайн-борг — це накопичена неконсистентність, проблеми з доступністю і застарілі рішення. Я веду його список у Notion з трьома колонками: критичність (висока/середня/низька), приблизний вплив на конверсію чи підтримку, час на виправлення. Раз у квартал ми відводимо частину спринту на його погашення. Без цього через рік ви не додасте нову фічу без того, щоб щось зламалося в іншому місці».
🪤Каверзні питання Senior рівня: 5 питань
Це питання, які відсіюють кандидатів на психологічному рівні. Тут немає «правильної відповіді» — є відповіді, які показують зрілість, і відповіді, які видають незрілість.
Питання 26
Розкажіть про найгіршу свою роботу
Чого хоче інтерв’юер
Самокритичність без само-знищення. Senior визнає помилки і витягує з них урок.
Слабка відповідь
«У мене не було поганих робіт» або «всі мої роботи відмінні, але ось ця могла бути ще кращою».
Сильна відповідь
«Мій перший Senior-проект, 2023 рік. Я переоцінила свої дослідження і недооцінила дизайн-борг. Зробила редизайн онбордингу, який вирішував проблему користувача, але створив N нових неконсистентностей у дизайн-системі. Через кілька місяців нам довелося робити повну переробку. Урок: Senior-дизайнер тримає в голові не лише користувача, а й систему».
Питання 27
Чому пішли з попередньої компанії?
Слабка відповідь
«Поганий менеджмент», «не цінували мою роботу», «токсична атмосфера» — навіть якщо це правда, це червоний прапорець для інтерв’юера.
Сильна відповідь
«Я виросла з ролі. Перейшла з Middle на Senior, довела дизайн-систему від нуля до N% покриття компонентів. Залишилися два шляхи: лишитися на підтримці того, що вже працює, або шукати новий виклик. Я обираю розвиток. У вашій вакансії бачу саме це — компанія росте одразу на двох континентах, і для мене це наступний рівень».
Питання 28
Ваша зарплатна планка?
Сильна відповідь
«За травневим оглядом ринку, Senior UX/UI у продуктовій компанії — $2 800–3 500. З урахуванням моїх 5 років продуктового досвіду і кейсів із вимірюваним результатом мій орієнтир — $3 200–3 500. Готова обговорювати загальний пакет — частину в опціонах чи бонусах за досягнення цілей, якщо компанія так працює».
🚩 Червоні прапорці
«Скільки ви запропонуєте» — це поганий start. Ви знаєте свою ціну, або вас вважають недосвідченим. 7 готових скриптів відповідей на питання про зарплатні очікування.
Питання 29
Чи готові ви до Lead-позиції зараз?
Чого хоче інтерв’юер
Ambition match. Якщо у вас не Lead-вакансія, але кандидат хоче Lead через 6 місяців — це конфлікт. Якщо є Lead-вакансія — кандидат, який каже «ні, я не готова» — теж конфлікт.
Сильна відповідь
«Я веду менторство і design critique без формальної lead-ролі вже рік. Готова перейти в Lead приблизно через рік стабільної роботи з командою — раніше було б зарано. Зараз хочу глибоко зануритися у вашу предметну область і команду, і тоді природно взяти більше відповідальності».
Питання 30
Що б ви змінили у нашому продукті за перший тиждень?
Чого хоче інтерв’юер
Чи провели ви домашню роботу. Senior, який не зайшов у продукт перед інтерв’ю — це червоний прапорець.
Сильна відповідь
«За перший тиждень я б нічого не змінювала. Я б поговорила з 5 наявними користувачами, кількома людьми з підтримки і прочитала розбори останніх двох квартальних релізів. Зміни без контексту — це Junior-помилка. На другий тиждень у мене вже було б три гіпотези для фази досліджень».
🧮Калькулятор готовності до Senior-співбесіди
Оцініть себе чесно по кожній з 6 категорій. «Маю сильний кейс з метрикою» — це коли ви прямо зараз можете розповісти конкретну історію з цифрою. «Щось пригадаю» — коли досвід є, але без вимірюваного результату. «Поки порожньо» — коли прикладу немає. Калькулятор покаже бал готовності і персональний план по слабких категоріях.
Наскільки ви готові? 6 питань
Відповідайте чесно — занижена самооцінка коштує дешевше, ніж провалена співбесіда
0
/ 100
Ваш план підготовки
📝Що Senior дизайнер має питати рекрутера
Зворотні питання — це частина оцінки. Інтерв’юер за вашими питаннями розуміє, що для вас важливо. Якщо ви питаєте «який графік роботи» — це Middle. Якщо «як приймаються технічні дизайн-рішення» — це Senior.
7 питань, які покажуть зрілість
- Як влаштований процес прийняття дизайн-рішень? Хто має останнє слово — Senior дизайнер, Lead, PM, CEO?
- Який поточний дизайн-борг у продукту і як з ним працюють? Якщо «у нас немає боргу» — або не моніторять, або не визнають.
- Як виглядає типовий design critique? Питання про процес показує, чи ви знаєте Senior-операційку.
- Який бюджет на дослідження в команді? Питання-індикатор: команди з виділеним часом на дослідження і без нього — це різні рівні зрілості.
- Як інтегровано AI-інструменти у команду? Якщо «ми ще тільки розглядаємо» — це або консервативна команда, або не орієнтована на продукт.
- Як вимірюється успіх дизайнера у компанії? Якщо «за внеском у проекти» — це Junior-метрика. Senior очікує вимірюваний результат.
- Який feedback ви чули від останнього Senior дизайнера, який пішов? Питання, яке відкриває реальність. Recruiter, який не може відповісти, або не комунікує з командою, або щось приховує.
📋 Чекліст: що зробити за тиждень до інтерв’ю
✓
Підготувати 3 кейси у форматі STAR з measurable result (метрики) для кожної категорії
✓
Прочитати останні 2–3 пости команди компанії у LinkedIn — це дасть контекст до зворотніх питань
✓
Зайти у продукт компанії і знайти 1 inconsistency або pain point — не для критики, для розмови
✓
Прорепетирувати відповідь на «розкажіть про себе» — 90 секунд максимум, з 3 ключовими moments
✓
Підготувати 5 зворотніх питань з блоку вище під компанію
✓
Перевірити резюме на ATS — портфоліо без 80+ ATS Score не дочекається інтерв’ю
❓Часті питання
Як підготуватись до співбесіди UX/UI Senior за тиждень?
Тиждень — короткий термін, але достатній якщо у вас є кейси. День 1–2: пройдіть калькулятор готовності і визначте 2 слабкі категорії. День 3–4: підготуйте по 1 кейсу у форматі STAR для кожної категорії з вимірюваними метриками. День 5: прорепетируйте відповіді з другом або колегою. День 6: вивчіть компанію — продукт, останні релізи, дизайн-блог. День 7: перевірте резюме на ATS Score, оновіть заголовок у LinkedIn.
Що питають Senior дизайнера на технічній співбесіді у 2026?
У 2026 році технічна частина зміщується від «розкажіть про вашу методологію» до «як ви приймали конкретне рішення». Очікуйте на live design critique з вашого портфоліо: інтерв’юер вибирає один екран і запитує «чому саме так, що було альтернативою, як ви це валідували». Друга частина — case study: дають hypothetical-проблему (наприклад, «redesign onboarding для healthtech-додатка»), ви маєте 30 хвилин на whiteboard-розмірковування.
Як описати кейс, який провалився на Senior-співбесіді?
Формула: контекст (1 речення) → що ви робили → що пішло не так → ваша роль у провалі → урок → як змінили підхід після. Senior-кандидати, які не визнають свою роль у провалі, програють Senior-кандидатам, які визнають. Чесність і самокритичність — основні сигнали зрілості. Уникайте «ринок поганий», «команда не співпрацювала» — фокус на тому, що ВИ могли зробити інакше.
Чи питати про зарплату першим на Senior-співбесіді?
Так, якщо це перше скринінг-інтерв’ю з рекрутером — обов’язково. Це економить ваш і їхній час. Якщо це інтерв’ю з командою або стейкхолдерами — ні, зачекайте до кінця або до фінального раунду. Формулювання: «я бачу вилку $X–Y на ринку для моєї ролі і досвіду. Чи це у вашому бюджеті?». Деталі по скриптах — у статті 7 скриптів відповідей на зарплатні очікування.
Що показувати у Senior-портфоліо у 2026?
3–4 глибокі кейси замість 8 поверхневих. Кожен кейс — формат: проблема (з метрикою), процес (дослідження, ідеація, рішення), результат (3 типи метрик), урок. Обов’язково 1 кейс з провалом і чесним розбором. AI-інструменти у роботі — окремий блок або вшито в процеси. Без продуктових метрик портфоліо Senior-рівня виглядає як Middle.
Які AI-навички має мати Senior UX/UI у 2026?
Базовий рівень: Figma AI для генерації варіантів, перейменування шарів і тимчасового контенту. Середній: v0 для швидких прототипів перед показом стейкхолдерам. Просунутий: Galileo або власні зв’язки з LLM для генерації альтернативних сценаріїв, чернеток текстів і перевірки доступності. Senior, який не може назвати конкретний приклад використання AI у своїй роботі, у 2026 виглядає як Senior без знання Figma у 2020.
Свіжі вакансії та поради у Telegram
100 нових вакансій щотижня, дизайнерські позиції з прозорою вилкою
Готові пройти Senior-співбесіду у дизайні?
Перевірте резюме на ATS-сумісність. 80+ бал означає у 3× більше запрошень.
Перевірити ATS Score →
📝 Висновок
Senior UX/UI співбесіда у 2026 — це не екзамен з теорії дизайну. Це перевірка зрілості: чи ви тримаєте в голові не лише екран, а й продуктові метрики, команду, стейкхолдерів і дизайн-борг одночасно. 30 питань вище покривають 80% того, що ставлять у продуктових компаніях України та Європи у травні 2026.
Найважливіший принцип підготовки — це не зазубрити «правильні відповіді», а підготувати 6–8 конкретних кейсів зі свого досвіду з measurable метриками. Тоді на будь-яке питання ви маєте вже готовий приклад, який потрібно лише адаптувати під форматування питання. Використайте формат STAR (Situation–Task–Action–Result) для структурування кейсів — це industry-standard, який інтерв’юер впізнає одразу. І ще раз: кейси з цієї статті — це шаблон архітектури, а не текст для переказу. Ваша власна історія з чесною цифрою завжди звучить сильніше за вигадану.
📚 Читайте також
✍️ Автори статті
Окрему подяку за рецензію цієї статті висловлюємо Sergio Golubets — за влучні зауваження, які зробили матеріал чеснішим.