Редизайн web-приложения
для Performance Review
Исправила UX-проблемы, перевела продукт на новую дизайн систему, разработала новый функционал
Отвечала за весь цикл проектирования: от сбора требований
и построения гипотез до проектирования финального UI и передачи в разработку
Исследование
UX-анализ
UX-тестирование
UI-решение
Передача в разработку
Дизайн-ревью
О проекте
Это внутренний продукт компании, который используется для оценки эффективности работы сотрудников во время проведения Performance Review. Пользователи 1100+
Проблема
  1. Руководителям было не удобно оценивать своих сотрудников, у сотрудников не было понимания в процессе самого ревью
  2. Устаревший UI-кит — он усложнял поддержку продукта и тормозил как процессы дизайна, так и фронтенд-разработку
Задача
  1. Перевести продукт на дизайн-систему компании
  2. Исправить UX-проблемы в личном кабинета, опираясь на данные исследования
  3. Реализовать новый функционал с калибровочными группами
Моя роль
Единственный дизайнер — отвечала за весь цикл: от сбора требований и построения гипотез до проектирования финального UI и подготовку
к передаче в разработку
Результаты
SUS (System Usability Scale)
на 16%
Увеличили удовлетворенность за счет внедрения сценария калибровок и исправления UX-проблем
Time on Task
в 1,5 раза
Сократилось время на разработку нового функционала
uX этапы
Проведение исследования
После запуска MVP провели количественное исследование на всю компанию. Результаты показали, удобство падало с ростом должности (SUS сотрудников 72,1, руководителей 62,0)
Проанализировала качественную обратную связь и выделила ключевые точки роста
Результаты SUS и UMUX
Анализ обратной связи
Построение и приоритизация гипотез с метриками
Результаты исследования легли в основу продуктовых гипотез, приоритизировала, и сгруппировала по метрикам
Метрики, которые проверяли — Time on task, SUS
Гипотезы
Анализ по методологии JTBD и построение User Flow
Декомпозировала процесс оценки с помощью фреймворка JTBD
Описала ключевые работы для разных ролей, зафиксировала влияющий контекст и визуализировала Job Flow
JTBD
User Flow
Проведение UX тестирования
Создала прототип с основным сценарием и протестировала интерфейс на руководителях, которые находятся на системе мотивации Review.
Результаты показали, что с основным флоу пользователь справляется хорошо, но были не критические замечания, которые я взяла в доработку
После тестирования и доработок, я приступила к разработке UI решений
Прототип
ui концепт
Продукт жил на устаревшем самописном UI-kit, что сильно тормозило разработку и усложняло масштабирование. Чтобы избавиться от легаси, мы совместно с фронтенд-разработчиком инициировали полный переезд интерфейса на актуальную дизайн-систему компании
Также я провела аудит всех текстов интерфейса и совместно с UX-писателем переработала компоненты — от лейблов до ошибок валидации
As is
To be
Длинные ответы сотрудника и руководителя сворачиваются — проработала компонент с раскрытием текста, чтобы экран не перегружался
As is
Блок был очень перегружен, шкала с оценками выглядит как зафиксированная оценка
To be
Четко понятно, что оценки выставлены и зафиксированы, также снижена нагрузка на пользователя за счет уменьшения деталей
As is
Оценка сотрудника открывалась модалкой поверх списка. Руководитель работал с длинной формой в ограниченном окне
To be
Переработала модалку в полноценную страницу с шапкой сотрудника и боковой панелью — у руководителя теперь всегда есть контекст
As is
To be
По бизнес-процессу руководитель не обязан отвечать на все вопросы, чтобы снизить когнитивную нагрузку textarea скрыла по умолчанию: руководитель раскрывает только когда необходимо
As is
Блок был очень перегружен
To be
Был пересмотрен бизнес-процесс, поэтому я полностью переработала блок с выставлением оценки. вынесла кнопку «вернуть на доработку» в правый блок, что сократило время на её поиск
As is
Оценка сотрудника открывалась модалкой поверх списка. Руководитель работал с длинной формой в ограниченном окне
To be
Переработала модалку в полноценную страницу с шапкой сотрудника и боковой панелью — у руководителя теперь всегда есть контекст
As is
Нет статуса — непонятно, на каком этапе ревью. Также неочевидно, кто оценивает сотрудника: по процессу это мог быть не прямой руководитель по оргструктуре
To be
Добавила информационную панель: статус ревью, этапы с датами, имя ревьюера — процесс прозрачен, снижает тревожность и вопросы к HR
As is
To be
Личная карточка — самооценка
As is
Ответы сливаются в сплошной поток. Шкала оценки не показывает, выбрано ли значение, что создаёт неопределённость в статусе заполнения
To be
Длинные ответы сворачиваются, есть возможность раскрыть и свернуть, текст легко сканируется. Стал понятен статуса заполнения оценки
Список сотрудников
  1. Добавлена аналитика, руководителям необходимо укладываться в лимиты, поэтому dashboard позволяет видеть распределение оценок сразу, без погружения в таблицу
  2. Реструктурирована таблица — убраны нерелевантные колонки, добавлены данные об оценках и номинациях, позволяющие сравнивать сотрудников
As is
To be
As is
To be
Карточка сотрудника — Итоговая оценка
Калибровочные группы
  1. Добавила отдельный таб «Калибровочные группы» в навигацию ревью-процесса. Информация доступна заранее — руководитель может подготовить аргументы по своим сотрудникам до встречи
  2. Сократилось время на организационную коммуникацию: HR перестал получать повторяющиеся вопросы о составе групп. Калибровочные встречи стали начинаться с обсуждения оценок, а не с выяснения контекста
Результаты
SUS (System Usability Scale)
на 16%
Увеличили удовлетворенность за счет внедрения сценария калибровок и исправления UX-проблем
Time on Task
в 1,5 раза
Сократилось время на разработку нового функционала

Контакты

Если вашему продукту нужен дизайнер, который разберётся
в сложной логике и доведёт до прода — напишите мне :)

Made on
Tilda