Как выбрать HR-систему: требования, демо и сравнение

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

Чтобы выбрать HR-систему, определите ожидаемый результат, опишите приоритетные пользовательские сценарии, разделите требования на обязательные и желательные, проведите демонстрации на собственных кейсах, проверьте данные, интеграции и безопасность, оцените полную стоимость владения и способность поставщика сопровождать проект.

Когда компании нужна HR-система

Сам по себе рост численности не означает, что организации немедленно нужна большая HR-платформа. Решение становится актуальным, когда существующий способ работы перестаёт обеспечивать необходимую скорость, качество, прозрачность или контроль.

Признаки, которые стоит проверить:

• данные о сотрудниках или кандидатах хранятся в нескольких несогласованных источниках;
• одинаковая информация переносится вручную между таблицами и системами;
• сроки зависят от личных напоминаний HR;
• участники не видят статус заявки или ответственного;
• возникают регулярные ошибки, возвраты и пропущенные действия;
• отчётность собирается вручную и использует разные определения;
• сотрудникам и руководителям сложно получить HR-сервис;
• действующее решение не поддерживает масштаб, требования или интеграции;
• стоимость сопровождения текущего контура стала непропорциональной его пользе.

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

Карта классов решений представлена в хабе «HR-Tech: HR-системы и автоматизация HR», а методика определения процессов для автоматизации — в статье «Автоматизация HR-процессов».

Кто должен участвовать в выборе HR-системы

Выбор только силами HR повышает риск недооценить архитектуру, безопасность и сопровождение. Решение только силами IT может не учитывать реальную работу пользователей.

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

Как определить цели HR-системы

Формулировки «оцифровать HR» или «создать единое окно» недостаточны. Они не позволяют сравнить продукты и проверить результат проекта.

Хорошая цель отвечает на четыре вопроса:

1. Для какой группы пользователей меняется процесс?
2. Какую проблему необходимо решить?
3. Какое наблюдаемое изменение ожидается?
4. Как и когда оно будет измерено?

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

Как описать текущий и целевой процесс

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

• событие начала и ожидаемый результат;
• основных участников и их полномочия;
• фактическую последовательность действий;
• согласования и контрольные сроки;
• данные, документы и источники;
• частые исключения;
• места задержек, ошибок и повторного ввода;
• действия, которые следует удалить или изменить;
• целевой сценарий после внедрения.

Не автоматизируйте исторически сложившийся порядок без пересмотра. Система может ускорить ненужный этап, но не сделает его полезным.

Как сформировать требования к HR-системе

Разделите требования на несколько групп. Это поможет не превратить документ в несортированный список функций.

Функциональные сценарии

Опишите, кто, при каком событии и с каким результатом выполняет действие. Например:

Руководитель создаёт заявку на новую позицию, выбирает профиль роли, указывает подразделение и бюджет. Маршрут согласования определяется типом позиции. Все участники видят статус, срок и историю решений.

Данные и отчётность

• объекты и обязательные поля;
• справочники и источники истины;
• история изменений;
• поиск и выгрузка;
• определения показателей;
• операционные и управленческие отчёты;
• требования к качеству данных.

Интеграции

Укажите системы, направление обмена, данные, события, частоту, объём и обработку ошибок. Формулировка «есть API» не подтверждает готовность нужной интеграции.

Нефункциональные требования

• число пользователей и ожидаемая нагрузка;
• доступность и производительность;
• мобильные сценарии;
• поддерживаемые браузеры и устройства;
• ролевая модель;
• журналирование действий;
• резервное копирование и восстановление;
• требования к размещению и эксплуатации;
• доступность интерфейса;
• условия локализации и масштабирования.

Приоритет требований

Для каждого пункта установите категорию:

• обязательно — без выполнения сценарий или проект невозможен;
• важно — создаёт заметную ценность, но допускает временную альтернативу;
• желательно — улучшает решение, но не должно определять выбор;
• не входит в текущий этап — может рассматриваться позднее.

Единая HR-платформа или специализированные системы

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

Как составить длинный и короткий список поставщиков

Начните с функционального класса, а не с известных брендов. Для конкретных задач HRlead ведёт отдельные категории:

• ATS-системы для подбора персонала;
• HRM и HRMS;
• системы КЭДО;
• LMS для корпоративного обучения;
• системы оценки персонала;
• системы HR-аналитики;
• AI-решения для HR.

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

Не включайте слишком много поставщиков в полный цикл. Это увеличивает нагрузку и снижает качество сравнения. Размер списка определяется сложностью рынка и требованиями компании, а не универсальной цифрой.

RFI и RFP: когда они нужны

RFI — запрос информации

Используйте RFI, если компании нужно понять возможности рынка и отсеять решения по базовым ограничениям. Вопросы могут охватывать:

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

RFP — запрос предложения

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

Не просите отвечать «да» или «нет» на сотни функций. Для критических требований запросите описание способа реализации и попросите показать его на демонстрации.

Как провести демонстрацию HR-системы

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

Структура сценарного demo

1. Кратко обозначьте контекст и роли пользователей.
2. Предоставьте обезличенные примеры входных данных.
3. Попросите пройти основной процесс от начала до результата.
4. Покажите частое исключение и исправление ошибки.
5. Проверьте права разных ролей.
6. Посмотрите операционный контроль и отчётность.
7. Попросите показать настройку, а не только пользовательский интерфейс.
8. Зафиксируйте, что работает стандартно, требует настройки или разработки.

Вопросы на демонстрации

• Какие действия должен выполнить пользователь?
• Что происходит при неполных или ошибочных данных?
• Как изменяется маршрут без разработки?
• Как ведётся история решений?
• Какие уведомления можно настраивать?
• Как система обрабатывает массовые операции?
• Что увидит руководитель, сотрудник, HR и администратор?
• Как контролируются интеграционные ошибки?
• Какие ограничения есть у показанного сценария?

Участники должны оценивать demo независимо по заранее подготовленной форме, а не только обсуждать общее впечатление.

Как сравнить HR-системы по единой модели

Создайте scorecard — таблицу критериев с весами и подтверждениями. Не позволяйте общей сумме скрывать критическое невыполнение обязательного требования.

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

Как проверить интеграции и HR-данные

Фраза «интегрируется с 1С» или «поддерживает API» слишком общая. Уточните:

• с какими версиями и конфигурациями работает готовый коннектор;
• какие объекты и поля передаются;
• в каком направлении идёт обмен;
• что запускает передачу и какова её частота;
• как обрабатываются изменения и удаления;
• что происходит при ошибке;
• где доступен журнал и кто получает уведомление;
• кто разрабатывает и поддерживает интеграцию;
• входит ли она в стоимость;
• как изменения систем влияют на совместимость.

Отдельно проверьте миграцию: объём истории, очистку, соответствие справочников, тестовую загрузку, сверку и критерии приёмки.

Безопасность и персональные данные

HR-системы могут обрабатывать идентификационные, кадровые, финансовые и оценочные данные. Требования определяются вместе с профильными специалистами компании.

Минимальный перечень вопросов:

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

Не ограничивайтесь маркетинговым описанием. Критические требования должны подтверждаться документацией, проверкой и договором.

Как оценить AI-функции HR-системы

Название «AI» не объясняет ни назначение функции, ни качество результата. Для каждого сценария выясните:

• какую операцию выполняет модель;
• какие данные получает;
• используются ли данные компании для дальнейшего обучения;
• где происходит обработка;
• как проверялось качество;
• какие ошибки и ограничения известны;
• может ли человек проверить, исправить и отклонить результат;
• фиксируется ли версия и история действий;
• как будет контролироваться качество после запуска;
• как функция отключается или ограничивается.

Чем сильнее результат влияет на кандидата или сотрудника, тем важнее человеческий контроль, прозрачные правила и возможность оспаривания.

Как рассчитать полную стоимость владения

Сравнение только цены лицензии почти всегда неполно. Рассчитайте TCO на одинаковый период и сценарий использования.

Прямые затраты

• лицензии или подписка;
• внедрение и управление проектом;
• настройка и разработка;
• интеграции;
• миграция и очистка данных;
• обучение;
• поддержка и SLA;
• инфраструктура;
• обновления и дополнительные модули.

Внутренние затраты

• время владельцев процессов и ключевых пользователей;
• работа IT, безопасности и юридической функции;
• администрирование системы;
• поддержка пользователей;
• контроль данных и интеграций;
• управление изменениями.

Затраты на изменение и выход

• рост числа сотрудников или пользователей;
• новые юридические лица и контуры;
• дополнительное хранение и объём операций;
• доработки при изменении процесса;
• экспорт данных;
• переход на другое решение.

Экономический эффект оценивайте консервативно. Не включайте в него всю стоимость проблемы, если система влияет только на часть результата.

Как оценить поставщика HR-системы

Компания выбирает не только программный продукт, но и долгосрочное взаимодействие.

• какой сегмент является основным для поставщика;
• есть ли сопоставимые внедрения;
• кто входит в проектную команду;
• какие работы выполняет сам поставщик, а какие — партнёры;
• как устроены поддержка и эскалация;
• как измеряется соблюдение SLA;
• как часто обновляется продукт;
• как сообщаются изменения и прекращение функций;
• какова политика доработок;
• какие документы и знания передаются компании;
• как обеспечивается переносимость данных;
• что происходит при прекращении договора.

При общении с референсными клиентами спрашивайте не только о плюсах продукта. Уточните сложность внедрения, объём внутренних ресурсов, качество поддержки, неожиданные ограничения и фактическую стоимость изменений.

Когда нужен пилот HR-системы

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

До начала пилота определите:

• границы и продолжительность;
• группу пользователей;
• сценарии;
• объём и статус данных;
• интеграции или их модель;
• критерии успешности;
• способ сбора обратной связи;
• ответственных за поддержку;
• решение, которое будет принято по итогам.

Пилот не должен быть бесплатным бессрочным тестом без критериев. Его задача — проверить конкретные неопределённости.

Как принять итоговое решение

1. Отделите невыполненные обязательные требования от остальных различий.
2. Сопоставьте оценки участников и разберите сильные расхождения.
3. Проверьте подтверждения по критическим сценариям.
4. Сравните риски интеграций, данных, безопасности и внедрения.
5. Рассчитайте TCO на одинаковых условиях.
6. Оцените ресурсы, которые должна предоставить сама компания.
7. Зафиксируйте допущения и нерешённые вопросы.
8. Согласуйте договорные условия до объявления окончательного выбора.
9. Документируйте основания решения и критерии будущей приёмки.

Типичные ошибки выбора HR-системы

Выбор по известности бренда

Известность снижает неопределённость, но не подтверждает соответствие конкретному процессу и масштабу.

Сравнение по перечню функций

Одинаковая отметка в таблице может скрывать разную глубину реализации. Критические функции проверяйте сценариями.

Требования копируют из интернета

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

Demo проводят без подготовки

Поставщики показывают разные сильные стороны, поэтому продукты невозможно сопоставить.

Не участвуют пользователи

Решение соответствует описанию руководителей, но не фактической работе и исключениям.

Недооценивают интеграции

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

Сравнивают только первый год

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

Не планируют ресурсы заказчика

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

Решение принимают голосованием впечатлений

Яркая презентация перевешивает критические ограничения. Используйте критерии, подтверждения и отдельный анализ рисков.

Чек-лист выбора HR-системы

1. Определена бизнес-проблема и ожидаемый результат.
2. Назначены спонсор и владелец процесса.
3. В выбор включены ключевые пользователи, IT и безопасность.
4. Зафиксированы текущий процесс и базовая линия.
5. Спроектирован целевой сценарий.
6. Требования разделены на обязательные, важные и желательные.
7. Определены источники данных и необходимые интеграции.
8. Согласованы требования к защите и доступу.
9. Сформирован длинный и короткий список решений.
10. Поставщики получили одинаковые сценарии demo.
11. Критические требования подтверждены, а не обещаны устно.
12. Оценены ресурсы и методология внедрения.
13. Рассчитана полная стоимость владения.
14. Проверены договорные условия, SLA и выход из системы.
15. При необходимости проведён пилот с критериями успеха.
16. Основания итогового решения задокументированы.

Часто задаваемые вопросы

Результат качественного выбора

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

• согласованные цели и границы;
• описанные пользовательские сценарии;
• приоритизированные требования;
• решения по данным и интеграциям;
• подтверждённые ограничения;
• целевая архитектура;
• план внедрения и ресурсы;
• критерии приёмки;
• базовая линия и будущие метрики;
• понятная модель сопровождения.