Онбординг · регламенты · внутренние заявки

HR-бот для компании

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

Проверить сценарии Разобрать свой процесс

Ответ с источником
Доступ по роли
Специалист для исключений

Иван Дейнека проектирует онбординг и внутренние HR-процессы компании — Иван Дейнека, основатель BotLabsАвтоматизируем маршрут запроса, но оставляем кадровое решение ответственному специалисту.

Короткий ответ

HR-бот — это управляемая точка входа в процессы компании.

Он не заменяет HRM и не принимает решения о людях. Его задача — идентифицировать сотрудника, понять намерение, показать актуальную инструкцию или создать структурированную заявку, а затем синхронизировать статус с учётной системой. Такой бот для онбординга устраняет разрыв между планом HR и ежедневными действиями новичка. HR-бот полезен и после адаптации: помогает найти правило, подать запрос, увидеть согласующего и получить уведомление о результате. Автоматизация HR-процессов начинается с одного повторяемого маршрута, а не с переноса всех внутренних документов в чат.

Сотрудник: видит понятный шаг и статус
HR-команда: получает структурированные данные вместо переписки
Руководитель: согласует там, где это действительно нужно

Интерактивная модель

Три момента, когда сотруднику нужна не справка, а маршрут.

Переключите сценарий. Это демонстрационная discovery-архитектура, а не готовый кейс. Реальные роли, документы, согласования и сроки мы определяем вместе с владельцем HR-процесса.

Первый рабочий день «Что мне сделать до встречи с руководителем?»

Бот сверяет роль и локацию, показывает персональный список шагов и фиксирует подтверждение.

01
КонтекстРоль, подразделение, локация, дата старта
02
ИсточникУтверждённый маршрут онбординга
03
ДействиеВыдать шаги, доступы и контакты
04
ВладелецHR координирует, руководитель подтверждает готовность

Если профиль неполный, бот не угадывает — создаёт запрос HR.

Первые 30 дней

Онбординг, в котором у каждого шага есть владелец и подтверждение завершения.

Новичок не должен самостоятельно собирать маршрут из писем, чатов и случайных документов. Бот показывает только актуальный этап, напоминает без давления и подсвечивает HR-команде реальный блокер.

Подготовка рабочего места

Всё необходимое готово к первому входу.

HR создаёт профиль, руководитель определяет маршрут, IT получает заявку на доступы и оборудование. Сотрудник видит время, контакт и короткий список без внутреннего административного шума.

Подтвердить дату, формат и контакт
Проверить готовность аккаунтов
Передать блокер владельцу процесса

Источник достоверных данных

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

Главный риск — красиво сформулированный, но устаревший или недоступный сотруднику ответ. Поэтому знания, правила доступа и маршруты заявок мы проектируем как отдельные управляемые слои.

Управляемые источники Регламенты и политики HRM и справочники Маршруты и SLA

HR orchestration роль → намерение → правило → действие → журнал

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

Версия документа

Ответ привязан к действующему источнику. После изменения политики предыдущую версию можно восстановить по журналу.

Ролевой доступ

Сотрудник, руководитель и HR видят разные данные. Отсутствие права доступа не маскируется «приблизительным» ответом.

Человек в контуре

Конфликт, оценка, компенсация и другие чувствительные вопросы автоматически передаются ответственному специалисту.

Внутренние заявки

Статус без сообщения «напомните, пожалуйста».

Сотрудник подаёт запрос в привычном канале. Бот проверяет обязательные поля, создаёт запись в системе, находит согласующего и возвращает статус. Если интеграция недоступна, обращение не исчезает: оно попадает в очередь повторной доставки.

отпуск, удалённая работа или изменение графика;
справка, доступ, оборудование или изменение персональных данных;
вопрос о выплатах, льготах или внутреннем событии;
оффбординг с возвратом доступов и имущества.

Заявка созданадемонстрационный интерфейс

ЗапросОтпуск12–16 августа · 5 календарных дней

Данные провереныПоля заполнены
Согласование руководителяОжидает решения
Запись в HRMПосле согласования

Аудит включёнУ каждого изменения есть время, автор и причина.

Роли

Один интерфейс, но разная ответственность.

Сотрудник

Знает, что делать дальше

Видит свои задачи, доступные политики, заявки и статусы. Не получает административные данные других людей.

Руководитель

Согласует исключения

Получает только те решения, где нужна его роль: приоритет, дата, краткий контекст и последствие согласования.

HR-команда

Управляет системой

Обновляет источники, видит блокеры, эскалации и качество ответов. Решения о людях не делегируются алгоритму.

Честно о доказательствах

Эта страница показывает проектную модель, а не выдуманный клиентский кейс.

У BotLabs нет подтверждённого публичного кейса именно HR-бота, который можно корректно приписать конкретной компании. Поэтому мы не публикуем чужие логотипы, «результаты» без базовой линии или название компании, в которой не было внедрения.

Посмотреть реальный смежный кейс чек-листов

Что проверяем вместо обещаний

01
Один сквозной маршрут. От сообщения сотрудника до записи, согласования и статуса.
02
Доступ к источнику. Видит ли каждая роль только разрешённый документ и данные.
03
Исключение и сбой. Что произойдёт, если ответа нет или HRM временно недоступна.

Интеграции

Бот не становится ещё одной базой данных.

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

Telegram / ViberВеб-кабинетКорпоративный канал

API + webhooksидентификация · правила · журнал · очередь

HRM / ERPService deskБаза знанийАналитика

Персональные данные

Собирать меньше — безопаснее, чем защищать лишнее.

На discovery мы составляем карту данных: что действительно нужно сценарию, кто владелец, сколько хранится информация и кто может её просматривать. Отдельно определяем действия, которые бот никогда не выполняет автоматически.

Минимизация

В диалог не выводятся полные кадровые карточки, если для ответа достаточно статуса или краткого признака.

Контроль доступа

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

Журнал и срок

Критические действия логируются, а история хранится только в соответствии с согласованной политикой компании.

Метрики

Не «экономия времени вообще», а измеримые изменения процесса.

Целевое значение определяем после базового замера. Страница не обещает универсальный ROI: у каждой компании свой объём запросов, качество регламентов и сложность согласований.

Time to first action

Скорость первого самостоятельного действия

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

Self-service rate

Доля корректного самообслуживания

Запросы, завершившиеся актуальным ответом или заявкой без повторной переписки с HR.

Exception rate

Доля исключений и эскалаций

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

Flow completion

Завершение онбординга

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

Запуск

От одного HR-момента к управляемому сервису.

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

01
Discovery
Карта запросов и ролей
Выбираем частый сценарий, описываем входные данные, решение, владельца, сроки и опасные исключения.
02
Content
Аудит регламентов
Определяем действующие источники, ответственных редакторов, версии и правила доступа для каждой роли.
03
Prototype
Один сквозной сценарий
Собираем диалог, форму, интеграцию, эскалацию и статус. Тестируем на реальных примерах команды.
04
Pilot
Ограниченная группа
Запускаем на одной роли или подразделении, фиксируем базовую линию, ошибки и непредвиденные запросы.
05
Scale
Расширение после получения данных
Добавляем процессы, каналы и роли только после того, как видим качество ответов и стабильность интеграции.

Оценка

Стоимость зависит от процесса, а не от количества кнопок.

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

Получить рамки первого релиза

ИнтеграцииДоступность API, направления синхронизации, очереди и обработка ошибок.

Роли и доступыСотрудники, руководители, HR, администраторы и внешние подрядчики.

Готовность контентаСтруктура, версии, владельцы и правила обновления регламентов.

Соответствие задаче

Когда HR-бот стоит запускать — и когда сначала нужен порядок.

Подходит

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

Сначала не бот

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

Рабочий разбор

Покажите один HR-процесс, который каждую неделю требует внимания.

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

О чём часто спрашивают?Кто сейчас согласует?Где хранится статус?

FAQ

Вопросы об HR-боте

Короткие ответы о границах автоматизации, интеграциях, знаниях, безопасности и оценке результата.

Что такое HR-бот для компании?

Это внутренний цифровой сервис в мессенджере или веб-кабинете. Он ведёт сотрудника через онбординг, находит действующий пункт регламента, принимает типовые заявки и передаёт исключения ответственному специалисту вместе с контекстом.

Заменяет ли HR-бот HR-специалиста?

Нет. Бот убирает повторяющиеся действия, но сложные, конфиденциальные и нестандартные вопросы остаются за HR-командой. В системе должны быть правила эскалации и понятный владелец каждого процесса.

Какие HR-процессы можно автоматизировать первыми?

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

Откуда бот берёт ответы о политиках компании?

Из согласованной базы знаний: регламентов, инструкций, справочников или данных через API. В ответе следует показывать источник и версию документа, а неуверенные запросы передавать ответственному специалисту.

Можно ли интегрировать HR-бота с HRM, CRM или учётной системой?

Да, если у системы есть доступный API, webhook или другой безопасный способ обмена. До старта определяем, где хранятся профиль сотрудника, остаток отпуска, заявки, роли и статусы согласования.

Как защищают персональные данные сотрудников?

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

Как оценить результат после запуска?

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

От чего зависит стоимость HR-бота?

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

Автор и ответственный экспертИван Дейнека, основатель BotLabsОпубликовано: 30 июля 2026 · Обновлено: 30 июля 2026