Материал входит в серию статей о build vs buy в HRTech.

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

В прошлой статье я разделил продукты, формирующие контур HRTech-платформы, на пять групп — в зависимости от их приоритета и задачи при построении платформы.

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

1. Общий слой UX/UI сотрудника Верхний слой — это единая пользовательская оболочка платформы. Он отвечает за то, как сотрудник, кандидат, менеджер или HR-специалист взаимодействует со всеми сервисами. Сюда входят единая точка входа, self-service-сценарии, уведомления и оповещения, персонализированный интерфейс и список задач.

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

3. Слой бизнес-логики Центральная часть архитектуры — это прикладные HR-продукты, отвечающие за бизнес-логику и для прозрачности сгруппированные по бизнес-доменам.

3.1. Привлечение и найм Этот контур закрывает функционал внешнего входа в компанию.

3.2. Ядро HR Это операционная основа платформы, отвечающий за выполнение базовых HR-операций, администрирования зарплаты, рабочего времени и льгот.

3.3. Развитие и эффективность Этот блок включает в себя управление результативностью и развитием сотрудников.

3.4. Опыт сотрудника Этот контур отвечает за качество взаимодействия сотрудника с компанией на протяжении всего жизненного цикла.

4. Слой единого профиля сотрудника Под прикладными модулями расположен Employee Profile Hub — один из ключевых платформенных компонентов. Он формирует единый цифровой профиль сотрудника и выступает точкой консолидации данных из разных HR-модулей.

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

6. Сквозной аналитический слой Нижний слой архитектуры — People Analytics Platform. Он обеспечивает сбор и объединение HR-данных, отчётность, дашборды, анализ эффективности процессов, прогнозирование и поддержку принятия решений. Его роль не ограничивается «аналитикой в конце». В зрелой платформе аналитический слой работает как сквозной контур обратной связи: он не просто фиксирует результаты, а помогает возвращать данные в продуктовые и процессные сценарии.

Почему эта модель полезна в контексте build vs buy Эта схема позволяет обсуждать build vs buy не только как выбор отдельных продуктов, закрывающих отдельные участки бизнес-логики, а как выбор способа построения каждого слоя архитектуры, чтобы в результате получить HR-платформу, а не набор решений.

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

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

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

Читайте полную версию: https://dzen.ru/a/afU4egBg2X6Bi6s7