Трохи увірвусь до вас назад після пʼятничної перерви)
Було декілька коментарів що до тестового завдання, що з цим етапом найбільше складнощів та питань виникає, тож поділюсь порадами від себе.
• Не нехтуйте презентацією, бо ця частина дуже важлива. В рамках обмеженого часу на виконання найголовніше - передати суть своїх ідей, описати, аргументувати рішення.
• Якщо не було часу зібрати більш солідну презентацію, зробіть хоча б 1-2 стислі слайди з основною вижимкою
• За можливості записуйте коротке відео до 5 хвилин додатково до презентації. Це ще більше розкриє вас, ваше вміння висловлювати свою думку. Так не багато хто робить, тому ви точно ще й запамʼятаєтесь
• Прототип. Якщо є можливість, збирайте
• Дивіться уважно вимоги в ТЗ. Наприклад, якщо просять мудборд, значить будуть це мати як критерій оцінювання (це ніби очевидно, але я бачила багато кейсів де взагалі кандидат міг піти не в ту сторону). Дуже часто прямо прописують списком критерії і nice to have моменти.
• Якщо ви щось не змогли покрити з обовʼязкового списку вам це потрібно обґрунтувати та компенсувати чимось іншим.
• Те, що свідомо не встигли або вирішили не робити, завжди можна винести окремо: що б ви ще перевірили, протестували чи допрацювали, якби це була реальна продуктова задача.
• Сформуйте список покращень на майбутнє, або альтернативні варіанти рішення проблеми.
Для спеціалістів junior/middle рівня раджу дуже уважно перевіряти макети, дуже часто можна зустріти хаос по відступам, організації елементів в файлі, на це також можуть звертати увагу при оцінці.
Тобто загалом важливо вирішити поставлену в задачі проблему, та наглядно це показати/описати. Частіше все ж таки завдання для senior дизайнера буде більш глибоким, на подумати, тому тут буде великий фокус саме на мислення. А от від початківців часто хочуть побачити широкий спектр того що він вміє, тому підсилюйте свій результат чим можете, в межах здорового глузду.
16August 22, 2026 1.2K 1 10
