РАЗРАБОТКА МОДУЛЯ В HRM ДЛЯ C&B — СПРАВОЧНИК БЕНЧМАРК-ДАННЫХ
О проекте
HRM – это система для работы с персоналом, основные пользователи: рекрутеры, HRBP, C&B, отдел кадров, служба безопасности, нанимающие менеджеры
Система покрывает следующие этапы бизнес-процесса:
- Формирование заявки на найм
- Отслеживание сроков этапов подбора
- Согласование job offer оффера держателями бюджета
- Проверка СБ
- Формирование аналитической отчетности по найму
Проблема
- При создание оффера рекрутер не мог самостоятельно проверить, попадает ли предлагаемая сумма в рыночную вилку, это замедляло согласование job offer
- При обновлении рыночных данных не было единого места для актуализации — обновления «размазывались» по документам
- Тратилось много времени на коммуникацию между отделами
Задача
- Разработать модуль для C&B
- Связать справочник с другими процесами в HRM
Time on Task
в 1,5 раза
Сократилось время на формирование job offer
на 21%
Сократилось время на согласование job offer с нанимающими менеджерами
Проведение исследования
Провела глубинное интервью с C&B-специалистами, чтобы понять, как устроен текущий процесс работы с бенчмарк-данными
Результаты показали, что
- Данные хранились в Excel-файлах, доступ к которым был только у C&B. При обновлении рыночных данных изменения вносились вручную и рассылались по запросу
- Рекрутеры не имели прямого доступа к бенчмаркам — каждый раз при формировании оффера приходилось обращаться к C&B с точечным запросом, что создавало задержки
Построение продуктовых гипотез
Результаты исследования легли в основу гипотез
Гипотезы
Анализ по методологии JTBD
Декомпозировала процесс работы со справочником бенчмарк-данных с помощью фреймворка JTBD. Выделила три ключевые роли — рекрутер, C&B-специалист и HRBP — и для каждой сформулировала Job Stories. Это помогло зафиксировать, что у ролей разные задачи с одними и теми же данными
JTBD
Систематизация логики работы с датами
Логика работы с датами была неочевидной — разные сценарии обрабатывались по-разному, и это создавало путаницу в команде. Чтобы разобраться в этом вопросе, я визуализировала в виде схемы, где учла edge и user cases
В результате, схема стала рабочим артефактом для команды разработки и помогла синхронизировать понимание логики в работе дат
Схема
To be
По бизнес-процессу может быть только один активный и один запланированный справочник. Чтобы проще было управлять и ориентироваться в списке, предложила статусную модель с четырьмя состояниями — Черновик, Запланирован, Активен, Архив — и привязку каждого справочника к датам начала и окончания действия.
Справочники отсортированы по приоритету статуса: Активен и Запланирован всегда отображаются первыми — это сокращает время поиска
Общий список
To be
Внутри справочника роли разделены на три вкладки — Основные роли, Запланированные роли и Архив. Такое разделение позволяет C&B-специалисту работать с текущими данными, не смешивая их с историческими и плановыми изменениями.
Колонки поддерживают сортировку и фильтрацию — это позволяет быстро находить нужные роли в большом справочнике
Справочник
To be
Все действия со справочником вынесены в контекстное меню. Отображение доступных пунктов меню зависит от статуса справочника
Экран просмотра роли использует ту же структуру блоков, что и форма добавления. Это обеспечивает консистентность между режимами просмотра и редактирования: пользователь быстро находит нужные данные, так как их расположение предсказуемо
To be
Форма содержит больше десяти обязательных полей. Сгруппировала их в четыре смысловых блока — это снижает когнитивную нагрузку и помогает сохранять контекст при заполнении
Работа с Карточкой роли
To be
Интеграция справочника с процессом оффера построена как линейный поток с валидацией на выходе. Такая архитектура решает три задачи одновременно: рекрутер получает данные без обращения к C&B, ошибки ценообразования выявляются до согласования, а C&B сохраняет контроль над источником данных без участия в каждой сделке
Связь с другим модулем
Результат
Внедрение модуля C&B повлияло на весь процесс найма — от формирования оффера до его согласования с нанимающими менеджерами.
C&B получили единое место для управления бенчмарк-данными — это убрало ручную рассылку обновлений и снизило количество точечных запросов от рекрутеров
C&B получили единое место для управления бенчмарк-данными — это убрало ручную рассылку обновлений и снизило количество точечных запросов от рекрутеров
Time on Task
в 1,5 раза
Сократилось время на формирование job offer
на 21%
Сократилось время на согласование job offer с нанимающими менеджерами
