Онбординг разваливается в двух конкретных точках, и ни одна из них не связана с приветственным письмом. Первая — доступы: человек выходит, а учётной записи, пропуска и прав в учётной системе нет, и первые два дня он сидит и ждёт. Вторая — вторая и третья неделя, когда торжественная часть закончилась, руководитель вернулся к своим задачам, а новичок остался один с вопросами, которые не решается задать.
Автоматизация здесь работает узко, но надёжно: она умеет собрать документы, поставить заявки на доступы за три дня до выхода и не дать руководителю забыть про встречу обратной связи на четырнадцатый день. Всё остальное — разговор о задачах, знакомство с командой, разбор первой ошибки — автоматизации не поддаётся, и попытки заменить это ботом дают ровно обратный эффект.
Дальше — сценарий по дням с ответственными за каждый шаг, схема связки с кадровым учётом и заявками в ИТ, две метрики, по которым эффект видно, и расчёт: во что обходится один несостоявшийся выход и при каком числе выходов в год проект окупается в пределах первого года.
Сценарий по дням: от минус третьего до тридцатого
Ключевая мысль сценария в том, что он начинается до первого рабочего дня. День выхода — это не старт процесса, а точка, к которой всё уже должно быть готово: подписаны документы, открыты доступы, выдана техника, назначен наставник и в календаре руководителя стоят две встречи — на четырнадцатый и на тридцатый день.
| Когда | Что происходит | Кто отвечает | Что делает система |
|---|---|---|---|
| День −3 | Документы подписаны, заявки на учётные записи, права и технику поставлены, пропуск заказан, назначен наставник | Кадровик ставит, ИТ и АХО исполняют | Собирает документы, автоматически создаёт заявки по шаблону роли, контролирует срок исполнения |
| День −1 | Проверка: всё ли исполнено. Новичку уходит письмо с адресом, временем, именем встречающего и списком того, что взять с собой | Кадровик | Сверяет статусы заявок и подсвечивает неисполненные, отправляет письмо |
| День 1 | Встреча, рабочее место, выдача техники, инструктаж, знакомство с командой, разговор с руководителем о задачах на испытательный срок | Руководитель и наставник | Ничего, кроме чек-листа «что должно заработать сегодня» у кадровика |
| Дни 2–5 | Доступ к базе знаний, короткие материалы и тест по обязательным темам, первая небольшая задача с наставником, короткая сверка в конце дня | Наставник | Выдаёт материалы порциями, принимает тест, фиксирует результат в кадровом учёте |
| Неделя 2 | Первая встреча обратной связи: что получается, что мешает, какие доступы не работают | Руководитель | Напоминает руководителю за сутки, задаёт новичку четыре вопроса и передаёт ответы до встречи |
| Неделя 4 | Разговор о промежуточных итогах испытательного срока, корректировка задач, отметка о первой самостоятельной задаче | Руководитель | Напоминает, собирает отметки, считает время до первой самостоятельной задачи |
Горизонтальная лента времени с шестью отметками: «−3», «−1», «День 1», «Дни 2–5», «Неделя 2», «Неделя 4». Над каждой отметкой — что происходит, под каждой — ответственный: «кадровик», «кадровик», «руководитель и наставник», «наставник», «руководитель», «руководитель». Отметки «−3» и «−1» обведены и подписаны «здесь ломается чаще всего». Отдельная нижняя дорожка серым: «что делает система» с тремя блоками — «заявки на доступы», «материалы и тест», «напоминания». Чертёжный стиль, надписи по-русски.
Сценарий выглядит очевидным, и именно поэтому его редко записывают. Пока он живёт в головах, каждый выход проходит по-своему: одному новичку доступы открыли заранее, второму — на третий день, третьему забыли назначить наставника. Записанный сценарий с ответственными — это половина проекта, и он делается за один вечер силами кадровика и руководителя, без подрядчика.
Доступы: почему они всегда опаздывают
Доступы опаздывают по структурной причине: заявку ставит кадровик, исполняют её ИТ и АХО, а срок ей задаёт дата выхода, о которой кадровик узнаёт последним. Между решением о найме и постановкой заявок проходит несколько дней, а между заявкой и исполнением — ещё несколько, и они складываются ровно в те два дня, которые новичок проводит без учётной записи.
Чинится это не напоминаниями, а связкой: как только в кадровом учёте появляется запись о приёме с датой выхода, система сама создаёт пакет заявок по шаблону роли и ставит им срок «дата выхода минус три дня». Шаблон роли — это список того, что нужно кладовщику, менеджеру, бухгалтеру: учётные записи, права в учётных системах, техника, пропуск, спецодежда.
- 1Источник события — кадровый учёт, а не письмо
Запись о приёме с датой выхода — единственный триггер. Пока пакет заявок запускается письмом кадровика в общий чат, он будет теряться и опаздывать. Если кадровые документы уже переведены в электронный вид, событие появляется в системе в момент подписания, а не через неделю.
- 2Шаблон роли вместо перечисления руками
Один раз описываются наборы прав и оборудования под типовые роли. Дальше кадровик выбирает роль, а не вспоминает, что кладовщику нужен доступ к терминалу сбора данных. Права выдаются по минимально необходимому набору — это то же правило, что и для любого доступа в компании.
- 3Срок — минус три дня, а не «до выхода»
У каждой заявки конкретная дата исполнения. Три дня — это запас на то, что что-то не сработает: учётная запись создастся, а права не применятся, техника окажется в ремонте, пропуск не успеют напечатать.
- 4Проверка накануне, а не в первый день
За день до выхода система сверяет статусы и показывает кадровику список неисполненного. Это единственный момент, когда ещё можно что-то успеть. Проверка в первый день — это уже не проверка, а протокол о неготовности.
Карта связей из четырёх узлов. В центре слева узел «Кадровый учёт: запись о приёме, дата выхода» со стрелкой вправо к узлу «Шаблон роли». От него три стрелки к узлам «ИТ: учётные записи и права», «АХО: техника, пропуск, спецодежда», «Обучение: обязательные инструктажи». На каждой стрелке подпись «срок: дата выхода −3 дня». Внизу обратная стрелка от всех трёх узлов к блоку «Сверка накануне: список неисполненного». Отдельной пунктирной линией показан старый маршрут «письмо в общий чат» с пометкой «теряется». Чертёжный стиль, подписи по-русски.
Три задачи, которые снимаются целиком
Полностью автоматизируются только те шаги, где нет суждения и нет отношений между людьми. Их ровно три, и вместе они дают основную часть высвобожденных часов.
- Сбор документов. Список нужных документов, приём сканов или подписание в электронном виде, проверка комплектности, напоминания о недостающем. Это же снимает главную причину, по которой первый день уходит на бумаги, а не на работу.
- Заявки на доступы и оборудование. Пакет заявок по шаблону роли со сроком «минус три дня», контроль исполнения, сверка накануне выхода.
- Напоминания и сбор обратной связи. Руководителю — за сутки до встречи на 14-й и 30-й день; новичку — четыре коротких вопроса перед каждой встречей, чтобы разговор начинался не с нуля. Ответы попадают руководителю до встречи, а не в отчёт после неё.
К этому примыкает четвёртая задача, которая автоматизируется частично: ответы на вопросы новичка про отпуска, справки, график и внутренние правила. Здесь работает тот же внутренний ассистент, что и для остальных сотрудников, — отдельный «бот для новичков» делать не нужно, у них те же вопросы, только заданы в первые недели и все сразу.
Что боту отдавать нельзя
Есть три разговора, которые определяют, останется человек или уйдёт, и ни один из них нельзя перевести в переписку с автоматом. Это не вопрос вкуса: в каждом из них смысл ровно в том, что время тратит живой человек, и подмена читается мгновенно.
| Что | Почему нельзя автоматизировать | Что делает система вместо этого |
|---|---|---|
| Разговор о задачах на испытательный срок | Критерии прохождения — это договорённость двух людей, а не список из шаблона. Присланный ботом чек-лист читается как формальность и обесценивает сам испытательный срок | Напоминает руководителю провести разговор и фиксирует итог: три задачи и признак выполнения каждой |
| Знакомство с командой | Смысл в том, что коллеги потратили на человека время. Автоматическая рассылка «в команду вышел новый сотрудник» этого не заменяет и обычно остаётся непрочитанной | Ставит в календарь встречу и подсказывает наставнику, кого именно представить в первые дни |
| Разбор первой ошибки | Это точка, где новичок решает, безопасно ли здесь ошибаться. Формальное уведомление о нарушении на этом месте даёт ровно противоположный результат | Ничего. Система не должна знать об этом событии и не должна на него реагировать |
Сравнение в две колонки. Левая «Снимается целиком»: сбор документов, заявки на доступы и технику, напоминания о встречах, выдача материалов и тестов, ответы на типовые вопросы. Правая «Остаётся человеку»: разговор о задачах на испытательный срок, знакомство с командой, разбор первой ошибки, решение о прохождении испытательного срока. Между колонками вертикальная линия, подписанная «граница проходит там, где начинаются отношения». Чертёжный стиль, надписи по-русски.
Две метрики, по которым видно эффект
Процент прохождения welcome-курса и оценка «понравилось ли вам первое впечатление» ничего не измеряют. Работающих метрик две, и обе считаются в обычной таблице, без отдельной системы — снять их надо до внедрения, иначе сравнивать будет не с чем.
- 1Текучесть на испытательном сроке: сколько человек из числа вышедших за период не доработали до конца испытательного срока, в процентах. В модельной компании это 8 из 24 за год — 33 %. Считается по кадровым приказам, доступно за пятнадцать минут.
- 2Время до первой самостоятельной задачи: сколько рабочих дней прошло от выхода до момента, когда человек закрыл задачу своей роли без участия наставника. Требует одной отметки от руководителя и даёт больше, чем любой опрос: этот срок сокращается раньше, чем меняется текучесть.
Текучесть на испытательном сроке за прошлый год восстанавливается по приказам о приёме и увольнении. Время до первой самостоятельной задачи придётся начать отмечать сейчас — за два-три месяца наберётся база для сравнения. Без этих двух чисел разговор об эффекте онбординга через год превращается в обмен впечатлениями.
Сколько стоит несостоявшийся выход
Цена одного человека, который вышел и ушёл в первый месяц, складывается не из его зарплаты — работу он какую-то делал. Она складывается из потраченного на поиск, потраченного на ввод в должность и, главное, из того, что позиция снова стоит пустой, пока идёт повторный цикл. Считаем на тех же ставках, что и в опорной статье кластера: час рекрутера — 634 ₽, день незакрытой линейной позиции — 2 500 ₽.
Дальше эти числа собираются в годовую картину. Модельная компания: 60 сотрудников, 24 выхода в год, из них 8 не доживают до конца испытательного срока — шесть линейных и двое специалистов. Шесть по 52 312 ₽ — это 313 872 ₽, двое по 242 249 ₽ — 484 498 ₽. Вместе 798 370 ₽ в год, и эта сумма не видна ни в одном бюджете, потому что размазана по фонду оплаты труда, расходам на подбор и потерянной выручке.
Две части. Слева две составные столбиковые диаграммы: «Линейная позиция — 52 312 ₽» и «Специалист — 242 249 ₽», каждая разбита на сегменты «поиск», «оформление и доступы», «часы наставника и руководителя», «простой позиции»; сегмент простоя подписан отдельно (35 000 ₽ и 164 730 ₽) и занимает большую часть. Справа простой график: по горизонтали число выходов в год (от 10 до 60), по вертикали срок окупаемости в месяцах; отмечены две точки — «24 выхода — 21 месяц» и «33 выхода — 12 месяцев», линия 12 месяцев проведена штрихом. Чертёжный стиль, надписи по-русски.
Окупаемость: порог — 33 выхода в год
Теперь считаем проект. Сценарий онбординга со связкой с кадровым учётом и с системой заявок — это 240 000 ₽ разово и около 11 000 ₽ в месяц на поддержку и каналы. Эффект складывается из трёх частей: сокращение числа несостоявшихся выходов и высвобожденные часы кадровика и руководителя.
Вывод из расчёта неудобный, но честный: при 24 выходах в год полноценный проект окупается только на второй год, и это нормальная причина его отложить. Порог считается просто — годовой эффект растёт пропорционально числу выходов, и чтобы он покрыл 372 000 ₽ первого года, нужно около 33 выходов. Это уровень компании со сменным персоналом, розничной сети или производства с текучестью выше средней.
Ниже порога работает урезанный вариант за неделю и почти бесплатно: записанный сценарий с ответственными, шаблоны заявок на доступы под три-четыре типовые роли, две встречи обратной связи в календаре руководителя как повторяющиеся события и папка с материалами первой недели. Это закрывает большую часть эффекта, потому что основная потеря происходит не от отсутствия системы, а от отсутствия договорённости о том, кто и что делает.
Когда автоматизировать онбординг не надо
Четыре ситуации, в которых проект стоит отложить. Первые три проверяются за вечер, четвёртая требует честного разговора с собой.
- 1Меньше 33 выходов в год. Расчёт выше: при 24 выходах окупаемость уходит за 21 месяц. Делайте записанный сценарий и шаблоны заявок, вернитесь к проекту, когда поток вырастет.
- 2Сценарий не описан и ответственные не назначены. Автоматизировать нечего: система зафиксирует текущий беспорядок и будет исполнять его быстрее и аккуратнее, чем раньше.
- 3Кадровые документы на бумаге и подписываются очно. Тогда первое звено — не онбординг, а перевод кадрового документооборота в электронный вид: без события «принят с такой-то даты» в системе триггера для заявок не существует.
- 4Люди уходят не из-за онбординга. Если новички уходят из-за оплаты, графика или руководителя, сценарий адаптации ничего не изменит — он сделает первые дни аккуратнее, а причина ухода останется. Это видно по выходным интервью: если в них повторяется одно и то же и это не «меня бросили в первый день», проект решает не ту задачу.
Если человек не подошёл по существу, ранняя выдача доступов не поможет — она только сделает расставание чуть дешевле. Заметная часть несостоявшихся выходов приходится не на адаптацию, а на ошибку отбора: кандидату описали одну работу, а он пришёл на другую. Отличить одно от другого можно только выходным интервью, и лечится это на этапе скрининга и первого контакта, а не сценарием первых тридцати дней.
