Приложение
для Performance Review
Увеличили удовлетворенность продуктом на 10.7%, сократили время разработки в 1,5 раза
О проекте
Это внутренний продукт компании, который используется для оценки эффективности работы сотрудников во время проведения Performance Review, пользователи 1100+
Система покрывает следующие бизнес-процессы:
- Самооценка
- Оценка ревьюером
- Калибровочные сессии
- Обратная связь сотруднику по итогам цикла Performance review
Развитие приложения
За два года приложение выросло от MVP до более сложного продукта: появились новые сценарии, роли и требования от бизнеса
Проведение исследования
После запуска MVP я провела глубинные интервью с руководителями и количественное исследование по компании. Результаты показали, что интерфейс требует доработки: пользователям было сложно проходить ключевые сценарии без лишней нагрузки
Проблема #1
В списке сотрудников нет аналитики по отделу и оценкам, не понятны иконки и присутствуют не релевантные колонки. Также нет возможности сравнить оценки сотрудников с итоговой
Анализ
Я проанализировала обратную связь от руководителей, выделила основные Jobs при работе с таблицей и сформировала гипотезы
JTBD
Когда у меня есть лимиты на оценки по отделу,
хочу видеть аналитику по ним,
чтобы не считать вручную и уложиться в лимиты
Когда мне надо сравнить итоговые оценки своих сотрудников
хочу видеть все итоговые оценки сразу в таблице,
чтобы не тратить время при просмотре каждого сотрудника
хочу видеть аналитику по ним,
чтобы не считать вручную и уложиться в лимиты
Когда мне надо сравнить итоговые оценки своих сотрудников
хочу видеть все итоговые оценки сразу в таблице,
чтобы не тратить время при просмотре каждого сотрудника
Гипотезы
- Если показать руководителю аналитику по лимитам оценок прямо в интерфейсе ревью, он сможет быстрее распределять оценки по сотрудникам и не выходить за заданные ограничения отдел
- Если вывести итоговые оценки всех сотрудников в единую таблицу, руководитель сможет быстрее сравнивать результаты команды и принимать решение без перехода в карточку каждого сотрудника
Проблема #2
Карточка сотрудника открывалась в модальном окне, руководитель работал с длинной формой в ограниченном окне, приходилось постоянно удерживать контекст. Это усложняло принятие решений и ухудшало пользовательский опыт
Анализ
На основе собранной обратной связи и анализа текущего интерфейса, я выделила основные JTBD и сформулировала гипотезы для проверки
JTBD
Когда я провожу ревью сотруднику,
хочу видеть личную карточку на всю страницу,
чтобы оставаться в фокусе одного сотрудника
хочу видеть личную карточку на всю страницу,
чтобы оставаться в фокусе одного сотрудника
Гипотеза
Если перенести карточку сотрудника из модального окна на полноценную страницу (Full-page), время на оценку снизится, так как руководителю будет проще фокусироваться на больших объемах информации
To be
Добавила информационную панель: статус ревью, этапы с датами, имя ревьюера, так же теперь легко сравнивать все оценки сотрудника за это ревью
As is
To be
Длинные ответы сотрудника и руководителя сворачиваются — проработала компонент с раскрытием текста, чтобы экран не перегружался
As is
Блок был очень перегружен, шкала с оценками выглядит как зафиксированная оценка
To be
Четко понятно, что оценки выставлены и зафиксированы, также снижена нагрузка на пользователя за счет уменьшения деталей
As is
To be
Проблема #3
Пользователь был неудовлетворен процессом калибровочных сессий: они занимали много времени из за того, что не было возможности к ним подготовиться заранее
Анализ
- Собрала обратную связь от HRBP и руководителей, который участвовали на калибровочных сессиях
- Проанализировала как проходит процесс подготовки и проведения калибровочной сессии
- Выделила основные JTBD и сформулировала гипотезы для проверки
JTBD
Когда я участвую в калибровочных сессиях,
хочу видеть весь список сотрудников заранее
чтобы подготовиться и сократить время на обсуждение
хочу видеть весь список сотрудников заранее
чтобы подготовиться и сократить время на обсуждение
Гипотеза
Если обеспечить прозрачность составов калибровочных групп до старта этапа, мы сократим время самих сессий, так как участники смогут заранее ознакомиться с контекстом и прийти на встречу подготовленными
Решение
Добавила отдельный таб «Калибровочные группы» в навигацию ревью-процесса. Информация доступна заранее — руководитель может сравнить своих сотрудников с другими участниками и подготовить аргументы для защиты до встречи
Проблема #4
Продукт жил на устаревшем самописном UI-kit: компоненты были неполными, плохо масштабировались и замедляли разработку новых сценариев
Анализ
Проанализировала текущий UI-kit: сравнила повторяющиеся паттерны, оценила трудозатраты на разработку типовых интерфейсов и выделила компоненты, которые чаще всего замедляли работу команды. Это помогло понять, какие элементы стоит стандартизировать в первую очередь и где изменения дадут максимальный эффект
JTBD
Когда я планирую разработку нового функционала
хочу использовать дизайн-систему компании,
чтобы собирать консистентный и масшабируемый продукт
хочу использовать дизайн-систему компании,
чтобы собирать консистентный и масшабируемый продукт
Гипотеза
Если мы переведем интерфейс на актуальную дизайн-систему, мы ускорим сборку новых фич
Результаты
SUS (System Usability Scale)
на 10,7%
Повысили удовлетворённость приложением за счёт улучшения ключевых сценариев и добавления нового функционала
Time on Task
в 1,5 раза
Сократилось время на разработку нового функционала, благодаря переводу
