Как выбрать HRM-систему для компании
Пошаговый выбор HRM: карта процессов, требования, интеграции, бюджет, демонстрация, пилот и оценка поставщиков на практическом примере.
С чего начать выбор HRM
HRM-система может включать десятки модулей: кадровую базу, организационную структуру, личный кабинет, заявки, отпуска, подбор, адаптацию, обучение, оценку, цели, льготы и HR-аналитику. Попытка выбрать сразу всю платформу часто приводит к завышенному бюджету и длительному внедрению. Практичнее определить первый рабочий контур, который даст измеримый результат за несколько месяцев.
Соберите небольшую рабочую группу: владельца HR-процесса, представителя кадровой службы, IT, информационной безопасности, расчёта зарплаты и одного-двух линейных руководителей. Именно они увидят разные стороны будущей системы. HR обычно оценивает удобство процессов, IT - архитектуру и сопровождение, безопасность - доступы и персональные данные, а руководители - скорость ежедневной работы.
Опишите исходную точку
- сколько сотрудников, юридических лиц, подразделений и площадок находится в контуре;
- какие процессы ведутся в 1С, ERP, таблицах, почте и отдельных сервисах;
- где находятся мастер-данные о сотруднике и оргструктуре;
- какие операции занимают больше всего ручного времени;
- какие ошибки повторяются и какова их цена;
- какие отчёты руководство не может получить без ручной подготовки.
Как собрать требования без списка на сто страниц
Разделите требования на обязательные, желательные и перспективные. Обязательное требование связано с законом, безопасностью, критичным процессом или интеграцией. Желательное улучшает удобство, но не блокирует запуск. Перспективное понадобится на следующих этапах. Такое деление не даёт редким сценариям управлять всем проектом.
| Блок | Что зафиксировать | Пример критерия приёмки |
|---|---|---|
| Пользователи и роли | Сотрудник, руководитель, HR, кадровик, бухгалтер, администратор | Руководитель видит только своё подразделение, HR - закреплённые юрлица |
| Процессы | События, маршруты, сроки, замещения, исключения | Заявка на отпуск проходит два этапа и автоматически меняет маршрут при отсутствии согласующего |
| Данные | Источники, владельцы, обязательные поля, качество, история | Изменение должности попадает в HRM не позднее согласованного срока |
| Интеграции | 1С, ERP, SSO, почта, ЭДО, BI, сервис-деск | Повторная загрузка не создаёт дубль сотрудника |
| Безопасность | Права, аудит, хранение, резервное копирование | Все административные изменения фиксируются в журнале |
| Отчётность | Показатели, разрезы, периодичность, выгрузки | Отчёт по численности строится по подразделению и юридическому лицу |
Формулируйте требования через проверяемый результат. Фраза «гибкие бизнес-процессы» не помогает сравнивать решения. Лучше написать: «Администратор без программирования добавляет этап согласования для выбранного юридического лица, а история маршрута сохраняется». Такой сценарий можно показать на демонстрации и принять после внедрения.
Какие функциональные блоки сравнивать
| Модуль | Ключевые вопросы | Когда нужен в первой очереди |
|---|---|---|
| Core HR | Профиль, история, оргструктура, штатные позиции, поиск | Когда данные разрознены и руководители не видят актуальную структуру |
| Self-service | Заявки, справки, изменение данных, мобильная версия | Когда кадровая служба тратит время на типовые обращения |
| Отсутствия | Баланс, график, пересечения, замещения, табель | Когда отпуска согласуются в почте и таблицах |
| Подбор и адаптация | Заявки, воронка, оффер, задачи новичка | При постоянном найме и большом числе участников процесса |
| Обучение и оценка | Траектории, курсы, тесты, компетенции, планы развития | Если обучение обязательно или влияет на допуск к работе |
| Аналитика | Историчность, фильтры, формулы, экспорт, BI | Если руководство принимает решения по численности и затратам |
Проверяйте не только наличие функции, но и глубину. Два продукта могут отмечать «оргструктуру», однако один покажет только дерево подразделений, а другой поддержит штатные позиции, совмещения, временное подчинение, вакансии, историю изменений и моделирование будущей структуры.
Интеграции, мастер-данные и качество информации
До выбора поставщика определите систему-источник для каждой сущности. Например, кадровое состояние сотрудника приходит из 1С, учётная запись - из каталога пользователей, заявка создаётся в HRM, а агрегированные показатели передаются в BI. Без этой схемы одинаковые поля начинают редактировать в нескольких местах, и данные быстро расходятся.
- Составьте перечень сущностей: сотрудник, должность, подразделение, руководитель, график, отсутствие, начисление, обучение.
- Назначьте источник и владельца каждой сущности.
- Определите направление и частоту обмена.
- Зафиксируйте правила сопоставления и уникальные идентификаторы.
- Опишите обработку ошибок, повторную отправку и журнал обмена.
- Проверьте, можно ли выгрузить все данные при смене поставщика.
Как провести демонстрацию поставщиков
Отправьте всем участникам один сценарий и попросите показать его в действующем интерфейсе. Не заменяйте демонстрацию презентацией. Полезный сценарий проходит путь от события до отчёта: сотрудник создаёт заявку, руководитель согласует её с телефона, HR видит исключение, данные передаются в учётную систему, а действие появляется в журнале.
- попросите выполнить сценарий в ролях сотрудника, руководителя и администратора;
- измените одно условие прямо на встрече, например добавьте согласующего;
- посмотрите мобильную версию и уведомления;
- создайте ошибку обмена и попросите показать диагностику;
- проверьте настройку отчёта без участия разработчика;
- уточните, какие показанные функции входят в предлагаемую лицензию.
Из чего складывается бюджет HRM
Сравнивайте совокупную стоимость владения минимум на три года. Кроме лицензии или подписки учитываются обследование, проектирование, настройка, интеграции, миграция, обучение, инфраструктура, поддержка и развитие. Дешёвая лицензия может сопровождаться дорогими доработками, а более высокая подписка - включать обновления и типовые интеграции.
| Статья затрат | Что запросить | Частая ошибка |
|---|---|---|
| Лицензия | Метрика: сотрудники, активные пользователи, модули, юрлица | Сравнивать цены с разным составом функций |
| Внедрение | Этапы, границы работ, результат и критерии приёмки | Покупать фиксированные часы без понятного результата |
| Интеграции | Готовые коннекторы, API, тесты, мониторинг обмена | Не учитывать изменения на стороне 1С или ERP |
| Миграция | Объём истории, очистка, пробная и финальная загрузка | Переносить устаревшие и дублирующиеся данные |
| Сопровождение | SLA, каналы, часы, обновления, выделенный менеджер | Оценивать только первый год |
Пример оценки трёх решений
Назначьте вес критериям до получения коммерческих предложений. Это уменьшает влияние красивой презентации и личных предпочтений. Например: соответствие процессам - 30%, интеграции - 20%, удобство - 15%, безопасность - 15%, стоимость владения - 15%, качество команды внедрения - 5%. Каждый участник рабочей группы ставит оценку от 1 до 5 и добавляет комментарий с подтверждением.
Итоговый чек-лист
- Определён владелец проекта и рабочая группа.
- Описаны исходные процессы, объём и главные проблемы.
- Требования разделены на обязательные, желательные и будущие.
- Назначены источники данных и владельцы интеграций.
- Все поставщики показывают один практический сценарий.
- Проверены права, аудит, резервирование и выгрузка данных.
- Посчитана стоимость владения минимум на три года.
- Проведён пилот на реальных ролях и данных.
- Критерии приёмки включены в план и договорные документы.
Хорошая HRM-система не обязательно закрывает максимальное число функций. Она должна надёжно решать приоритетные задачи, встраиваться в существующую архитектуру и оставаться управляемой после ухода команды внедрения. Финальное решение принимайте после сценарной демонстрации и ограниченного пилота, а не по количеству пунктов в коммерческой презентации.