Иван Царевич и матрица компетенций: поработали над проектом для Тинькофф

Старший дизайнер Darvin Digital Наталья Головченко участвовала в разработке продукта для Тинькофф. Рассказываем о её работе и о том, при чем здесь Иван Царевич и Василиса Микулишна.

Наталья проходит обучение в Британской высшей школе дизайна. Его частью стала работа над реальными кейсами для крупных компаний: Тинькофф, МТС, ВК, Сбер, Google. Одной из семи команд, в которой была Наталья, поставили задачу - сделать интерфейс матрицы компетенций для Тинькофф.

Матрица компетенций — это такой HR-инструмент для оценки и управления компетенциями сотрудников в организации. Он нужен, чтобы понять, где у персонала сильные стороны, а где нужно дополнительное развитие.

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

Цели:

Главная задача - разработать интерфейс, который будет предоставлять такие возможности, как:

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

Мы составляем такой список гипотез:

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

Мы проводим интервью с девятью респондентами - сотрудниками и руководителями, которые в своей работе пользовались матрицей компетенций. Исходя из интервью, мы выделяем две персоны.

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

Какие боли повторяются чаще всего? Мало пунктов оценки, нет автоматизации (вся работа идет через excel), нет отдельной системы под каждый отдел, нет рекомендаций по развитию навыков, нет понятного описания к каждому навыку.

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

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

По результатам интервью мы понимаем, что большинство компаний пользуются таблицами в excel, и их процесс не автоматизирован. А те компании, у которых уже был разработан интерфейс матрицы компетенций, не показывают свои уникальные решения. Также для матрицы компетенций есть и платные сервисы: Vectorly, MuchSkills, Skills Base, Helper.

После анализа конкурентов приходим к таким выводам:

1. Многие интерфейсы матрицы - сложные, непонятные и перегруженные.

2. Популярное отображение результатов — паутина (роза ветров).

Мы определяем фокусную проблему - это удобный и понятно визуализированный сбор по скиллам.

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

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

3. Делаем визуализацию пользовательских историй (User Story Mapping), чтобы заложить фундамент в проектировании UX. Определяем шаги, которые будут проходить пользователи, и основные приоритеты для ранней версии продукта (mvp).

У нас получается два сценария: для сотрудника и для руководителя.

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

Пошаговый прототип для сотрудника выглядит так:

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

Шаг 2. Пользователь видит таблицу с 3 компетенциями, в каждой из них по 7 навыков. При выборе одного из них открывается боковое модальное окно с описанием ожидания по каждому грейду. В рамках одного из грейдов проставляется общая оценка по навыку: не применяется, базовый, уверенный и экспертный уровень владения.

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

Еще пользователь может оценить свой прогресс по графику, где каждая секция - это определенный навык.

Шаг 3. Руководитель проставляет сотруднику оценки, а тот изучает их. На личной встрече руководитель дает рекомендации, как улучшить навыки сотрудника. В таблице можно сделать сортировку: от худшего навыку к лучшему и наоборот.

Теперь про пошаговый прототип для руководителя:

Шаг 1. На этом этапе идет выбор сотрудника.

Шаг 2. Руководитель проставляет оценки. Этот этап аналогичный, как у сотрудника.

Шаг 3. Руководитель проводит анализ оценок и выявляет расхождения с оценками сотрудника, чтобы обсудить их на встрече.

Шаг 4. После обсуждения оценок с сотрудником руководитель может скорректировать свои оценки. Далее он нажимает кнопку “Объединить оценки” в боковой панели. Итоговые оценки по умолчанию будут теми, что поставил руководитель. После этого в боковой панели сотрудник может увидеть навыки, которые ему нужно прокачать, со ссылкой на базу знаний.

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

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

Что для респондентов было удобно в интерфейсе:

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

Еще мы выяснили, чего не хватило респондентам в прототипе:

Мы решаем закрыть боли пользователей, которые мы обнаружили при тестировании.

1. Добавляем дружелюбности нашему интерфейсу: теперь в нем есть всплывашки-подсказки, описывающие порядок действий для оценки навыков, когда пользователь делает это в первый раз.

2. В блоке с результатами появился дополнительный блок с историей оценки.

3. Ставим виджет, с помощью которого удобно переходить из любого внутреннего сервиса в сервис самооценки.

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

И вот прототип полностью готов, настало время защитить его. В жюри - тимлиды из Сбера, Wildberries, ВК, Леруа Мерлен, студии МАХ. Наша команда Тинькофф из 6 человек - единственная команда, проект которой защищают все её участники.

По оценкам жюри команда Тинькофф набирает 8,8 баллов и выходит на второе место среди 7 продуктовых команд!

Комментарии стейкхолдера и жюри после защиты: