Онбординг новых сотрудников

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 часа в неделю со стороны владельца процесса после релиза.