Бумеранг-найм удвоился за год: как возвращать бывших без вреда команде

Бумеранг-найм перестал быть штучным сюжетом. По свежей цифре «Коммерсанта», в 2026 году половина российских компаний целенаправленно зовёт уволившихся сотрудников обратно — год назад таких было только треть. Это не сезонный всплеск и не локальный тренд по двум отраслям. Это структурный сдвиг в том, как закрываются вакансии.

В исследовании SuperJob, на которое ссылается «Коммерсантъ», 50% работодателей подтвердили, что инициировали возврат бывших сотрудников за последний год — против 33% в 2025-м. Из них 14% вернули всех, кого пригласили. 70% — частично. 20% получили отказ от всех. Со стороны работников картина симметрична: 52% за год получали приглашения вернуться, 15% соглашались. Главная причина отказа — низкая зарплата (19%), на втором месте — плохие условия (16%). Эксперт SuperJob Алексей Чихачёв формулирует напрямую: «бумеранг-сотрудники из штучных историй превратились в обычную часть найма».

Это новость не про то, что HR-отделы открыли для себя возвращение. Это новость про то, что рынок дозрел до момента, когда возврат бывших дешевле и быстрее, чем рекрутмент с открытого рынка. И HR-инструмент, который не учитывает re-hire — а большинство порталов не учитывают — будет неприятно глянуться через полгода.

Почему сейчас

Картина по рынку складывается так. С одной стороны, как недавно показал hh.ru, только треть российских компаний в этом году подняла оклады — две трети рынка деньгами не двигаются. С другой стороны, затраты на привлечение нового сотрудника растут: дольше воронка, дороже размещения, и интерес кандидатов к открытому рынку с весны заметно остыл. В этой математике звонок бывшему, который ушёл полтора года назад и осел не там, где мечтал, начинает играть совсем по-другому.

Прибавьте к этому, что бывший приходит с известным треком. У руководителя есть точное представление о том, что человек умеет, как работает в стрессе, как ведёт себя на 1-1. Это не «купить кота в мешке», это «вернуть проверенного». Многие HRD, с которыми мы говорили в последние месяцы, прямо признают: если существенная доля затрат на найм отбивается возвратом — это уже отдельный канал, который заслуживает процесса.

Почему обычный онбординг бывшему не подходит

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

Эта неловкая сцена не редкость. Она следует из того, что HR-системы устроены так, как будто человек либо новый, либо уже есть. Сценария «уходил, но возвращается» нет. Когда бывший возвращается, у него в новом профиле:

• нет связи со старой записью в оргструктуре (старая мёртвая, новая — с нуля),
• нет истории отсутствий, грейдов, обзоров и целей,
• нет фильтра «что в компании поменялось за время моего отсутствия»,
• онбординг-трек — такой же, как у вчерашнего стажёра.

В результате — две очень разные проблемы. Первая: re-hire тратит первые три-четыре недели на разбор того, что ему уже известно («у нас Postgres, регламент code review, отсутствия согласовывает руководитель и тимлид»). Вторая: коллеги, которые остались, видят, что вернувшийся проходит ту же процедуру, что и новый, и это считывается как «компания делает вид, что у нас тут текучка с чистого листа». На pulse-замере через месяц видно провал по «уважение к опыту».

Что должен уметь портал, чтобы re-hire не разрушил команду

Не магия и не новая фича за полгода. Скорее пять довольно скучных вещей, которые сложатся в нормальный re-hire.

Первое — связь со старой записью в оргструктуре. Когда человек возвращается, его новый профиль должен иметь явную пометку «re-hire» и ссылку на старую запись. Это даёт два эффекта: руководитель видит историю (когда работал, в каком отделе, на каком грейде), а HR не повторяет ритуал заполнения базовых данных, которые уже были собраны. Если старая запись была удалена по запросу самого сотрудника — это его право, тогда стартуем с чистого листа. Но обычно она лежит в архиве и нужна для контекста.

Второе — дельта-онбординг. Не общий трек, а сокращённый, который показывает только то, что изменилось за время отсутствия. Новые правила отсутствий. Свежий процесс согласований. Изменения в оргструктуре («твой старый отдел переехал, теперь подотдел B2B»). Новые тарифы ДМС. Новые продукты. По наблюдениям с пилотов это занимает у re-hire полтора-два дня вместо двух недель — и не оскорбляет.

Третье — диф-страница в базе знаний. В нормальной внутренней wiki у каждой статьи есть дата последнего изменения. Если бывший вернулся, ему полезно увидеть отфильтрованный список «всё, что менялось с моей даты ухода». Это легко делается и закрывает 70% вопросов «а как у нас теперь это».

Четвёртое — корректное возвращение грейда и целей. Тут начинается тонкое место. Возвращаемого нельзя ставить на старый грейд автоматически — за время отсутствия команда могла уехать вперёд, и старый Senior уже не Senior по сегодняшней матрице компетенций. Но и стартовать с Junior — оскорбительно. Нормальный сценарий: ставим на тот грейд, который соответствует текущей матрице по результатам короткого 360-обзора с двух-трёх предыдущих коллег. Грейд после этого фиксируется в карточке вместе с примечанием «возврат, скорректировано по матрице 2026».

Пятое — pulse-замер в смежных отделах через 30 дней. Возврат бывшего — это сигнал не только для самого вернувшегося, но и для команды. Кто-то посчитает, что вернувшийся отнял у них продвижение. Кто-то засомневается в стабильности компании. Кто-то наоборот воспримет это позитивно: «раз вернулся, значит, у нас неплохо». eNPS-замер в соседних отделах через месяц после возврата ловит этот сдвиг, пока он не созрел до собственных заявлений на увольнение.

Куда это всё ведёт

Если рынок продолжит идти в эту сторону — а судя по динамике SuperJob, продолжит — re-hire через год-два станет полноценным каналом найма для среднего по размеру бизнеса. И отличие компаний, которые с этим работают, от тех, кто игнорирует, будет видно по двум метрикам: time-to-productivity вернувшегося (хорошо: 2-3 недели; плохо: 2-3 месяца) и eNPS-сдвиг в команде после возврата (хорошо: ноль или плюс; плохо: минус).

Технически это не требует ни новой платформы, ни большого процесса. Нужны связь профилей, дельта-онбординг, диф в KB, корректировка грейда через короткий 360, pulse в соседних отделах. Пять модулей, которые в DTPulse уже работают — мы не строили их специально под re-hire, но обнаружили, что они закрывают этот сценарий аккуратно. На тарифе TEAM всё это доступно сразу.

И отдельный момент. Бумеранг хорошо ловится продуктово, но он не лечит причину, по которой человек когда-то ушёл. Если возврат стал нормой не потому, что у вас хорошо устроена компания, а потому что рынок сжался — это другой разговор. Тот, который начинается с пульс-опросов и заканчивается ревизией зарплатной политики.