Скільки коштує HR-процес, якщо він проходить через 5 різних систем

Скільки коштує перевести одного кандидата в статус співробітника, якщо його шлях виглядає так: ATS — Google Sheets — Notion — Jira — Calendar?

Не скільки коштують підписки на ці сервіси. А скільки коштує сам процес?

Кандидат прийняв офер. Рекрутер змінює статус в ATS. HR переносить дані в таблицю працівників. Створює онбординг у Notion. Ставить IT задачу на доступи. Додає зустрічі в календар. Через кілька днів перевіряє, чи все зроблено.

П’ять систем — це не п’ять кліків.

Кожен перехід між ними може означати ще одну ручну дію: скопіювати, перевірити, повідомити, оновити, нагадати. І якщо між ATS та онбордингом стоїть HR із Ctrl+C / Ctrl+V, фактично інтеграцією між системами стає людина.

Саме цю частину варто рахувати, коли компанія оцінює реальну вартість HR-стеку.

Проблема не в тому, що у вас п’ять інструментів

Почнемо з важливого: окремі сервіси — не зло.

ATS може чудово закривати рекрутинг. Notion — базу знань. Jira — задачі. Google Sheets — швидкий облік. Окремий сервіс — опитування чи performance review.

Ба більше, такий стек часто формується абсолютно логічно.

Коли в компанії 15 людей, немає сенсу купувати складну систему заради двох відпусток і одного найму на місяць. З’являється рекрутинг — команда додає ATS. Починає активно наймати — створює онбординг у Notion. Потрібна аналітика — додає ще одну таблицю.

Проблема виникає пізніше: сервіси залишаються окремими, а процеси вже давно стали наскрізними.

За даними SHRM, тільки у 2024 році організації використовували в середньому 26 HR-технологічних модулів проти 10 у 2020 році. SHRM окремо звертає увагу на дублювання функцій, витрати та складність інтеграції такого стека. 

Технологій стає більше, а разом із ними — точок, у яких дані мають переходити з однієї системи в іншу.

Де насправді виникає вартість

Розгляньмо типовий набір:

Процес	Де ведемо
Кандидати	ATS
Дані працівників і відсутності	Google Sheets
Онбординг і база знань	Notion
Задачі для IT та менеджерів	Jira
Зустрічі та 1:1	Calendar

Якщо подивитися на список, усе здається логічним. А тепер подивімося не на інструменти, а на один процес.

Кандидат прийняв офер

Що відбувається далі?

1. В ATS змінюється статус кандидата.
2. Дані переносяться до реєстру співробітників.
3. У Notion створюється сторінка або чекліст онбордингу.
4. У Jira створюються задачі на ноутбук, акаунти й доступи.
5. У календар додаються welcome-зустрічі.
6. Керівнику або наставнику надсилається повідомлення.
7. HR через день-два перевіряє, чи виконані задачі.

А що буде, якщо кандидат змінить дату виходу?

ATS уже оновили. А таблицю? Notion? Задачу для IT? Календар? Хто перевірить, що нова дата тепер однакова всюди?

Саме тут і з’являється вартість, якої немає в рахунку за підписку.

Один процес = кілька видів прихованих витрат

Щоб реально порахувати HR-стек, варто розділити витрати щонайменше на п’ять категорій.

1. Ручне перенесення даних

Найпростіший випадок: інформація вже є в одній системі, але її потрібно ще раз внести в іншу.

Наприклад:

• ім’я;
• посада;
• керівник;
• дата виходу;
• контакти;
• статус;
• підрозділ;
• тип зайнятості.

Одна така дія може займати кілька хвилин. Але скільки разів вона повторюється протягом місяця?

8 нових працівників × 5 ручних оновлень — це вже 40 операцій.

А якщо компанія наймає 20 людей? 100 людей?

2. Перевірка після перенесення

Ручна дія рідко закінчується самим копіюванням. Хтось має перевірити, чи:

• правильні дані;
• створилася задача;
• відреагував менеджер;
• видали доступ;
• запустився онбординг;
• нічого не залишилося в старому статусі.

Тобто одна ручна операція створює ще одну — контроль ручної операції. І ця робота майже ніколи не записана в календарі як окрема задача.

3. Звірка різних версій правди

Ще складніша ситуація виникає, коли системи вже не збігаються. Наприклад:

• ATS: найнято
• Google Sheets: працівника ще немає
• Notion: онбординг створено
• Jira: доступи не готові
• Документ: неоновлена чисельність

Тобто HR спочатку має з’ясувати, яке джерело зараз правильне.

Саме це можна назвати вартістю звірки: знайти розбіжність, перевірити першоджерело, виправити потрібні записи й переконатися, що тепер вони однакові.

4. Перемикання між контекстами

Навіть коли копіювати нічого не потрібно, сам процес часто змушує людину постійно перемикатися: відкрити ATS — знайти кандидата — перейти в Jira — згадати потрібний проєкт — створити задачу — повернутися до таблиці — перевірити рядок — відкрити Slack — написати менеджеру.

Це не лише проблема HR. 

Microsoft у Work Trend Index на основі глобального опитування та агрегованих сигналів Microsoft 365 пише, що 48% працівників і 52% керівників описують свою роботу як хаотичну та фрагментовану. Дослідження також окремо згадує постійне перемикання між застосунками як одну з причин фрагментації уваги протягом робочого дня.

Для HR це особливо відчутно, бо один процес часто охоплює не лише кілька систем, а й кількох людей.

5. Помилки та затримки

Найскладніше рахувати саме цей блок. Скільки коштує ситуація, коли:

• новачок виходить без доступу;
• hiring manager не залишив фідбек і кандидат чекає;
• відпустку погодили, але не внесли в облік;
• звільненому працівнику вчасно не закрили задачу на повернення майна;
• CEO отримав звіт зі старими даними?

Тут не варто вигадувати універсальну ціну однієї помилки.

Для однієї компанії затримка доступу означатиме 30 хвилин роботи IT. Для іншої — втрачений робочий день нового інженера.

Тому такі витрати потрібно рахувати на власних даних: скільки випадків виникло × скільки часу або грошей реально забрав кожен із них.

Чому ці витрати так легко не помітити

Тому що вони складаються з дуже маленьких дій.

Три хвилини тут. П’ять хвилин там. Повідомлення менеджеру. Перевірка таблиці. Ще одне оновлення статусу.

Але проблема непотрібної операційної роботи значно ширша за HR. 

У Global Human Capital Trends 2025 Deloitte повідомляє, що учасники дослідження оцінювали частку свого робочого часу, яка не створює цінності для організації, у 41%. У глобальному дослідженні взяли участь майже 10 000 бізнес- і HR-лідерів із 93 країн. Deloitte серед причин окремо називає застарілі процеси, надмірну кількість неважливої роботи та додаткову цифрову бюрократію.

Ми бачимо схожу проблему вже безпосередньо в HR. У нашому анонімному експрес-опитуванні 115 HR-фахівців частина операційного навантаження припадає саме на перенесення даних, синхронізацію систем, звітність, відсутності, онбординг та інші повторювані процеси.

Порахуємо один найм

Візьмемо умовний приклад.

*Важливо: цифри нижче — не статистика HURMA і не середні показники ринку. Це умовна модель, щоб показати метод розрахунку.

Після прийняття оферу HR виконує:

Дія	Час
Оновити статус і фінальні дані в ATS	2 хв
Перенести дані в HR-таблицю	4 хв
Створити онбординг	5 хв
Створити задачі для IT / адміністратора	5 хв
Запланувати стартові зустрічі	4 хв
Перевірити готовність перед виходом	5 хв
Разом	25 хв

Один новачок — лише 25 хвилин. Якщо компанія наймає 8 людей на місяць: 8 × 25 хв = 200 хвилин, або 3 години 20 хвилин.

І це лише передача кандидата в онбординг. Тут немає:

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

Саме тому рахувати варто процес, а не один клік.

Порахуємо відпустку

Працівник пише менеджеру або заповнює форму. Потім:

1. Менеджер погоджує.
2. HR перевіряє повідомлення.
3. Вносить відсутність у таблицю.
4. Оновлює календар або інший сервіс.
5. За потреби передає інформацію бухгалтерії.
6. Пізніше перевіряє актуальний залишок.

Припустимо, ручна частина одного такого запиту займає 6 хвилин.

50 запитів на місяць: 50 × 6 хв = 5 годин.

Знову ж таки — це приклад.

Але він дуже добре показує масштабування: операція не стає складнішою. Просто вона повторюється все частіше.

Тому процес, який чудово працював для 20 людей, може стати дорогим у компанії на 100 або 200.

Порахуємо один запит CEO

«Скиньте, будь ласка, headcount, скільки людей найняли за квартал, плинність і як проходить онбординг».

Якщо всі дані вже знаходяться в одній системі — це запит до звіту. Якщо ні, починається маленьке дослідження:

• ATS — кількість наймів.
• Таблиця — актуальний штат.
• Інший файл — звільнення.
• Notion — онбординги.
• Forms — результати опитувань.

Потім усе це потрібно перевірити й звести.

У кейсі Digital Dynamics HR-директорка Альона Кореневич описувала саме цю проблему: після виходу компанії з холдингу процеси певний час трималися на таблицях, окремих файлах і домовленостях у чатах, через що звітність потребувала додаткової ручної роботи. Після централізації процесів у HURMA, за її словами, потрібний звіт для керівництва можна відобразити «за 1 секунду».

Як провести аудит власного HR-стека

Почніть із трьох-п’яти процесів, які повторюються найчастіше.

Крок 1. Намалюйте реальний шлях

Не той, що написаний у регламенті. А той, який HR реально проходить сьогодні. Наприклад: Офер — ATS — таблиця — Notion — Jira — Calendar — Slack.

Крок 2. Позначте кожну ручну синхронізацію

Де інформація сама не переходить далі?

• скопіювати;
• створити;
• перенести;
• повідомити;
• перевірити;
• нагадати.

Це і є ваші стики.

Крок 3. Заміряйте час

Не оцінюйте «десь хвилин п’ять». Візьміть кілька реальних випадків і подивіться, скільки часу операція займає насправді.

Особливо врахуйте час на:

• пошук потрібного запису;
• перевірку;
• повернення до процесу;
• виправлення.

Крок 4. Помножте на частоту

5 хвилин × 2 рази на місяць — дрібниця. 5 хвилин × 150 разів — уже понад 12 годин.

Саме частота робить мікродію дорогим процесом.

Крок 5. Додайте всіх учасників

Не тільки HR. Якщо менеджер щоразу заходить у ще одну систему, перевіряє статус, дублює оцінку, відповідає HR, шукає стару домовленість, — це також частина вартості процесу.

Крок 6. Окремо випишіть помилки

За останні три місяці, скільки:

• разів дані не збігалися;
• разів забули задачу;
• було повторних уточнень;
• разів звіт довелося перерахувати;
• новачків чекали на доступи.

Так з’являється вже не теоретична, а ваша власна модель TCO.

А якщо головна вартість виникає саме на стиках?

Порівнюйте не ціни окремих сервісів, а повну вартість роботи всього HR-стеку — разом із підписками, ручними діями та часом команди.

Наприклад, HURMA об’єднує HRM, ATS, онбординг, відсутності, опитування, OKR та HR-аналітику в одному середовищі. Дані кандидата після найму не потрібно заново створювати в окремій HR-базі, а інформація про працівника, адаптацію й подальші HR-процеси залишається в одному контурі.

Цінність тут в тому, що частина передач між процесами зникає як окрема ручна робота.

Не вірте чужому TCO — порахуйте свій 🙂

Компанія на 30 людей і компанія на 300 людей матимуть абсолютно різну цифру.

Різнитиметься:

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

Тому цифра іншої компанії може бути хорошою ілюстрацією, але поганою основою для вашого рішення.

Для цього ми зробили TCO-калькулятор HURMA: у ньому можна перевести поточні ручні операції та набір інструментів у години й гроші й побачити повну вартість свого HR-стека.

Підсумуємо

П’ять HR-інструментів можуть бути абсолютно нормальним рішенням, поки HR не виконує роль інтеграції між ними.

Тому починати варто не з питання «який сервіс прибрати?». Почніть з іншого: Скільки ручних переходів потрібно, щоб один HR-процес дійшов від початку до кінця?

Порахуйте їх. Переведіть у години. Додайте вартість часу людей. І лише після цього стане зрозуміло, скільки ваш HR-стек коштує насправді.