Оглавление
Зачем автоматизировать онбординг и офбординг
Онбординг — это не приветственное письмо и кружка с логотипом. Это управляемый запуск сотрудника в работу: доступы, оборудование, задачи первой недели, знакомство с процессами, целями и командой. Оффбординг — зеркальная история: быстрый и чистый выход, отзыв доступов, передача знаний и активов. Любая задержка здесь бьёт и по деньгам, и по рискам.
Что даёт автоматизация:
- Минус 60–80% ручных операций HR и ИТ за счёт шаблонов и автозадач.
- Время до продуктивности сокращается на 30–50%: новичок начинает приносить ценность быстрее.
- Ноль «забытых» доступов при увольнении — критично для защиты данных и лицензий.
- Предсказуемость: все видят статусы и сроки, SLA соблюдаются.
Симптомы «ручного хаоса» и их цена
- Новичок ждет доступов 3–5 дней, руководитель «пробивает» их письмами. Цена: потеря первой недели.
- HR гоняет один и тот же чек-лист в Excel, ИТ ловит «пожары» из почты.
- По увольнению позиций «закрыть доступы» и «забрать ноутбук» висят неделями. Риск: утечки, штрафы, лишние лицензии.
- Руководители не видят, на каком этапе сотрудник застрял.
День простоя нового менеджера по продажам с планом 1,2 млн ₽ в месяц — это около 60 тыс. ₽ в неделю недополученной выручки. Даже если оценивать консервативно (не сразу приносит 100% плана), «съедается» 20–30 тыс. ₽ на человека за первую неделю ожидания.
Экономический эффект: где рождается ROI
Экономика складывается из трёх блоков:
- Сокращение трудозатрат HR/ИТ
- Было: 4 часа HR + 5 часов ИТ на одного новичка. Стало: 1 час HR + 2 часа ИТ.
- Экономия 6 часов на человека. При 30 онбордингах в месяц — 180 часов, ~1 FTE.
- Ускорение Time-to-Productivity
- Сокращение на 3–5 дней даёт экономию ФОТ/ускорение выручки. Даже при частичной эффективности это ощутимо на масштабе.
- Снижение рисков и затрат на лицензии
- Закрытие доступов в день увольнения экономит 1–2 лицензии на каждого (часто 1–3 тыс. ₽/мес за штуку) и снижает вероятность инцидента.
Итого: в компаниях от 300 сотрудников автоматизация обычно окупается за 2–4 месяца за счёт времени команд и оптимизации лицензий — без учёта риска штрафов и утечек.
Что именно автоматизировать: конструктор процесса
Подход «из коробки» не работает. Нужен конструктор, где вы задаёте правила, а система исполняет.
1) События-триггеры
- Оффер принят — запустить поток «Подготовка новичка».
- Первый рабочий день — активировать доступы, отправить серию приветственных писем, запланировать встречи.
- Окончание испытательного срока — сбор обратной связи, изменение роли/прав.
- Инициирован выход — запустить оффбординг: отзыв доступов, передача дел.
2) Роли и шаблоны задач
- Роль определяет нужные доступы, оборудование и обязательные шаги.
- Примеры: «Специалист поддержки L1», «Менеджер по продажам SMB», «Бухгалтер по расчету ЗП», «Продуктовый аналитик».
3) Автозадачи с SLA и ответственными
- HR: подготовить договор, собрать документы, оформить приказ.
- ИТ: создать учётки, выдать ноутбук, подключить к группам, настроить VPN.
- Безопасность: проверить обязательные обучения, NDA.
- Руководитель: цель на 30/60/90 дней, наставник, оценка по итогам 1-й недели.
4) Контроль доступа «по ролям»
- Роль = набор прав: корпоративная почта, каталоги, сервисы, системы.
- Изменение роли сотрудника — автоматическое изменение наборов прав.
5) Лицензии и оборудование как активы
- Каждая лицензия/ноутбук закрепляются за человеком и ролью.
- Автоосвобождение лицензий при увольнении, инвентаризация на лету.
6) Шаблоны коммуникаций
- Письмо новичку: что ждать в первый день, контакты, короткий план.
- Письмо наставнику: задачи первой недели и чек-лист.
- Письмо руководителю: напоминания о 30/60/90 днях.
7) Оффбординг без «дыр»
- Точная дата и время отключения доступов.
- Передача дел и календарей, архивирование почты, переназначение задач.
- Возврат оборудования, закрытие пропуска, бэкап рабочих артефактов.
Дизайн целевой модели доступа «роль = набор прав»
Без этой модели автоматизация буксует. Принципы:
- Минимально достаточные права: даём только то, что нужно по роли.
- Иерархия ролей: «Базовая корпоративная» + «Функциональная» + «Проектная».
- Срок действия временных допусков: автоматическое отключение.
- Журнал запросов на расширение прав с согласованием руководителя.
Как собрать роли быстро:
- Возьмите 10 самых частых должностей и опишите наборы доступов «как есть».
- Нормализуйте названия систем и групп (перестаньте плодить синонимы).
- Сверьте с безопасностью: где лишние полномочия, что можно укрупнить.
- Определите владельцев ролей (за содержимое отвечает функция, не ИТ).
Пошаговый план внедрения за 4–6 недель
Неделя 1. Диагностика и цель
- Посчитать «как есть»: сколько часов HR/ИТ на одного новичка и увольнение, где узкие места.
- Выбрать 3–5 типовых ролей для пилота и 1–2 региона/подразделения.
Неделя 2. Карта процессов и регламенты
- Описать целевые шаги онбординга/оффбординга, SLA и ответственных.
- Утвердить политику доступа «роль = права», список систем и лицензий.
Неделя 3. Настройка в системе-оркестраторе
- Создать шаблоны ролей и автозадач, завести статусы и уведомления.
- Подключить источники фактов: кадровая система (карточка сотрудника), каталог пользователей, учёт активов/лицензий.
Неделя 4. Пилот на реальных людях
- 10–15 онбордингов и 5–10 оффбордингов в «бою».
- Замерить фактические сроки, отловить недостающие шаги и исключения.
Неделя 5–6. Шлифовка и масштабирование
- Добавить роли, расширить на весь офис/подразделения.
- Включить отчётность по метрикам в еженедельный ритуал.
Важно: не пытайтесь автоматизировать всё сразу. Запустите скелет процесса и доводите в движении.
Риски и как их снять
- Сопротивление руководителей: «и так работало». Решение — показать цифры по времени и рискам на пилоте.
- Исключения и «особые» роли. Решение — 80/20: сначала массовые роли, особые — вручную по регламенту с учётом в журнале.
- Бардак в справочниках и дубли доступов. Решение — инвентаризация систем перед пилотом и чистка в процессе.
- Юридические риски (персональные данные). Решение — хранить только необходимые поля, доступ — по ролям, логировать действия, согласовать политику с юристами.
Метрики, на которые смотреть каждую неделю
- Time-to-Access: среднее время от оффера до выдачи ключевых доступов.
- Time-to-Productivity: срок до выполнения первых целевых действий (например, закрытие первой сделки/заявки/анализа).
- Выполнение SLA по задачам HR/ИТ/руководителя (в срок, просрочки, средний лаг).
- 100% закрытие доступов в день увольнения (доля записей, закрытых за 24 часа).
- Число лишних лицензий на человека (до/после).
- NPS новичка по итогам 1-й недели и 1-го месяца.
Простой дэшборд на этих цифрах убирает споры: видно, где тормозит.
Мини-кейс: как это работает на практике
Ритейлер, 800 сотрудников, до 50 онбордингов в месяц.
Как было:
- 9 часов суммарно на онбординг: HR (4ч), ИТ (4ч), руководитель (1ч). Доступы — до 3 дней.
- Оффбординг: 2–3 дня на отзыв доступов, 10–15 «висячих» лицензий каждый месяц.
Что сделали за 5 недель:
- Описали 6 массовых ролей, завели шаблоны доступов и задач.
- Настроили триггеры от кадровой системы и статусы с SLA.
- Включили автоматическое освобождение лицензий при увольнении.
Результат 2-й месяц:
- 1,5 часа суммарно на онбординг: HR (0,5ч), ИТ (0,7ч), руководитель (0,3ч).
- 95% ключевых доступов в день выхода, 100% отзывов доступов в день увольнения.
- −27 лишних лицензий, экономия ~45 тыс. ₽/мес.
Частые вопросы
С чего начать, если бардак в ролях и системах?
Начните с топ‑5 ролей по численности. Зафиксируйте «минимальный набор» доступов, договоритесь о владельцах ролей и заведите их в оркестратор. Остальное подтянете в процессе.
Что делать с подрядчиками и стажёрами?
Выделите отдельные роли с ограниченным временем действия прав и упрощённым онбордингом. Все временные доступы — с автоматическим отключением по дате.
Как учитывать оборудование?
Включите выдачу и возврат как обязательные шаги с фото/подписью. Инвентаризацию ведите на уровне «сотрудник — актив — статус». Возврат — блокирующее условие закрытия оффбординга.
Это не ИТ‑проект?
Это кросс‑функциональный проект. ИТ настраивает оркестратор и интеграции, но владелец — бизнес: HR и операционные руководители. Мерить успех надо бизнес‑метриками, а не количеством подключенных API.
Сколько это стоит?
Минимальный пилот — трудозатраты команды и лицензия на оркестратор процессов. В большинстве случаев окупаемость 2–4 месяца за счёт экономии времени и лицензий.
Короткий чек-лист запуска
- Есть карта онбординга/оффбординга по ролям с ответственными и SLA.
- Роли формализованы: «роль = набор прав», владельцы ролей назначены.
- Оркестратор задач и статусов выбран и настроен под ваши процессы.
- Автозапуск от событий кадровой системы, видимость статусов для всех.
- Еженедельный отчёт по метрикам, встреча 20 минут «разбор задержек».
Автоматизация онбординга и оффбординга — это редкий случай, когда «быстро и полезно» совпадают. Стартуйте с малого, опирайтесь на роли и метрики — и уже через 4–6 недель у вас появится управляемый конвейер ввода и вывода людей из компании без лишних рисков и холостых затрат.