• /
  • /

Единая HR-платформа или модульная архитектура: как крупному бизнесу выбирать HR-автоматизацию в 2026 году

28 июня 2026
Содержание статьи
HR-директор готовит ответ на вопрос собственника: почему растет бюджет на обучение новичков, но качество найма и скорость выхода на продуктивность не улучшаются? Данные есть — в системе подбора, LMS и оценке эффективности. Но связи между ними нет.

Такая ситуация встречается чаще, чем кажется, и она отражает более широкий рыночный сдвиг. К 2026 году российский рынок автоматизации прошел фазу экстренного импортозамещения и перешел к долгосрочному планированию ИТ-архитектуры. Перед компаниями теперь стоит не вопрос «чем заменить зарубежный продукт», а другой: продолжать развивать «лоскутную» модель из точечных сервисов или переходить на комплексные HR-платформы.

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

Когда нужна платформа, а когда — модули

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

Единая платформа становится инфраструктурной необходимостью, если:

  • штат превышает 1 500–2 000 сотрудников (численность здесь ориентир, а не жесткий порог — решающим фактором остается сложность процессов и цена разрывов между системами);
  • в компании работают три и более HR-контура: подбор, обучение, оценка, управление резервом;
  • есть разветвленная филиальная сеть с потребностью в централизованном управлении;
  • действуют жесткие требования к обработке и хранению персональных данных, включая требования 152-ФЗ и внутренние политики ИБ.
Модульная архитектура (Best-of-Breed) остается оправданной в случаях:
  • штат не превышает 500–800 человек;
  • автоматизированы один-два процесса, остальные закрываются вручную;
  • в компании есть сильная ИТ-команда, готовая поддерживать интеграции между несколькими вендорами;
  • показатели текучести и найма стабильны и не требуют массовой автоматизации.

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

На практике крупные компании редко выбирают между «одна система для всего» и «набор несвязанных сервисов». Чаще целевая архитектура выглядит гибридно: HCM-платформа становится ядром для ключевых HR-процессов и данных о сотрудниках, а специализированные решения подключаются там, где нужна узкая функциональность. Вопрос не в том, чтобы заменить все системы одной. Вопрос в том, где находится «источник правды» по сотруднику — и насколько быстро эти данные становятся доступными HR, руководителям и бизнесу.

Что происходит, когда данные живут в разных системах

Ключевая проблема — не количество систем как таковое, а отсутствие единого профиля сотрудника и согласованных мастер-данных. Профиль кандидата в системе подбора технически не связан с его учетной записью в LMS. Когда человек выходит на работу, данные переносят вручную. Дальше — оценка в одной системе, результаты обучения в другой, карьерная история в третьей. Если должность, подразделение, руководитель, грейд, история обучения и результаты оценки живут в разных контурах, HR получает не аналитику, а задачу по сверке источников.

Это приводит к 3 серьезным последствиям:

  1. Трудозатраты на администрирование. Значительная часть рабочего времени HR-команды уходит на перенос данных, сверку записей и ручную подготовку отчетов — вместо работы с людьми.
  2. Хрупкость интеграций. Поддержка связей между пятью-десятью продуктами требует постоянного участия ИТ-департамента. Обновление одной системы нередко нарушает работу всей цепочки.
  3. Запаздывающая аналитика. Чтобы сопоставить источник найма, стоимость привлечения, скорость адаптации и эффективность сотрудника через год, HR собирает данные из нескольких систем и вручную согласовывает справочники. К моменту готовности отчета часть данных уже устарела.

3 сценария, где платформа меняет логику работы

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

Подбор → адаптация → обучение

При смене статуса кандидата на «Принят» система автоматически создает учетную запись и предзаполняет профиль, назначает план адаптации и welcome-курс в соответствии с грейдом, уведомляет наставника и ставит ему задачи на испытательный срок, планирует первую встречу по итогам адаптации.

Кейс: Setl Group Холдинг Setl Group — один из ведущих застройщиков России — перевел адаптацию сотрудников строительных дирекций в цифровой формат на базе Websoft HCM. Раньше на освоение регламентов и профессиональных стандартов уходило до полутора лет. После внедрения — 1–2 месяца. Индекс лояльности адаптационных карт составил 80% NPS.

Вместо разрозненных файлов создана интерактивная карта с визуальным маршрутом. Система автоматически определяет подразделение новичка и назначает нужный трек — общую программу или одну из пяти специализированных. Инженеры проходят лонгриды, видеоуроки и тесты по 30 минут в день без отрыва от стройки. Автоматические агенты контролируют прохождение каждого этапа и напоминают о дедлайнах.

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

Оценка → развитие → карьерные треки

Данные об эффективности определяют траекторию обучения: система выявляет дефицит навыка по итогам оценки и предлагает курсы из библиотеки. При достижении целевых KPI статус сотрудника в карте талантов меняется на Ready now. Этот сценарий требует внедренной модели компетенций и настроенных правил перехода.

Кейс: Страховая компания «Согласие» 4 000 сотрудников, 48 филиалов. Задача — масштабировать обучение без того, чтобы каждая новая программа требовала участия ИТ-отдела. После внедрения универсального конструктора треков на базе Websoft HCM бизнес-тренеры сами собирают программы из готовых модулей. Конструктор объединяет вебинары, курсы и задания в единый интерфейс — система управляет распределением участников, автоматизирует коммуникации и контроль выполнения заданий. Компания ушла от создания уникальных объектов под каждый проект к переиспользуемой модульной архитектуре обучения.

Управление знаниями → экспертиза → грейды

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

Кейс: «Читай-город» и «Буквоед» 7 000 сотрудников. Компания построила пространство развития книжной экспертизы на стандартных возможностях Websoft HCM — без кастомной разработки и сторонних приложений. Сотрудники публикуют рекомендации через простые формы-анкеты; за одобренный контент начисляются бейджи, которые влияют на рейтинг магазина. Книжная экспертиза стала измеримой компетенцией: активность на портале напрямую учитывается при расчете грейдов. Весь функционал доступен в адаптивной мобильной версии — критично для розничного персонала без стационарных рабочих мест.

10 вопросов вендору перед покупкой

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

  1. Low-code: какие настройки процессов — формы, маршруты согласования — можно делать самостоятельно без программирования?
  2. On-premise: возможна ли установка на серверах компании в соответствии с требованиями 152-ФЗ?
  3. API: насколько глубока интеграция с 1С и ERP — есть ли готовые коннекторы?
  4. Масштабируемость: как платформа ведет себя при 5 000+ одновременных подключениях?
  5. Оргструктура: поддерживаются ли сложные матричные подчинения и совместительство?
  6. Миграция: как организован перенос исторических данных из текущих систем?
  7. SLA: каковы сроки реакции на критические инциденты?
  8. Roadmap: какие функции — в том числе ИИ-инструменты — появятся в течение года?
  9. ТСО: какова полная стоимость владения на горизонте трех лет с учетом поддержки и обновлений?
  10. Референсы: есть ли опыт внедрения в компаниях сопоставимого масштаба и отрасли?

Как провести пилот: 5 критериев реальной гибкости системы

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

  1. Прогоните сквозной сценарий. Например, путь от заявки на подбор до назначения курса новичку — без пропуска этапов и переключения между системами.
  2. Вовлеките реальных пользователей. Тест должны проходить не только ИТ-архитекторы, но и HR-администраторы с линейными руководителями — те, кто будет работать с системой ежедневно.
  3. Проверьте гибкость в действии. Попробуйте изменить маршрут согласования заявки силами HR-менеджера прямо во время пилота — без помощи вендора.
  4. Загрузите реальные данные. Проверьте, как система отображает фрагмент вашей текущей оргструктуры: с матричным подчинением, совместителями, нетиповыми ролями.
  5. Оцените UX. Замерьте количество кликов и понятность интерфейса для рядового сотрудника — не для администратора системы.

С чего начать: 3 шага аудита текущей архитектуры

Переход к единой HR-платформе не начинается с демонстрации продукта. Если время HR-команды уходит на перенос данных между системами, а не на работу с персоналом — текущая ИТ-архитектура требует пересмотра.

Шаг 1: зафиксировать все процессы с ручной обработкой информации. Это точки, где данные не передаются автоматически: создание карточки новичка в LMS на основе данных из модуля подбора, ручная выгрузка результатов оценки для сводной аналитики, сверка справочников между системами. Чем длиннее этот список — тем выше реальная стоимость текущей архитектуры.
Шаг 2: выбрать 2–3 приоритетных направления для автоматизации. Для активно растущего бизнеса критична связка найма и адаптации. Для компаний, сфокусированных на качестве управления талантами, — интеграция оценки компетенций с планами обучения и карьерного развития.
Шаг 3: при оценке платформы проверять реализацию бизнес-задач без написания кода. Подготовьте 5–7 рабочих сценариев и попросите вендора показать их выполнение в стандартной версии системы. Это позволит оценить реальную гибкость продукта до начала проекта внедрения.

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

Алексей Корольков
Генеральный директор компании Websoft
Смотрите также
    Мы обсудим ваши задачи, проведем презентацию и ответим на все вопросы
    Запросить демонстрацию продуктов Websoft
    Заполните форму, и наш менеджер свяжется с вами в ближайшее время