Онбординг нових співробітників

AI-агент в автоматизації «Онбординг нових співробітників» закриває типовий для SMB пробіл між HRIS, трекером завдань і корпоративним месенджером. Замість того щоб HR-менеджер вручну дублював ті самі кроки для кожного новачка, сценарій відпрацьовує їх за єдиним шаблоном і адаптує під роль, відділ і дату старту. Результат — стандартизований онбординг без ручного babysitting і без втрат у деталях.

Що автоматизація виконує на кожному найманні:

1. Отримує подію про нового співробітника з HRIS: підписаний офер, дата виходу, роль, відділ, керівник.
2. Будує персональний план адаптації на основі ролі: набір завдань, зустрічей, контактів, матеріалів для першого тижня, першого і третього місяця.
3. Створює тікети в Issue tracking для IT (ноутбук, VPN, акаунти в інструментах), фінансів (оформлення, корпоративна картка) і керівника (план 30/60/90 і щотижневі 1-on-1).
4. Надсилає новачку welcome-пакет у Communications: привітання, корпоративні політики, посилання на базу знань, календар першого тижня.
5. Генерує чернетки матеріалів — коротке представлення команди, список ключових контактів, FAQ щодо внутрішніх процесів — на основі корпоративної бази знань.
6. Нагадує баддi, керівнику і самому співробітнику про ключові точки: день 1, день 7, день 30.
7. Збирає зворотний зв'язок через короткі форми на 7 і 30 день і додає результати до картки співробітника в HRIS.
8. Ескалює проблеми власнику процесу: не видано доступ, не проведено зустріч, не заповнено форму зворотного зв'язку.

Що автоматизація не робить

• Не приймає рішень щодо найму і не оцінює кандидатів — запускається лише після підписання оферу і появи запису в HRIS.
• Не замінює живі зустрічі з баддi, керівником і командою — підказує їх час і готує матеріали, але не проводить.
• Не пише корпоративну базу знань з нуля — спирається на наявні документи, і якщо їх немає, генерація welcome-матеріалів буде поверхневою.

Технічний каркас автоматизації — це зв'язка HRIS як джерела даних, low-code workflow-рушія в ролі диригента, AI-агента на базі AI-моделі для генерації текстів і трьох інтеграцій для надання доступів і комунікації. Grow2.ai збирає цю зв'язку як повторно використовуваний workflow, а не одноразовий скрипт.

Потік даних при кожному наймі:

1. HRIS публікує webhook про подію «новий співробітник» або workflow-рушій опитує його за розкладом.
2. Оркестратор приймає корисне навантаження з даними про співробітника і маршрутизує сценарій за відділом і роллю.
3. AI-агент отримує контекст: дані про співробітника, шаблон плану онбордингу для його ролі, релевантні документи з корпоративної бази знань через vector store.
4. Агент генерує персональні тексти: welcome-повідомлення, коротке представлення команди, FAQ з процесів відділу.
5. workflow-рушій паралельно створює тикети в Issue tracking за шаблонами: доступи, оформлення, ознайомчий план.
6. Комунікації надходять у Communications — у канали команди та в особисті повідомлення новачку — з урахуванням часового поясу і робочого розкладу.
7. На ключових точках (день 1, 7, 30) сценарій запускає повторні перевірки: чи все видано, чи проведені зустрічі, чи заповнені форми зворотного зв'язку.
8. Результати записуються назад у HRIS — у картку співробітника — і в dashboard для власника процесу.

Основні компоненти рішення:

Кроки впровадження, які бере на себе Grow2.ai:

1. Вивчення поточного процесу онбордингу і виділення 2-3 ключових ролей для першого релізу.
2. Підключення HRIS: налаштування webhook або розкладу опитування, нормалізація полів.
3. Налаштування шаблонів завдань в Issue tracking і прив'язка їх до ролей і відділів.
4. Розмітка каналів і повідомлень у Communications, налаштування прав бота.
5. Завантаження корпоративної бази знань у vector store і перевірка якості відповідей агента.
6. Написання і тестування промптів AI-агента для welcome-текстів і представлень команди.
7. Прогін сценарію на тестовому наймі або на реальному новачку під наглядом HR.
8. Передача документації і навчання власника процесу на стороні клієнта.

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

Автоматизація спирається на кілька типових систем і мінімальний порядок у процесах. Якщо їх немає, Grow2.ai запропонує тимчасові обходи, але тривалість впровадження зросте.

Системи та доступи:

• HRIS з API або webhook (BambooHR, HiBob, Humaan, Personio) — або узгоджений альтернативний тригер (Google Sheets, форма в Notion, Slack-канал з ботом).
• Issue tracking з API: Jira, Linear або GitHub Issues з правами на створення тікетів.
• Корпоративний месенджер (Slack або Microsoft Teams) з workspace-admin правами на налаштування бота.
• Корпоративна база знань з мінімальним вмістом: політики, опис команд, ключові процеси. Підходить Notion, Confluence, Google Docs.
• Еталонний чек-лист онбордингу для 2-3 ключових ролей — список задач, зустрічей і контактів, який сьогодні веде HR.

Готовність команди:

• Власник процесу на стороні клієнта — HR-менеджер або COO — готовий виділяти 2-3 години на тиждень на підтримку сценарію та актуалізацію шаблонів.
• IT-підтримка підключається на етапі інтеграції HRIS і месенджера.
• Керівники готові працювати із завданнями в Issue tracking і відповідати на ескалації AI-агента.

Орієнтири за термінами:

• Перша роль і відділ — 2-4 тижні від старту до прогону на реальному найманні.
• Розширення на решту ролей і відділів — ще 2-4 тижні паралельно з першим використанням.
• Регулярна підтримка — 2-3 години на тиждень з боку власника процесу після релізу.