Ответьте на вопросы о задачах, с которыми сталкивались в работе, и получите примерный грейд и карту навыков — будет видно, что уже получается хорошо и что стоит подтянуть дальше.
37 вопросов, около 10–15 минут. Регистрация не нужна, ответы сохраняются только в вашем браузере.
По результатам вы получите свой профиль навыков, примерный уровень и рекомендации, куда двигаться дальше.
Проверить свой грейд Есть незаконченная попытка — продолжите с того же места
Грейды в компаниях устроены по-разному, поэтому результат лучше воспринимать как ориентир, а не как окончательную оценку.
Без скриптов проверка не посчитает результат, но все вопросы и варианты ответа ниже видны целиком: по ним можно пройтись самостоятельно.
Вопрос 1 из 37 Исследования и пользователи Проблемные интервью Разговор с пользователем о его реальном опыте: что он делает сейчас, с чем сталкивается и как решает задачу.
Что из этого ближе всего к вашему опыту?
Пока не проводили интервью с пользователями Проводили интервью по готовому сценарию и самостоятельно собирали выводы Сами составляли сценарий и проводили интервью для своей задачи Использовали результаты интервью в проекте — например, меняли гипотезу или переделывали решение Помогаете другим с интервью: разбираете сценарии и выводы, выстраиваете общий подход в команде
Дальше Назад
Вопрос 2 из 37 Исследования и пользователи Юзабилити-тесты Наблюдение за тем, как человек выполняет задачу в интерфейсе и где у него возникают сложности.
Что из этого ближе всего к вашему опыту?
Пока не участвовали в юзабилити-тестах Проводили тесты по готовому сценарию или фиксировали результаты Самостоятельно составляли сценарий, проводили тесты и собирали выводы По результатам тестов находили проблемы и меняли интерфейс Регулярно используете юзабилити-тесты в работе и обсуждаете спорные результаты вместе с продуктом и разработкой
Дальше Назад
Вопрос 3 из 37 Исследования и пользователи Опросы и количественные данные Опросы и цифры помогают понять не только «почему», но и насколько часто что-то происходит.
Что из этого ближе всего к вашему опыту?
Пока не работали с опросами и количественными данными Работали с готовой анкетой: собирали ответы и сводили результаты Самостоятельно составляли опрос и анализировали ответы Сопоставляли результаты опросов с интервью или другими исследованиями и проверяли, не противоречат ли они друг другу Самостоятельно выбираете подходящий метод, оцениваете качество данных и замечаете проблемы в чужих исследованиях
Дальше Назад
Вопрос 4 из 37 Исследования и пользователи Разбор аналогов Сравнение похожих продуктов, чтобы понять, какие решения стоит взять на заметку, а какие не подойдут вашей задаче.
Что из этого ближе всего к вашему опыту?
Пока специально не разбирали аналоги Собирали похожие решения и сравнивали их по готовым критериям Самостоятельно выбирали, что и как сравнивать, и использовали выводы в своей работе Можете объяснить, почему распространённое решение не подходит вашей задаче, и предложить более подходящий вариант Используете разбор аналогов, чтобы вместе с командой определять общие принципы решения и аргументировать выбор подхода
Дальше Назад
Вопрос 5 из 37 Проектирование Структура и потоки Продумываю, из каких экранов состоит сценарий, как человек между ними переходит и что происходит в нестандартных ситуациях.
Что из этого ближе всего к вашему опыту?
Пока не проектировали структуру и пользовательские потоки Собирали карту экранов или подробно описывали один пользовательский сценарий Продумывали основной сценарий вместе с ошибками, отменой, пустыми состояниями и другими ответвлениями Проверяли структуру на пользователях и меняли её по результатам Проектируете архитектуру продукта так, чтобы новые разделы и сценарии можно было добавлять без постоянной переделки навигации
Дальше Назад
Вопрос 6 из 37 Проектирование Вайрфреймы и прототипы Черновые экраны и кликабельные сценарии, на которых можно проверить идею до детальной отрисовки.
Что из этого ближе всего к вашему опыту?
Пока не делали вайрфреймы и прототипы Собирали вайрфреймы нескольких экранов и связывали их в простой сценарий Проверяли вайрфреймы или прототипы на пользователях до детальной отрисовки Делали прототипы с разными состояниями и реалистичными данными, по которым человек мог пройти сценарий без подсказок Используете прототипы, чтобы проверять спорные решения вместе с командой до передачи в разработку
Дальше Назад
Вопрос 7 из 37 Интерфейс и визуал Композиция и сетка Как выстраиваются блоки на экране: сетка, отступы, визуальная иерархия и плотность контента.
Что из этого ближе всего к вашему опыту?
Пока собирали экраны в основном на глаз Использовали сетку и систему отступов, чтобы выровнять элементы и сохранить ритм Выстраивали иерархию так, чтобы главное было понятно даже без цвета и декоративных акцентов Подбирали композицию под задачу: могли сделать и плотный рабочий экран, и свободный промо-экран, понимая, почему они устроены по-разному Формулировали правила композиции и сетки, которыми могут пользоваться другие дизайнеры в команде
Дальше Назад
Вопрос 8 из 37 Интерфейс и визуал Типографика Шрифты, размеры, интервалы и правила набора, которые делают интерфейс понятным и аккуратным.
Что из этого ближе всего к вашему опыту?
Пока специально не работали с типографикой Использовали понятную шкалу размеров и интервалы, чтобы текст выглядел последовательно Следили за правилами набора: кавычками, тире, неразрывными пробелами и другими мелочами Подбирали шрифты, длину строки и интервалы так, чтобы текст оставался удобным для чтения на разных экранах Создавали типографическую систему и правила, которыми пользуются другие дизайнеры в продукте
Дальше Назад
Вопрос 9 из 37 Интерфейс и визуал Цвет и контраст Как использовать цвет в интерфейсе: для иерархии, состояний, доступности и разных тем.
Что из этого ближе всего к вашему опыту?
Пока подбирали цвета в основном на глаз Собирали палитру из ограниченного набора цветов и использовали каждый цвет по назначению Проверяли контраст текста, элементов управления и состояний интерфейса Проектировали светлую и тёмную темы на одной системе цветов, а не как два отдельных дизайна Создавали правила использования цвета: для фона, действий, ошибок, предупреждений и других состояний, чтобы ими могла пользоваться вся команда
Дальше Назад
Вопрос 10 из 37 Интерфейс и визуал Паттерны и состояния Повторяющиеся решения и состояния интерфейса: загрузка, пустые экраны, ошибки, ограничения и другие ситуации.
Что из этого ближе всего к вашему опыту?
Пока не продумывали состояния интерфейса отдельно Проектировали основные состояния экрана: загрузку, пустой результат, ошибку и успешное действие Учитывали крайние случаи: длинный текст, большие объёмы данных, отсутствие прав, медленную сеть и другие ограничения Описывали не только внешний вид, но и поведение элементов, чтобы разработке было понятно, как всё должно работать Создавали и поддерживали общие паттерны, чтобы одинаковые задачи решались одинаково во всём продукте
Дальше Назад
Вопрос 11 из 37 Интерфейс и визуал Анимация и микровзаимодействия Движение в интерфейсе, которое помогает понять, что произошло и как элементы связаны между собой.
Что из этого ближе всего к вашему опыту?
Пока специально не работали с анимацией интерфейсов Добавляли простые переходы и подбирали их длительность под задачу Использовали анимацию, чтобы показать связь между состояниями и сделать изменение понятнее Учитывали настройку «уменьшить движение» и использовали единые параметры анимации во всём интерфейсе Создавали правила движения для продукта или дизайн-системы: что анимируется, когда и зачем
Дальше Назад
Вопрос 12 из 37 Графика и бренд Иконки и иллюстрации Как создавать графику для интерфейса так, чтобы она выглядела цельно, масштабировалась и не разваливалась при передаче другим.
Что из этого ближе всего к вашему опыту?
Обычно использовали готовые иконки и иллюстрации Самостоятельно рисовали отдельные иконки или иллюстрации под задачу Создавали наборы в едином стиле: с общей сеткой, толщиной линий, скруглениями и цветами Настраивали исходники и экспорт так, чтобы размер, цвет и другие параметры можно было менять без перерисовки Формулировали правила для иконок и иллюстраций, по которым может работать другой дизайнер, и проверяли результат на ревью
Дальше Назад
Вопрос 13 из 37 Графика и бренд Фирменный стиль и визуальный язык Как сделать визуальный образ продукта цельным и узнаваемым: от знака и цвета до правил, которыми пользуется вся команда.
Что из этого ближе всего к вашему опыту?
Пока не работали с фирменным стилем Собирали базовый стиль проекта: знак, цвета, шрифты и основные визуальные приёмы Проверяли, как фирменный стиль работает в разных форматах и размерах — от интерфейса до крупных носителей Описывали правила и примеры так, чтобы другой дизайнер мог продолжить работу в том же стиле Связывали визуальный язык с характером и позиционированием продукта и могли объяснить, почему он выглядит именно так
Дальше Назад
Вопрос 14 из 37 Сложные интерфейсы и данные Таблицы и списки Как проектировать экраны с большим количеством данных, чтобы ими было удобно пользоваться даже при сотнях строк и множестве колонок.
Что из этого ближе всего к вашему опыту?
Пока не проектировали таблицы и сложные списки Собирали таблицы с сортировкой, пустыми состояниями и базовыми действиями Продумывали большие объёмы данных: длинные значения, много колонок, сотни строк и разные размеры экрана Проектировали фильтры, выбор строк и групповые действия как часть общего сценария работы с таблицей Создавали единые правила для таблиц и списков, чтобы одинаковые элементы в продукте работали предсказуемо
Дальше Назад
Вопрос 15 из 37 Сложные интерфейсы и данные Формы Как сделать ввод данных понятным: поля, проверки, ошибки, длинные сценарии и сохранение прогресса.
Что из этого ближе всего к вашему опыту?
Пока не проектировали формы отдельно Собирали формы с проверкой полей и понятными сообщениями об ошибках Продумывали подписи, подсказки и тексты ошибок так, чтобы человек понимал, что произошло и как исправить Проектировали длинные формы: разбивали их на шаги, сохраняли прогресс и позволяли вернуться позже Создавали общие правила для форм: порядок полей, момент проверки, тексты ошибок и поведение элементов
Дальше Назад
Вопрос 16 из 37 Сложные интерфейсы и данные Дашборды и графики Как показывать показатели и данные так, чтобы по ним можно было быстро понять ситуацию и принять решение.
Что из этого ближе всего к вашему опыту?
Пока не работали с дашбордами Собирали экран с несколькими показателями и поясняли, что означает каждый из них Подбирали тип графика под задачу и добавляли контекст для сравнения данных Проектировали дашборд так, чтобы он помогал понять, что происходит и что стоит делать дальше Вместе с продуктом определяли, какие показатели действительно нужны, и убирали метрики, которые не помогают принимать решения
Дальше Назад
Вопрос 17 из 37 Текст в интерфейсе Формулировки интерфейса Как писать текст в интерфейсе так, чтобы человек быстро понимал, что происходит и что делать дальше.
Что из этого ближе всего к вашему опыту?
Пока почти не работали с текстами в интерфейсе Переписывали кнопки, заголовки и подсказки так, чтобы они яснее объясняли действие Убирали внутренние термины и сокращали текст без потери смысла Следили, чтобы одни и те же вещи во всём продукте назывались одинаково Создавали правила тона и словарь продукта, которыми пользуется вся команда
Дальше Назад
Вопрос 18 из 37 Текст в интерфейсе Тексты ошибок и пустых состояний Как объяснять, что произошло, почему на экране ничего нет и что человек может сделать дальше.
Что из этого ближе всего к вашему опыту?
Пока не писали тексты для ошибок и пустых состояний Писали сообщения об ошибках и тексты для пустых экранов Формулировали ошибки так, чтобы было понятно, что произошло и как это исправить Различали причины пустого состояния: данных ещё нет, ничего не найдено, нет доступа или произошла ошибка Собирали системные сообщения в общие правила, чтобы одинаковые ситуации во всём продукте объяснялись одинаково
По этому навыку в каталоге пока ничего нет — материал появится здесь, когда мы его проверим.
Дальше Назад
Вопрос 19 из 37 Дизайн-системы Компоненты и варианты Как собирать повторяющиеся элементы интерфейса, продумывать их состояния и поддерживать порядок в дизайн-системе.
Что из этого ближе всего к вашему опыту?
Пока не собирали собственные компоненты Создавали компоненты с вариантами и основными состояниями Продумывали полный набор состояний: наведение, фокус, нажатие, отключение, загрузку и ошибку Документировали, когда компонент стоит использовать, а когда лучше выбрать другое решение Поддерживали библиотеку компонентов: определяли границы системы и вносили изменения так, чтобы не ломать существующие макеты
Дальше Назад
Вопрос 20 из 37 Дизайн-системы Токены и темы Как хранить цвета, отступы и другие значения так, чтобы они одинаково работали в макетах и в коде.
Что из этого ближе всего к вашему опыту?
Пока не работали с токенами и переменными Выносили цвета, отступы и другие повторяющиеся значения в переменные Называли токены по смыслу и роли в интерфейсе, а не по конкретному цвету или размеру Строили темы на одной системе токенов, чтобы переключение происходило без ручной замены значений Синхронизировали токены между дизайном и кодом, чтобы названия и значения совпадали в обоих местах
Дальше Назад
Вопрос 21 из 37 Дизайн-системы Документация и вклад Как описывать правила дизайн-системы так, чтобы ей могли пользоваться и дополнять её другие.
Что из этого ближе всего к вашему опыту?
Пока не писали документацию для дизайн-системы Описывали отдельные компоненты: что это, когда использовать и как они работают Добавляли примеры, ограничения и историю изменений, чтобы правила было проще применять Описывали, как предложить новый компонент или изменить существующий и что для этого нужно Выстраивали процесс так, чтобы команда могла самостоятельно развивать дизайн-систему и проверять изменения на ревью
Дальше Назад
Вопрос 22 из 37 Платформы и адаптив Гайдлайны платформ Как учитывать правила и привычные паттерны iOS и Android, чтобы интерфейс ощущался естественно на каждой платформе.
Что из этого ближе всего к вашему опыту?
Пока почти не работали с гайдлайнами iOS и Android Изучали рекомендации обеих платформ и понимали основные различия между ними Проектировали экраны с учётом привычных паттернов конкретной платформы, а не просто переносили один дизайн на другую Учитывали системные особенности: безопасные зоны, жесты, клавиатуру, навигацию и стандартные элементы Определяли, что в продукте должно оставаться общим для iOS и Android, а что лучше адаптировать под каждую платформу
Дальше Назад
Вопрос 23 из 37 Платформы и адаптив Адаптив Как интерфейс перестраивается под разные размеры экрана и остаётся удобным на каждом из них.
Что из этого ближе всего к вашему опыту?
Пока проектировали интерфейс только для одной ширины Делали макеты для нескольких размеров экрана Продумывали, как блоки перестраиваются между брейкпоинтами, а не только как выглядят в отдельных точках Проверяли интерфейс с длинным текстом, крупным системным шрифтом и разными размерами элементов управления Создавали общие правила адаптива: контейнеры, брейкпоинты, сетки и поведение компонентов
Дальше Назад
Вопрос 24 из 37 Платформы и адаптив Лендинги и промо Как строить страницы, которые быстро объясняют ценность продукта и ведут человека к нужному действию.
Что из этого ближе всего к вашему опыту?
Пока не делали лендинги и промостраницы Собирали простую страницу с понятным предложением и одним основным действием Строили структуру страницы вокруг вопросов и сомнений пользователя, а не вокруг набора эффектных блоков Проектировали лендинг под конкретную цель и заранее понимали, по каким данным оценивать результат Улучшали страницы по результатам аналитики и следили, чтобы промо и сам продукт говорили на одном языке
Дальше Назад
Вопрос 25 из 37 Доступность Размеры и увеличение Как сделать интерфейс удобным для нажатия и не сломать его при увеличении текста и масштаба.
Что из этого ближе всего к вашему опыту?
Пока специально не проверяли интерфейс на доступность Следили, чтобы кнопки, ссылки и другие интерактивные элементы были достаточно крупными для нажатия Проверяли, что интерфейс не ломается при увеличении текста и масштаба Учитывали состояния без наведения и следили, чтобы соседние цели нажатия не мешали друг другу Закладывали требования к размерам и масштабированию прямо в компоненты и дизайн-систему
Дальше Назад
Вопрос 26 из 37 Доступность Клавиатура и скринридер Как сделать интерфейс доступным без мыши и понятным для тех, кто пользуется программой экранного доступа.
Что из этого ближе всего к вашему опыту?
Пока не проверяли интерфейсы с клавиатурой и скринридером Проходили основные сценарии с клавиатуры и следили, чтобы фокус всегда был виден Продумывали порядок фокуса, работу модальных окон и управление без мыши Проверяли интерфейс со скринридером: правильно ли озвучиваются элементы, их названия и состояния Включали проверку клавиатурой и скринридером в регулярный процесс приёмки сложных интерфейсов
Дальше Назад
Вопрос 27 из 37 Продукт и метрики Задача и ограничения Как понять, зачем вообще делается задача, кому она нужна и какие рамки нужно учитывать до начала работы.
Что из этого ближе всего к вашему опыту?
Обычно работали с уже сформулированной задачей Перед началом уточняли цель бизнеса, потребность пользователя и основные ограничения Заранее обсуждали с разработкой технические ограничения и стоимость разных решений Переформулировывали задачу, если исходная постановка не решала реальную проблему Участвовали в постановке продуктовых задач и предлагали альтернативный подход, если видели более сильное решение
По этому навыку в каталоге пока ничего нет — материал появится здесь, когда мы его проверим.
Дальше Назад
Вопрос 28 из 37 Продукт и метрики Проверка и метрики Как заранее понять, что должно измениться после запуска, и проверить, сработало ли решение.
Что из этого ближе всего к вашему опыту?
Пока почти не работали с гипотезами и метриками До начала работы формулировали гипотезу и определяли, по какому результату поймёте, что она сработала Проверяли идеи простым и быстрым способом ещё до разработки После запуска смотрели на данные и сравнивали результат с тем, чего ожидали Выбирали способ проверки с учётом риска и стоимости и меняли решение, если данные показывали, что оно не работает
Дальше Назад
Вопрос 29 из 37 Работа в команде Передача в разработку Как подготовить макеты и описать поведение так, чтобы разработке не приходилось додумывать важные детали.
Что из этого ближе всего к вашему опыту?
Обычно передавали макеты без отдельной подготовки Приводили файл в порядок: понятные названия, структура слоёв и актуальные компоненты Передавали не только экраны, но и состояния, поведение элементов и правила адаптива После реализации проверяли результат и фиксировали расхождения между макетом и продуктом Выстраивали общий формат передачи, которым команда может пользоваться без вашего постоянного участия
Дальше Назад
Вопрос 30 из 37 Работа в команде Дизайн-ревью Как обсуждать дизайн по существу: объяснять свои решения, разбирать чужие и приходить к понятному результату.
Что из этого ближе всего к вашему опыту?
Пока почти не участвовали в дизайн-ревью Показывали свою работу на разборе и дорабатывали её по обратной связи Давали обратную связь другим дизайнерам, опираясь на задачу, данные и принципы, а не на личный вкус Помогали команде разбирать спорные решения и приходить к понятному решению Регулярно проводили дизайн-ревью и выстраивали общие критерии, по которым команда оценивает решения
Дальше Назад
Вопрос 31 из 37 Работа в команде Защита решения Как объяснять дизайн так, чтобы было понятно, какую задачу он решает и почему выбран именно этот вариант.
Что из этого ближе всего к вашему опыту?
Пока почти не приходилось защищать свои решения Объясняли решение через задачу, рассмотренные варианты и причины выбора Подкрепляли аргументы исследованиями, данными и принципами, а не только личным мнением Обсуждали решения с коллегами не из дизайна и объясняли их на понятном им языке Защищали решения перед заказчиком или руководством, учитывая не только пользовательский опыт, но и сроки, стоимость и ограничения проекта
По этому навыку в каталоге пока ничего нет — материал появится здесь, когда мы его проверим.
Дальше Назад
Вопрос 32 из 37 Работа в команде Фасилитация и воркшопы Как проводить рабочие встречи так, чтобы команда была вовлечена и в конце появлялся конкретный результат.
Что из этого ближе всего к вашему опыту?
Пока не проводили рабочие встречи самостоятельно Проводили встречу по понятному плану: цель, этапы и итог Организовывали встречи, после которых оставался конкретный результат: решение, список действий, карта или договорённости Следили, чтобы в обсуждении участвовали все, а разговор не захватывали самые активные участники Проводили сложные встречи с несколькими командами или заказчиком и помогали группе прийти к решению даже при разногласиях
Дальше Назад
Вопрос 33 из 37 Инструменты Figma Как собирать макеты так, чтобы они легко менялись, переиспользовались и оставались понятными другим дизайнерам.
Что из этого ближе всего к вашему опыту?
Пока в основном собирали макеты вручную, без Auto Layout Использовали Auto Layout и компоненты вместо ручной раскладки и копий Собирали сложные макеты с вложенными Auto Layout, которые нормально переживают смену контента и языка Работали с библиотеками, компонентами и переменными так, чтобы изменения автоматически попадали в связанные файлы Выстраивали правила работы в Figma для команды: структуру файлов, именование, библиотеки и порядок обновлений
Дальше Назад
Вопрос 34 из 37 Инструменты ИИ в работе дизайнера Как использовать ИИ там, где он действительно экономит время, и не терять контроль над качеством результата.
Что из этого ближе всего к вашему опыту?
Пока почти не использовали ИИ в работе Использовали ИИ для черновиков, текстов, поиска идей или быстрых вариантов Проверяли и дорабатывали результат ИИ, учитывали ошибки, авторские права и работу с данными Понимали, какие задачи ИИ действительно ускоряет, а где ручная работа даёт лучший результат Выстраивали правила использования ИИ в команде, чтобы ускорение не ухудшало качество и не создавало лишних рисков
Дальше Назад
Вопрос 35 из 37 Профессия Портфолио и собеседование Как показать не только красивый результат, но и ход работы, свои решения и вклад в проект.
Что из этого ближе всего к вашему опыту?
Пока не собирали полноценное портфолио Оформляли кейсы по понятной структуре: задача, процесс, решение и результат Показывали в кейсах ход работы, сложные моменты и результат, подтверждённый цифрами или фактами Проходили несколько собеседований и могли уверенно рассказать о своих решениях, ошибках и вкладе в проект Адаптировали портфолио под конкретную роль и сами проводили собеседования с дизайнерами
Дальше Назад
Вопрос 36 из 37 Профессия Планирование своей работы Как оценивать объём задачи, планировать сроки и заранее замечать риски.
Что из этого ближе всего к вашему опыту?
Пока почти не оценивали сроки своей работы Разбивали задачу на части и заранее оценивали, сколько займёт каждая Показывали работу поэтапно и заранее предупреждали, если сроки или объём начинали меняться Сравнивали свои оценки с фактическими сроками и со временем планировали точнее Планировали работу нескольких человек, расставляли приоритеты и сокращали объём, если иначе команда не успевала в срок
По этому навыку в каталоге пока ничего нет — материал появится здесь, когда мы его проверим.
Дальше Назад
Вопрос 37 из 37 Профессия Менторство и развитие других Как помогать другим дизайнерам расти через разборы, обратную связь и понятные ориентиры.
Что из этого ближе всего к вашему опыту?
Пока не занимались развитием других дизайнеров Разбирали чужую работу и давали конкретную обратную связь Помогали не только увидеть проблему, но и понять, как улучшить решение самостоятельно Регулярно помогали другому дизайнеру расти и видели прогресс в его работе Выстраивали развитие дизайнеров в команде: регулярные разборы, планы роста, наставничество и участие в найме
Дальше Назад