ИТ и разработкаНаписано ИИ, провереноОбновлено

UX/UI-дизайнер: должностная инструкция, обязанности и вопросы для собеседования

Набор для найма UX/UI-дизайнера: должностные обязанности с долями времени, компетенции, вопросы для собеседования с картой оценки, текст вакансии, должностная инструкция в Word и план испытательного срока.

Раздел 1 из 11

Зачем нужна эта должность

UX/UI-дизайнер помогает сделать цифровые продукты понятными и удобными для клиентов. Он исследует задачи пользователей, проектирует интерфейсы и готовит макеты, по которым команда может разработать и проверить решение.

Когда пора нанимать

Пора нанимать специалиста, когда компания регулярно развивает сайт или приложение, а проектирование интерфейсов отнимает время у руководителя или разработчиков. Также он нужен, если пользователям трудно выполнять ключевые действия и это подтверждается обратной связью или данными.

Раздел 2 из 11

Должностные обязанности UX/UI-дизайнера

Из чего состоит рабочая неделя. Доли времени показывают, на что человек будет тратить больше всего сил, а что останется фоном.

  1. Исследование пользователей

    15 %

    Изучает задачи пользователей, анализирует обратную связь и данные о поведении. Формулирует выводы, которые помогают выбрать направление проектирования.

  2. Проектирование сценариев

    15 %

    Описывает пользовательские сценарии и структуру продукта. Помогает команде согласовать логику взаимодействия до подготовки детальных макетов.

  3. Дизайн интерфейсов

    35 %

    Создаёт макеты и интерактивные прототипы для новых функций и улучшений. Учитывает задачи пользователей, ограничения продукта и требования команды.

  4. Поддержка дизайн-системы

    10 %

    Использует и развивает библиотеку компонентов, поддерживает единый стиль и проверяет согласованность интерфейсов.

  5. Проверка решений

    15 %

    Проводит проверки прототипов с пользователями или командой, фиксирует проблемы и вносит обоснованные улучшения.

  6. Передача в разработку

    10 %

    Передаёт макеты, состояния и пояснения разработчикам, отвечает на вопросы и проверяет соответствие готового интерфейса согласованному решению.

Раздел 3 из 11

Компетенции UX/UI-дизайнера и как их проверить

Всего 8, обязательных 5. Уровень: 1 базовый, 2 уверенный, 3 опытный, 4 эксперт.

  • Проектирование интерфейсов

    НавыкОбязательно

    Как проверить: Попросите разобрать интерфейс знакомого сервиса и предложить улучшение с обоснованием.

    3 из 4 · опытный
  • Пользовательские сценарии

    НавыкОбязательно

    Как проверить: Дайте задачу и попросите показать ключевой сценарий в виде схемы или прототипа.

    2 из 4 · уверенный
  • Прототипирование

    НавыкОбязательно

    Как проверить: Попросите собрать кликабельный прототип по краткому описанию задачи.

    2 из 4 · уверенный
  • Визуальная иерархия

    НавыкОбязательно

    Как проверить: Попросите объяснить, как визуальные акценты помогают пользователю выполнить основное действие.

    2 из 4 · уверенный
  • Взаимодействие с командой

    КачествоОбязательно

    Как проверить: Попросите разобрать случай разногласия с разработчиком и объяснить, как договорились о решении.

    2 из 4 · уверенный
  • Пользовательские исследования

    Навык

    Как проверить: Обсудите пример исследования и попросите показать, как его выводы изменили решение.

    2 из 4 · уверенный
  • Работа с дизайн-системой

    Навык

    Как проверить: Попросите найти подходящие компоненты для макета и описать, когда нужен новый компонент.

    2 из 4 · уверенный
  • Аргументация решений

    Качество

    Как проверить: Попросите защитить решение, опираясь на задачу пользователя и ограничения продукта.

    2 из 4 · уверенный

Раздел 4 из 11

KPI UX/UI-дизайнера: показатели работы

По ним вы поймёте, что человек справляется. Цели подставьте свои: модель предлагает рамку, а не цифры.

  • Соблюдение сроков

    Макеты переданы в согласованные сроки либо задержки заранее согласованы

    Период
    Каждый месяц
    Откуда
    План задач и история их выполнения
  • Качество передачи макетов

    Разработчики получают макеты, состояния и пояснения без критичных пропусков

    Период
    Каждый месяц
    Откуда
    Задачи разработки и список вопросов по переданным макетам
  • Соответствие реализации макету

    Выявленные расхождения проверены и переданы команде на исправление

    Период
    Каждый месяц
    Откуда
    Результаты проверки готовых интерфейсов
  • Использование результатов проверок

    Замечания пользователей разобраны, обоснованные изменения отражены в решении

    Период
    Каждый квартал
    Откуда
    Отчёты проверок и история изменений макетов

Раздел 5 из 11

Этапы отбора

  1. Этап 1: Первичный разговор

    Уточнить опыт кандидата, его роль в проектах и соответствие основным задачам должности.

    Кто проводит
    Рекрутер
    Длительность
    25 мин
  2. Этап 2: Профессиональное интервью

    Проверить навыки проектирования интерфейсов, работы со сценариями, прототипами и визуальной иерархией.

    Кто проводит
    Руководитель дизайна
    Длительность
    1 ч
  3. Этап 3: Практическое задание

    Посмотреть, как кандидат разбирает задачу, предлагает решение и объясняет ход работы.

    Кто проводит
    Руководитель дизайна
    Длительность
    1 ч 30 мин
  4. Этап 4: Обсуждение решения

    Оценить качество решения, взаимодействие с командой и способность аргументировать дизайн-подход.

    Кто проводит
    Руководитель дизайна и представитель продуктовой команды
    Длительность
    45 мин

4 этапа, около 3 ч 40 мин живого общения с кандидатом.

Раздел 6 из 11

Вопросы для собеседования с UX/UI-дизайнером

Задавайте вопросы по порядку и ставьте оценку сразу. Вес показывает, какие ответы важнее для решения.

  1. Проектирование интерфейсоввес 5

    Вопрос 1: Расскажите о задаче, где вы спроектировали интерфейс от постановки проблемы до передачи в разработку. Как вы принимали решения и что получилось?

    Хороший ответ

    Чётко описывает задачу, пользователей и ограничения, объясняет ключевые решения, показывает связь между макетами и потребностями пользователей, рассказывает о проверке результата и своей роли.

    Тревожный ответ

    Говорит только о готовых экранах и визуальном оформлении, не может объяснить, какую проблему решал и почему выбрал именно такой подход.

    Оценка ответа кандидата на вопрос 1Оценка
    не оценено
  2. Пользовательские сценариивес 5

    Вопрос 2: Приведите пример, когда вы описывали или пересматривали пользовательский сценарий. Как выявили основные шаги и обработали возможные затруднения?

    Хороший ответ

    Рассказывает о цели пользователя, последовательности действий, развилках и ошибочных состояниях; объясняет, как упростил путь и проверил сценарий.

    Тревожный ответ

    Описывает только последовательность экранов, не учитывает цели пользователя, альтернативные пути и ситуации, когда что-то пошло не так.

    Оценка ответа кандидата на вопрос 2Оценка
    не оценено
  3. Прототипированиевес 4

    Вопрос 3: Расскажите о случае, когда прототип помог вам проверить идею или согласовать решение. Что именно вы прототипировали и как использовали результат?

    Хороший ответ

    Выбирает подходящую детализацию прототипа, формулирует, что нужно проверить, собирает обратную связь и вносит изменения на её основе.

    Тревожный ответ

    Использует прототип только как презентационную картинку, не связывает его с проверкой гипотез или не может объяснить, что изменил после обратной связи.

    Оценка ответа кандидата на вопрос 3Оценка
    не оценено
  4. Визуальная иерархиявес 4

    Вопрос 4: Вспомните интерфейс, в котором было важно расставить акценты. Как вы решили, что пользователь должен заметить в первую очередь?

    Хороший ответ

    Объясняет иерархию через цели пользователя и приоритеты контента, приводит примеры применения размера, контраста, отступов и группировки, рассказывает о проверке читаемости.

    Тревожный ответ

    Обосновывает акценты только личным вкусом, не учитывает контекст и важность информации либо затрудняется объяснить, как пользователь считывает экран.

    Оценка ответа кандидата на вопрос 4Оценка
    не оценено
  5. Пользовательские исследованиявес 3

    Вопрос 5: Расскажите о случае, когда данные или обратная связь от пользователей повлияли на ваше дизайн-решение. Как вы собирали и интерпретировали информацию?

    Хороший ответ

    Описывает подходящий способ сбора данных, учитывает ограничения и возможные искажения, отделяет наблюдения от предположений и показывает, как вывод повлиял на решение.

    Тревожный ответ

    Делает выводы по единичным мнениям без контекста, не различает факты и предположения или не может показать, как исследование изменило решение.

    Оценка ответа кандидата на вопрос 5Оценка
    не оценено
  6. Работа с дизайн-системойвес 3

    Вопрос 6: Расскажите, как вы работали с дизайн-системой в проекте. Что делали, если готового компонента не хватало или он не подходил?

    Хороший ответ

    Проверяет существующие компоненты и правила, объясняет причины отклонения или расширения, учитывает согласованность интерфейса и передаёт изменения команде.

    Тревожный ответ

    Игнорирует готовые компоненты без объяснения, создаёт дубли или меняет элементы так, что нарушается согласованность интерфейса.

    Оценка ответа кандидата на вопрос 6Оценка
    не оценено
  7. Взаимодействие с командойвес 5

    Вопрос 7: Вспомните рабочую ситуацию, когда для решения дизайн-задачи нужно было договориться с разработчиком, менеджером или другим специалистом. Как вы действовали?

    Хороший ответ

    Заранее проясняет роли и ограничения, обсуждает варианты на общем языке, фиксирует договорённости и сохраняет фокус на результате для пользователя и команды.

    Тревожный ответ

    Перекладывает ответственность на коллег, описывает общение только как передачу макетов или не может привести пример разрешения разногласий.

    Оценка ответа кандидата на вопрос 7Оценка
    не оценено
  8. Аргументация решенийвес 3

    Вопрос 8: Расскажите о случае, когда коллеги не сразу поддержали ваше дизайн-решение. Как вы объяснили его и к чему пришли?

    Хороший ответ

    Связывает решение с задачей, пользовательскими данными и ограничениями, выслушивает возражения, сравнивает варианты и готов пересмотреть решение при новых фактах.

    Тревожный ответ

    Ссылается только на личный вкус или авторитет, воспринимает возражения как личную критику либо не приводит оснований для выбора.

    Оценка ответа кандидата на вопрос 8Оценка
    не оценено

Поставьте оценки по ходу собеседования, итог посчитаем с учётом веса вопросов.

Раздел 7 из 11

Риски найма

  • Риск

    Кандидат показывает сильные визуальные работы, но не умеет связывать интерфейс с задачами и сценариями пользователей.

    Как снизить

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

  • Риск

    Портфолио не позволяет понять личный вклад кандидата в командные проекты.

    Как снизить

    На интервью уточнить его ответственность, принятые решения, взаимодействие с коллегами и конкретные артефакты, которые он подготовил.

  • Риск

    Кандидат проектирует решение без проверки предположений и обратной связи.

    Как снизить

    Обсудить пример пользовательского исследования или тестирования и попросить объяснить, какие выводы изменили первоначальный подход.

  • Риск

    Кандидат создаёт несогласованные интерфейсные элементы или игнорирует ограничения разработки.

    Как снизить

    В практическом задании попросить учесть существующие компоненты, ограничения реализации и способ передачи решения разработчикам.

Раздел 8 из 11

Готовый текст вакансии

Сделано ИИЖёлтым отмечены места, которые нужно заполнить под свою компанию

UX/UI-дизайнер

В [название компании] UX/UI-дизайнер исследует задачи пользователей, проектирует понятные сценарии и интерфейсы, а затем помогает команде проверить и точно реализовать решения.

Обязанности

  • Исследовать потребности пользователей и разбирать обратную связь.
  • Проектировать пользовательские сценарии и структуру интерфейсов.
  • Создавать макеты и интерактивные прототипы для цифровых продуктов.
  • Поддерживать дизайн-систему и применять её компоненты в работе.
  • Проверять решения на пользователях или другими подходящими методами и учитывать результаты.
  • Передавать макеты в разработку, пояснять состояния и поведение интерфейса.
  • Сверять готовую реализацию с макетами и фиксировать расхождения.

Требования

  • Опыт проектирования пользовательских интерфейсов для цифровых продуктов.
  • Навык собирать и анализировать данные о пользовательских задачах и затруднениях.
  • Умение описывать сценарии, состояния интерфейса и логику взаимодействия.
  • Навык создавать макеты и прототипы, готовые для передачи в разработку.
  • Понимание принципов доступности, визуальной иерархии и адаптивного дизайна.
  • Умение работать с дизайн-системой и аргументировать решения результатами проверок.

Условия

  • Оформление по договорённости сторон.
  • Оплата: [вилка зарплаты].
  • График: [график].
  • Задачи и критерии готовности согласуются с руководителем и командой.
  • Предусмотрено взаимодействие с разработчиками и коллегами, отвечающими за продукт.

Раздел 9 из 11

Должностная инструкция UX/UI-дизайнера

Сделано ИИ

Проект документа. Перед утверждением сверьте с вашими внутренними правилами.

Должностная инструкция

UX/UI-дизайнер

1. Общие положения

  1. 1.1.UX/UI-дизайнер относится к категории специалистов.
  2. 1.2.Дизайнер назначается на должность и освобождается от должности распоряжением работодателя.
  3. 1.3.Дизайнер подчиняется руководителю, определённому организационной структурой компании.
  4. 1.4.Квалификационные требования определяются работодателем с учётом задач должности и подтверждённых навыков кандидата.
  5. 1.5.В работе дизайнер руководствуется настоящей инструкцией, согласованными требованиями к продукту и внутренними правилами работы с информацией.

2. Работник должен знать

  1. 2.1.Принципы пользовательских исследований и способы сбора обратной связи.
  2. 2.2.Методы проектирования пользовательских сценариев и структуры интерфейса.
  3. 2.3.Основы визуальной иерархии, типографики, адаптивного дизайна и доступности.
  4. 2.4.Порядок ведения дизайн-системы и применения её компонентов.
  5. 2.5.Правила подготовки макетов, спецификаций и состояний интерфейса для разработки.
  6. 2.6.Способы проверки дизайн-решений и фиксации результатов.
  7. 2.7.Порядок согласования изменений и передачи замечаний по реализации.

3. Должностные обязанности

  1. 3.1.Осуществляет исследование пользовательских потребностей, изучает обратную связь и систематизирует наблюдения, относящиеся к задачам продукта.
  2. 3.2.Проектирует пользовательские сценарии, структуру экранов и состояния интерфейса с учётом согласованных требований.
  3. 3.3.Разрабатывает макеты и прототипы, проверяет их целостность и актуальность перед передачей команде.
  4. 3.4.Обеспечивает применение согласованных компонентов и правил дизайн-системы, вносит в неё обоснованные изменения после согласования.
  5. 3.5.Проводит или организует проверку решений подходящими методами, фиксирует выводы и учитывает их при доработке интерфейса.
  6. 3.6.Передаёт макеты в разработку, описывает поведение элементов, состояния и существенные ограничения решения.
  7. 3.7.Сверяет реализацию интерфейса с согласованными макетами, документирует расхождения и передаёт замечания ответственным коллегам.
  8. 3.8.Информирует руководителя о рисках сроков, неполноте требований и препятствиях, влияющих на качество или передачу решения.

4. Права

Работник имеет право:

  1. 4.1.Запрашивать у коллег сведения и материалы, необходимые для проектирования и проверки интерфейсов.
  2. 4.2.Предлагать методы исследования, проверки решений и улучшения пользовательских сценариев.
  3. 4.3.Получать от руководителя приоритеты задач, критерии готовности и обратную связь по результатам работы.
  4. 4.4.Участвовать в обсуждении продуктовых требований и решений, влияющих на пользовательский опыт.
  5. 4.5.Сообщать о несоответствиях реализации согласованным макетам и предлагать варианты их устранения.

5. Ответственность

Работник несёт ответственность в пределах, установленных трудовым, гражданским и административным законодательством Российской Федерации:

  1. 5.1.За своевременность и качество выполнения согласованных дизайн-задач в пределах предоставленных требований и ресурсов.
  2. 5.2.За точность и полноту макетов, состояний интерфейса и материалов, передаваемых в разработку.
  3. 5.3.За корректное применение дизайн-системы и фиксацию согласованных изменений.
  4. 5.4.За документирование результатов проверок и передачу выявленных проблем заинтересованным коллегам.
  5. 5.5.За соблюдение установленных правил работы с внутренней и пользовательской информацией.

6. Взаимодействие

  1. 6.1.С руководителем обсуждает приоритеты, требования, сроки, критерии готовности и риски по задачам.
  2. 6.2.С разработчиками уточняет поведение интерфейса, передаёт макеты и спецификации, проверяет реализацию и согласует исправления.
  3. 6.3.С коллегами, отвечающими за продукт, согласует пользовательские сценарии, требования и выводы исследований.
  4. 6.4.С участниками исследований и поддержки взаимодействует для сбора обратной связи и проверки решений в пределах согласованных процессов.

7. Заключительные положения

  1. 7.1.Настоящая инструкция вступает в силу со дня её утверждения руководителем организации.
  2. 7.2.Работник знакомится с инструкцией под подпись при приёме на работу, до начала работы.
  3. 7.3.Инструкция пересматривается при изменении обязанностей, структуры или условий работы организации.
  4. 7.4.Инструкция составлена в двух экземплярах: один хранится у работодателя, второй передаётся работнику.

Раздел 10 из 11

План испытательного срока: 30, 60 и 90 дней

Что человек должен уметь к концу каждого месяца и по каким признакам считать срок пройденным.

  1. День 30: Первый месяц

    Осваивается

    • Изучил продукт, текущие пользовательские сценарии, дизайн-систему и порядок согласования макетов.
    • Самостоятельно подготовил макет по типовой задаче и передал его с описанием состояний и поведения элементов.
    • Согласовал с руководителем приоритеты и критерии готовности текущих задач.
  2. День 60: Второй месяц

    Работает сам

    • Ведёт типовые задачи от уточнения сценария до передачи макетов в разработку.
    • Планирует и проводит подходящие проверки решений, фиксирует выводы и показывает, как они повлияли на дизайн.
    • Своевременно выявляет расхождения между требованиями, макетами и реализацией и согласует дальнейшие действия.
  3. День 90: Третий месяц

    Даёт результат

    • Самостоятельно выполняет полный цикл работы по согласованным задачам с предсказуемым соблюдением сроков.
    • Поддерживает актуальность используемых компонентов и предлагает обоснованные улучшения дизайн-системы.
    • Обеспечивает качественную передачу решений и проверку реализации в рамках своей зоны ответственности.

Испытательный срок пройден, если

  • Согласованные задачи выполнены в срок либо риски и причины задержек своевременно сообщались руководителю.
  • Макеты и пояснения достаточны для разработки, существенные состояния интерфейса описаны.
  • Расхождения реализации с согласованными макетами выявляются и передаются ответственным коллегам.
  • Результаты проверок отражены в последующих решениях, выводы подкреплены собранными данными.
  • Руководитель подтверждает, что специалист выполняет задачи самостоятельно на согласованном уровне качества.

Раздел 11 из 11

Частые вопросы о найме

Можно ли брать UX/UI-дизайнера без опыта?

Можно, если задачи типовые, есть время на наставничество, а кандидат показывает сильное портфолио или учебные проекты и умеет объяснить ход решений. Для самостоятельного ведения исследований и сложных сценариев обычно важен практический опыт.

Сколько обычно длится поиск UX/UI-дизайнера?

Срок зависит от требований к опыту, качества портфолио и скорости согласования кандидатов. Поиск идёт быстрее, если заранее определить задачи на первые месяцы, критерии оценки и обязательные навыки.

Как оформить UX/UI-дизайнера?

Формат оформления выбирают с учётом фактического характера работы и договорённостей сторон. Если специалист включён в рабочий процесс компании и выполняет трудовую функцию под управлением работодателя, условия оформляют как трудовые.

Как построить оплату труда без привязки к одному макету?

Зафиксируйте основную оплату за регулярную работу и отдельно определите правила премирования, если оно нужно. Критерии лучше связывать с соблюдением сроков, качеством передачи макетов, соответствием реализации и использованием результатов проверок, а не только с количеством экранов.

Когда пора нанимать второго UX/UI-дизайнера?

Когда очередь задач регулярно растёт, сроки срываются из-за нехватки ресурса, а исследования, проектирование и проверка реализации конкурируют за время одного специалиста. Перед наймом стоит оценить, можно ли снять перегрузку приоритизацией или улучшением процесса.

Чем UX/UI-дизайнер отличается от графического дизайнера?

UX/UI-дизайнер отвечает за сценарии взаимодействия и интерфейсы цифрового продукта, а также за их передачу и проверку в разработке. Графический дизайнер обычно сосредоточен на визуальных материалах и коммуникациях, не обязательно связанных с пользовательскими сценариями.

Документы

Заберите документы

Три файла из этого набора, в один клик. Бесплатно, без регистрации и водяных знаков.

Следующий шаг

Заберите профиль «UX/UI-дизайнер» в Altair HR

После регистрации профиль появится в кабинете сам: обязанности, компетенции, этапы отбора и карта оценки уже заполнены. Останется добавить вилку оклада и собрать из профиля вакансию. 14 дней бесплатно, карта не нужна.

  • Профиль роли в кабинете уже заполнен
  • Вакансия собирается из профиля
  • ИИ разбирает отклики по вашим критериям

Отправьте коллегам

Руководителю, который будет собеседовать, или коллеге, который пишет вакансию.

TelegramWhatsAppПочта

Полезное для кадровика на почту

Новые статьи и инструменты: кадровые сроки, изменения в Трудовом кодексе, готовые шаблоны. Без спама, отписаться можно в один клик.

Нажимая «Подписаться», вы соглашаетесь на обработку персональных данных. Подписка включится после подтверждения в письме.

Как собран этот набор

Текст написала языковая модель по структуре профиля роли Альтаир HR. Перед публикацией он прошёл автоматическую проверку: в нём нет требований по возрасту, полу и семейному положению, личных вопросов кандидату и срока испытания длиннее закона. Проверка идёт по требованиям статей 3 и 64 Трудового кодекса (запрет дискриминации при найме) и статьи 70 (срок испытания). Это рабочая заготовка: перед использованием подставьте свои условия и сверьте документ с локальными актами компании. Обновлено 12 октября 2026.

Справочник

Из категории «ИТ и разработка» и те, что открывают чаще всего

Не нашли нужную? Введите должность в справочнике, набор будет готов меньше чем за минуту