Оглавление

• Зачем автоматизировать онбординг и офбординг
• Симптомы «ручного хаоса» и их цена
• Экономический эффект: где рождается ROI
• Что именно автоматизировать: конструктор процесса
  • 1) События-триггеры
  • 2) Роли и шаблоны задач
  • 3) Автозадачи с SLA и ответственными
  • 4) Контроль доступа «по ролям»
  • 5) Лицензии и оборудование как активы
  • 6) Шаблоны коммуникаций
  • 7) Оффбординг без «дыр»
• Дизайн целевой модели доступа «роль = набор прав»
• Пошаговый план внедрения за 4–6 недель
• Риски и как их снять
• Метрики, на которые смотреть каждую неделю
• Мини-кейс: как это работает на практике
• Частые вопросы
  • С чего начать, если бардак в ролях и системах?
  • Что делать с подрядчиками и стажёрами?
  • Как учитывать оборудование?
  • Это не ИТ‑проект?
  • Сколько это стоит?
• Короткий чек-лист запуска

Зачем автоматизировать онбординг и офбординг

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

Что даёт автоматизация:

• Минус 60–80% ручных операций HR и ИТ за счёт шаблонов и автозадач.
• Время до продуктивности сокращается на 30–50%: новичок начинает приносить ценность быстрее.
• Ноль «забытых» доступов при увольнении — критично для защиты данных и лицензий.
• Предсказуемость: все видят статусы и сроки, SLA соблюдаются.

Симптомы «ручного хаоса» и их цена

• Новичок ждет доступов 3–5 дней, руководитель «пробивает» их письмами. Цена: потеря первой недели.
• HR гоняет один и тот же чек-лист в Excel, ИТ ловит «пожары» из почты.
• По увольнению позиций «закрыть доступы» и «забрать ноутбук» висят неделями. Риск: утечки, штрафы, лишние лицензии.
• Руководители не видят, на каком этапе сотрудник застрял.

День простоя нового менеджера по продажам с планом 1,2 млн ₽ в месяц — это около 60 тыс. ₽ в неделю недополученной выручки. Даже если оценивать консервативно (не сразу приносит 100% плана), «съедается» 20–30 тыс. ₽ на человека за первую неделю ожидания.

Экономический эффект: где рождается ROI

Экономика складывается из трёх блоков:

1. Сокращение трудозатрат HR/ИТ

• Было: 4 часа HR + 5 часов ИТ на одного новичка. Стало: 1 час HR + 2 часа ИТ.
• Экономия 6 часов на человека. При 30 онбордингах в месяц — 180 часов, ~1 FTE.

2. Ускорение Time-to-Productivity

• Сокращение на 3–5 дней даёт экономию ФОТ/ускорение выручки. Даже при частичной эффективности это ощутимо на масштабе.

3. Снижение рисков и затрат на лицензии

• Закрытие доступов в день увольнения экономит 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 недель у вас появится управляемый конвейер ввода и вывода людей из компании без лишних рисков и холостых затрат.