Співбесіда дизайнера менше про інструменти й більше про процес: як ви досліджуєте, як обґрунтовуєте рішення і як працюєте з обмеженнями. Нижче — найчастіші питання з еталонними відповідями.
До кожного питання — еталонна відповідь, з якою можна порівняти свою.
Починати потрібно з розуміння задачі та критеріїв успіху, а не запитаного рішення — за проханням зробити дашборд часто стоїть питання про одне конкретне число. Далі йде дослідження наявної поведінки й обмежень, широкі начерки кількох напрямів до опрацювання одного, прототип тієї деталізації, якої вимагає питання, тестування з користувачами та ітерації. Хендофф і замір після запуску — частина процесу, а не щось на додачу.
UX — це весь досвід досягнення мети: структура, потік і те, чи вирішує продукт задачу. UI — візуальний та інтерактивний шар, через який це відбувається. Гарно намальований екран підписки, де скасування вимагає листа в підтримку, це чудовий UI і ворожий UX; навпаки, непоказна форма, яка проводить вас за десять секунд, це хороший UX при слабкому UI.
Респондентам дають реалістичні задачі, а не питають думку, спостерігають мовчки й утримуються від пояснення інтерфейсу — в момент, коли ви допомогли, дані втрачено. Пʼять осіб на групу користувачів зазвичай виявляють більшість серйозних проблем, і збільшення вибірки найчастіше повертає ті самі знахідки; краще провести кілька невеликих раундів між ітераціями, ніж одне велике дослідження наприкінці.
Дизайн-система — це спільна бібліотека компонентів, токенів і правил застосування, яка утримує продукт консистентним у міру зростання кількості учасників. Вона знімає повторювану вартість перемальовування кнопки й дозволяє дизайнерам витрачати час на справжні задачі. Виживає вона лише за наявності власника й процесу внесення змін — непідтримувана система перетворюється на музей, який усі обходять стороною.
Відділяйте смаківщину від аргументів: спитайте, який результат його турбує, і відповідайте дослідженням, даними використання або евристичним принципом, а не смаком. Якщо розходження лишилося, а даних мало, пропонуйте перевірку замість перемоги в суперечці. Здатність сказати, що саме змінило б вашу позицію, переконує значно сильніше, ніж захист своєї роботи.
Доступність означає, що продуктом можуть користуватися люди з обмеженнями. Базовий рівень — контраст 4.5:1 для основного тексту, відмова від передачі змісту самим лише кольором, повна робота з клавіатури з видимим фокусом, коректна семантична структура та підписи для скрінрідерів, а також перетікання тексту при збільшенні до 200 відсотків. Усе це заразом покращує зручність для всіх, і саме цей аргумент зазвичай вибиває бюджет.
Хендофф включає стани, а не лише екрани: порожній, завантаження, помилку і крайні випадки на кшталт дуже довгого імені або нульової видачі. Він покриває адаптивну поведінку, деталі взаємодії та анімації, а також те, які компоненти дизайн-системи використовуються. Найкращий предиктор гладкої передачі — розробники бачили роботу в процесі; хендофф, який став першою розмовою, уже спізнився.
Спершу зʼясуйте, у чому обмеження насправді — зазвичай це трудовитрати, технічне обмеження або терміни — і знайдіть, яка частина цінності виживає за меншої вартості. Викочуйте урізану версію усвідомлено, фіксуйте, що було відрізано і чому, і домовляйтеся, що стане приводом повернутися. Дизайнери, які сприймають обмеження як частину задачі, а не як завади, доводять до реалізації значно більше своєї роботи.
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю UI/UX Designer →