З чого почати рекрутинг сеніорного UI/UX дизайнера в команду? Досвід та коментарі Senior/ Team Lead designers

Дивитись детальніше

Пошук IT-фахівців — складне завдання для рекрутерів. Він вимагає знань структури технологій, специфічних навичок, розуміння різниці мов, фреймворків тощо. Коли рекрутерам в роботу дають вакансію UI/UX дизайнерів, здається, що все має бути досить легко (це ж не позиція Pixi для GameDev сфери, де усього з сотня кандидатів в Україні).

Але на практиці не так! Виявляється, що навички дизайнерів досить специфічні, необхідно враховувати портфоліо і знати, які запитання можна поставити для перевірки скілів під час співбесіди. Особливо це актуально для сеніорних фахівців, яких не можна оцінювати лише за роками досвіду.

Щоб розібрати, як же правильно організувати рекрутинг-процес для Senior UI/UX дизайнера, ми опитали фахівців сфери. Вони брали участь у рекрутингу і як кандидати, і як hiring-менеджери, тож дають поради «з перших рук».

Дякуємо за відповіді:

• Юрія Терницького, Product Designer та Design Manager, який має понад 15 років в креативних індустріях. Починав кар’єру з графічного дизайну та через власний бізнес опинився в продуктовому. Зараз Юрій веде свій блог про дизайн на Medium.
• Дарину Гуленко, Senior UX/Product Designer в Bimble. У неї понад шість років різноманітного досвіду у Product-дизайні. Дарина працювала з телемедициною, E-commerce, GameDev, Entertainment-продуктами.
• Федора Філона, Product Designer у Fareportal. У нього близько 15 років у дизайні, з яких десять  — досвід продуктового дизайну, є досвід хайрингу та лідингу. Окрім UX/UI дизайну, Федір займається промисловим дизайном, за який він отримав багато міжнародних нагород, включаючи Red-dot. Портфоліо можна переглянути за посиланням.
• Аврору Шугалій, Lead Product Designer в Transcenda та менторку у Projector School. У неї понад п’ять років у дизайні. Також Аврора веде свій блог про правила у UX-дизайні.

Якими навичками має володіти сеніорний UI/UX-дизайнер

Обговорили, що таке «сеніорність» у дизайні та чому це не завжди про роки досвіду.

Юрій Терницький

Product Designer

«Це дуже цікаве запитання. Ми з Танею Зав’яловою під час створення Практикуму з продуктового дизайну дійшли згоди у тому, що компетенції дизайнера можна розділити на 12 груп. Різні дизайнерські професії потребують різної комбінації навичок, тож виходить унікальний footprint.

Мені здається, що UI/UX-дизайнер загалом концентрується на створенні зручного та консистентного інтерфейсу. В цьому допомагають знання з теорії користувацького досвіду.

Тому UI/UX-дизайнерам варто сконцентруватися на:

• Проєктуванні досвіду користувача (User Experience) — як люди взаємодіють з продуктом, сервісом чи окремою функціональністю та як ми можемо цю взаємодію покращити.
• Візуальному дизайні (Visual Design) — естетика продукту, що люди бачать, коли взаємодіють з продуктом, і як покращити естетику для цільової аудиторії продукту.
• Проєктуванні взаємодії (Interaction Design) — як інтерфейс відповідає на дії користувача (включаючи анімацію) та як зробити цю відповідь приємнішою.
• Генерації ідей (Ideation) — як згенерувати ідеї, що розв’язують проблеми користувача.

Чим досвідченіший дизайнер чи дизайнерка, тим краще в них рівень володіння інструментами та глибше розуміння теорії.

При наймі нових членів команди я звертаю увагу на співставний досвід. Уявімо, що нашим продуктом є ERP-система для транснаціональної корпорації. Якщо кандидат має лише досвід роботи в креативних агенціях, то йому потрібно буде більше часу, щоб перелаштуватися на проєктування складного інтерфейсу з великою кількістю змінних. Це не означає, що цій людині не варто давати шанс, але цей аспект варто враховувати під час онбордингу. Можливо, хтось із дизайнерів може стати ментором та поступово ввести в курс справ. 

З доменами теж є своя специфіка. Наприклад, розробка ігор є окремим напрямком, тому дизайнеру, який проєктував інтернет-магазини чи SAAS-продукти, потрібно буде набагато більше часу, щоб розібратися в проєктуванні ігрових інтерфейсів. Я переконаний, якщо фахівець не заявив про бажання себе спробувати в GameDev, навряд чи цю вакансію варто активно нав’язувати. І навпаки.

Отже, якщо на основі цих компетенцій дизайнера створити діаграму, то навички UX/UI-дизайнер можуть виглядати наступним чином.»

Дивитись детальніше

Дарина Гуленко

Senior UX/Product Designer

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

• Що таке гіпотеза? Як вона будується? Навіщо починати розробку дизайну з неї?
• Хто відповідальний за формування гіпотези?
• Як ти доходиш до фінального дизайн-рішення? Опиши весь процес.

При цьому сеніорність у багатьох сенсах залежить від soft skills. Як на мене, вона полягає у:

• Вмінні спокійно реагувати на кризову ситуації на проєкті.
• Швидкості роботи. Банальні рішення у макеті мають бути автоматизовані та організовані так, щоб їх було легко змінити. Це закладається у проєкт з початку.
• Самостійності при вмінні працювати у команді. Сеніорний дизайнер повинен сам закривати великий шматок роботи, але при цьому вміти комунікувати з іншими дизайнерами, бути готовий шерити свою роботу та допомагати їм. Ідеальна цитата з вакансії, яка демонструє цю вимогу: «A self-starter who can run solo but also knows how to be part of a team and build meaningful relationships with peers».

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

Федір Філон

Senior Product Designer

«На мою думку, опанування технічних навичок закінчуються ще приблизно на Middle-рівні. Що це означає: основні hard skills сеніорного дизайнера такі ж, як і у мідла. Він так само знає, як створювати дизайн-інтерфейси, володіє Figma чи її аналогами.

При цьому одною з базових необхідних навичок є високий рівень англійської мови (з неї потрібно починати і джунам, і сініорам).

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

При цьому він має бути самостійним: брати задачу, уточнивши правильні запитання і нюанси, виконати її на високому рівні та “продати”. Чим вище позиція, тим менше потрібно робити своїми руками. Артдир в агенції, наприклад, має ще й поставити завдання і прийняти роботу.

Якось я провів експеримент, коли шукав людей в команду. Я обрав високий фільтр за зарплатнею на Djinni та проаналізував їхні резюме. Фахівці з дизайну з найвищим рівнем зарплатні робили акцент саме на комунікації. Вона полягає у роботі зі стейкхолдерами, складанні ТЗ, комунікації з PO, узгодженні естімейтів та плануванні загалом.

Сеніорний дизайнер добре виділяється і певним майндсетом чи продуктовим мисленням. Він думає про те, як доречно впровадити фічу, мислить стратегіями. Самі по собі функції та їх реалізація на проєктах досить схожі, на це немає йти багато часу. Але от розуміти продукт та обрати найкраще рішення більш складно. Для цього потрібен досвід у різних компаніях. 

Як на мене, дизайнер має змінювати проєкти хоча б раз на три роки. Працюючи занадто довго на одному місці можна стати ”rockstar” однієї компанії, але не для ринку. Зміна роботи вчить адаптуватися: вміти доповнювати команди своїми скілами та навчатися новому в інших людей.»

Аврора Шугалій

Lead Product Designer

«Дизайнер має володіти прокачаними soft та hard скілами. Якщо говорити про hard skills, то це мають бути:

• Вміння використовувати найбільш ефективні дизайн-активності,
• Робота з інструментами дизайну,
• Знання прототипування,
• Розуміння принципів і поняття Дизайн-системи.

Щодо soft skills, як на мене, вони такі:

• Вміння знайти правильний підхід до усіх членів команди,
• Навички переговорів (наприклад, зі стейкхолдерами),
• Правильне та чітке презентування ідей зі сторони дизайн-команди,
• Вміння приймати критику,
• Швидке реагування на конфліктні ситуації і розуміння того, як можна їх вирішити.»

Чи має дизайнер вміти кодити (знати основи html, css або/і JavaScript)

Знання основ програмування у дизайні — дещо холіварне питання для ринку. Вакансії з вимогою у html, css стає все більше, але не всі менеджери справді розуміють, як ці навички будуть реалізуватися на проєкті. Думки експертів також виявилися досить різними щодо цієї вимоги: від «точно ні» до «must have» для сініора.

Дарина Гуленко

Senior UX/Product Designer

«Як на мене, то це точно не критична вимога у вакансіях. За багаторічний досвід у дизайну ще не було жодного кейса, коли б мені були потрібні практичні навички кодингу.»

Федір Філон

Senior Product Designer

«Думаю, у дизайнерів є досить багато складних компетенцій, які треба опанувати, щоб добре робити свою фактичну роботу: знання композиції, шрифтів, аналітики, Figma… Програмування точно не в списку критичних.

При цьому фільтрувати кандидатів за відсутністю навичок у html/css досить дивно, адже опанувати їх нескладно. Якщо вони важливі, то довчити їх за декілька днів не проблема. Це як фільтрувати кандидатів через те, що вони не переглянули декілька відео/статей за певною темою.»

Аврора Шугалій

Lead Product Designer

«Для початківців вміти кодити не обов’язково, проте дуже корисно (якщо це читають джуни, то краще сфокусуватися на вивченні дизайну, а вже після можна звернути увагу на кодинг).

Якщо говорити про Middle/Senior дизайнерів, то бажано знати кодинг (поверхнево), бо робота дизайнера буде більш продуктивною. Знань на рівні розуміння, як працює web, яка різниця між frontend і backend, достатньо. Власне мені ці знання допомагають спілкуватися з розробниками, ставити їм правильні запитання, розуміти та відстежувати, що вони роблять на спринтах.»

Юрій Терницький

Product Designer

«Відповідь на це запитання можна розділити на дві частини. 

1. Без знання основ програмування буває дуже важко побудувати продуктивну комунікацію з розробниками. Особливо, коли дизайнер є частиною крос-функціональної команди. Писати код особисто при цьому навряд чи потрібно.
2. Світом зараз шириться тренд на гібридні професії, який торкнувся й дизайну. У великих компаніях, в тому числі FAANG, починають з’являтися такі фахівці, як UX Engineer (гібрид frontend розробника та дизайнера) чи Design QA (гібрид дизайнера та QA інженера).

Наскільки доцільно застосовувати підхід гібридних професій в українських реаліях? Це запитання варто окремої дискусії. З іншого боку, інколи просто потрібні люди, які вміють швидко задизайнити, запрограмувати прототип та перевірити його з користувачами чи показати замовникам або ж інвесторам. Таке буває все частіше, враховуючи бурхливий розвиток low-code та no-code платформ.»

Як краще перевіряти навички дизайнерів: від резюме до співбесіди

Розібрали основні етапи відбору, зелені та червоні маркери серед кандидатів та якими питаннями краще перевіряти сеніорність.

Федір Філон

Senior Product Designer

«Щоб розібрати, як перевірити сеніорні навички, потрібно розглянути всі “атрибути” та етапи найму.

Почнемо з портфоліо. За моїм досвідом, портфоліо, яке складається лише з посилань на проєкти і компанії, недостатньо. Раніше я сам думав, що якщо у мене буде лише згадка про круту компанію в портфоліо, то мене візьмуть будь-куди. Це не так.

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

Резюме. По-перше, зірочки і прогрес-бари в резюме дизайнера — точно не про сеніорність. Очевидно, для Apple і молодого київського стартапу 100% знання Figma відрізняються.

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

Перевірити навички дизайнера вже на співбесіді можна за допомогою спеціальних завдань. Наприклад, популярним форматом є критика наявного продукту (з підготовкою). Важливо, щоб це не був дуже сирий додаток, аби пункти для покращень були не надто очевидними. Але й не умовний Instagram, щоб не висмоктувати мінуси з пальця. Для “надуманих” мінусів я б радив ставити запитання: “Чи вам не здається, що є причина, чому зробили саме так, а не інакше?”

Також можна дати різноманітні креативні практики, таких завдань досить багато і вони все ще використовуються на ринку. Наприклад, можна попросити створити новий об’єкт з двох інших (щоб не генерувати ідеї з нуля). Питанням може бути: “як би виглядав велосипед, як би його створювали в Apple?” На презентацію кейсу дають 10 хвилин. Основна мета таких завдань у тому, щоб побачити, наскільки швидко дизайнер вміє генерувати рішення на абсолютно різні теми і який його загальний рівень освіченості.

Також варто ставити й більш класичні запитання, щоб краще зрозуміти людину у роботі. Можна запитати “Як був побудований процес роботи у вашій попередній компанії? Який процес був би ідеальним?” При цьому вже ніхто не питає, ким ви бачите себе за п’ять років.

Якщо і кейси, і комунікація з кандидатом круті, робіть йому оффер.»

Аврора Шугалій

Lead Product Designer

«В залежності від того, хто саме потрібен в команду і з якою частиною продукту він чи вона буде працювати, можна обрати різні запитання, техніки і активності.

Для перевірки навичок, я застосовую техніки для більшої колаборації з кандидатом: design critique sessia, brainstorming, design workshop або вирішення дизайн задачі. Усі ці активності проводжу в онлайн-форматі на співбесіді тривалістю до години. Такі процеси надають можливість зрозуміти, як людина мислить, які застосовує навички і як саме поводить себе в критичних ситуаціях. 

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

1. Через тиждень у тебе буде зустріч з Product Owner на новій роботі. Що ти будеш робити, для того, щоб зрозуміти, які є бізнес-цілі компанії і які проблеми треба вирішувати? Який буде список дій для того, щоб розв’язати проблеми?
2. Тобі треба провести інтерв’ю з потенційними користувачами для двох цілей: провалідувати прото-персону та дізнатися, чи покриває наш функціонал їх проблеми. Які будуть твої дії? 

Важливо зробити акцент на тому, що необхідно направляти респондента на діалог та добиватися розгорнутих відповідей.

Для розуміння hard skills, якщо людина буде саме малювати на проєкті, я рекомендую уважно переглядати портфоліо перед співбесідою. Можна попросити презентувати свій найкращий кейс на самому дзвінку. І одночасно перевірити власне навички презентації.

М’які навички загалом складніше перевіряти, адже навіть інтерв’ю — дещо штучне середовище, де всі хочуть виглядати позитивними та чемними. Щоб це обійти, я ставлю спеціальні запитання. Наприклад, можна запитати, як людина вирішувала ситуацію, коли з її рішенням був не згоден Product Owner. Також, можу поставити запитання у форматі “Уявімо, що у твоїй команді до тебе погано ставиться твій колега, які будуть твої дії?”

Важливо розуміти, що інколи, якщо кандидат чи кандидатка чогось не знає, то це не поганий маркер. Це може показати, що їй/йому буде цікаво у вас розвиватися.»

Юрій Терницький

Product Designer

«Коли я займався наймом, то мав звичку ставити собі три запитання:

1. На якому життєвому циклі перебуває компанія: стартап, зростання, зрілість чи занепад?
2. Яку проблему ми вирішуємо наймом нового дизайнера?  Наприклад, нам потрібні додаткові руки, щоб зробити заплановане вчасно чи свіжий погляд на те, де ми є та куди йдемо?
3. Які з вищевказаних 12 компетенцій дизайнера не закриті нинішніми членами команди?  Наприклад, якщо в команді ніхто не розбирається в користувацьких дослідженнях, то я б звертав увагу в першу чергу на кандидатів, які мають такий довід.

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

Розглянемо кожний етап найму.

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

При цьому я б не перебільшував важливість портфоліо. Чим досвідченіше людина, тим менш ймовірно, що портфоліо взагалі існує. Річ у тому, що у Senior та Lead-фахівців банально немає на це часу. Ви не повірите, але такі люди… працюють. Та й NDA вносить певні обмеження про те, що можна і не можна розповідати.

З іншого боку, уявіть, що до вас відгукнувся дизайнер чи дизайнерка, що будували кар’єру в Google чи Microsoft до повернення в Україну. Чи будуть в них кейси, про які можна розповідати публічно? Малоймовірно. Але чи ви точно впевнені, що відмовите через відсутність портфоліо?

Стосовно інших етапів, то варто враховувати — чим довшим та складнішим є процес найму, тим більше кандидатів отримають оффер у конкурентів. Тому я б радив перевіряти навички на технічній співбесіді. Це зекономить час і вам, і кандидату. 

Наприклад, технічне інтерв’ю можна зробити у форматі воркшопу, Піл час нього hiring-менеджер попросить стисло описати розв’язання проблеми певного відомого продукту чи сервісу, яким всі користуються. Та ж Нова Пошта, Glovo чи Uklon для цього чудово підійдуть. 

Брейншторм, опрацювання рішення та його презентація займе не довше пів години. Але одразу буде зрозуміло, як ця людина мислить. І щонайважливіше — чи цей тип мислення підходить для вашої команди. Іноді буває що фахівець класний, але ця конкретна роль не дасть можливості залучити його чи її потенціал на повну. Як наслідок, ви як менеджер ризикуєте втратити цю людину в кращому випадку через рік, а в гіршому — наприкінці випробувального терміну.»

Приклад збалансованої команди:

Дивитись детальніше

Дарина Гуленко

Senior UX/Product Designer

«Окремо лише за портфоліо чи тестовому сеніорність не зрозуміти. Обов’язково має бути проведена технічна співбесіда з Team Lead чи зовнішнім консультантом.

На співбесіді варто ставити кейсові запитання, розбирати приклади робіт з портфоліо. Або ж, наприклад, можна попросити розібрати плюси і мінуси відомого продукту (навіть того ж Google Meets, у якому проходить співбесіда).

В залежності від того, яку саме навичку ви перевіряєте, можна поставити різні запитання. Наприклад, для чеку самостійності можна дати кейс у форматі “Як би ти вирішував ситуацію, у якій бізнес змінив ЦА за місяць до релізу?” При цьому досвідчений фахівець надасть вам не один варіант, а 3–4, покаже, що міг би справитися з такою ситуацією. Тож коли у вашому стартапі буде швидка зміна всіх пріоритетів, то такий спеціаліст без проблем зорієнтується.

Усі навички мають оцінюватися комплексно.»

Oops… Не знайшли у цьому списку тестового завдання? Це не просто так!

Ми підготували другу частину матеріалу про рекрутинг Senior UI/UX дизайнерів в IT. Там ми обговорили, як складати вакансію, яка привабить дизайнера, чи варто давати тестове для сенірного рівня та з якими проблемами в рекрутингу дизайнера можна стикнутися. А щоб тримати руку на пульсі апдейтів, пропонуємо вам підписатися на наш Telegram-канал про рекрутинг. Там ми публікуємо статті у першу чергу?