Глава 12. Пребординг и закрытие контура


контура
Как пользоваться этой главой
Рабочая сцена. Кандидат принял оффер, команда поздравила друг друга, вакансию почти закрыли. За неделю до
выхода кандидат пишет, что текущий работодатель предложил повышение. IT еще не заказал доступы, мене
джер не подготовил первую неделю, финалистам не отправили статус, а причины отказов остались пустыми.
Формально оффер принят. Системно найм еще не завершен.
Что здесь на самом деле сломалось: команда поставила точку там, где нужен последний контур управления.
Роль закрыта только тогда, когда человек вышел, команда готова к старту, остальные кандидаты получили кор
ректный статус, финалисты не потеряны, а уроки вакансии зафиксированы.
Пребординг - это период между принятым оффером и первым рабочим днем. Закрытие контура шире: передать
контекст в HR, менеджеру и IT; подготовить старт; поддерживать связь с кандидатом; закрыть статусы в ATS;
корректно отказать остальным; сохранить сильных финалистов; провести ретроспективу и обновить правила.
Если этот контур не закрыт, компания теряет ценность уже проделанной работы.
Читайте главу как операционный чеклист для последних 10-30 дней найма. Если кандидаты принимают оффер,
но не выходят, начните с рисков и коммуникационного ритма. Если новый сотрудник выходит в хаос, смотрите
передачу контекста и готовность к старту. Если рекрутинг не учится на закрытых ролях, используйте ретроспек
тиву и блоки по данным. Если агентство закрывает размещение, но не управляет риском гарантийного периода,
смотрите агентские разделы.
Запомнить одной фразой: найм заканчивается не принятым оффером, а надежным стартом и закрытыми
обязательствами.
| Если у вас задача | Идите в раздел | Что получите |
|---|---|---|
| Проверить готовность старта | 5 | Чеклист готовности к старту |
| Держать кандидата до выхода | 6 | Коммуникация без давления и пустого шума |
| Работать с сильными финалистами | 7 | Закрытие отношений с финалистами |
| Провести ретроспективу роли | 8 | Как извлечь уроки из вакансии |
| Закрыть данные и статусы | 9 | Гигиена ATS, согласие, причины отказа |
| Измерять результат | 10 | Метрики пребординга и закрытия контура |
| Использовать HarmonyATS как пример | 11 | Этап, заметки, время до найма, движение и данные отказов |
| Разобрать кейсы | 12 | Мини-инструкции для сложных ситуаций |
| Использовать AI | 13 | Промпты с проверкой человеком |
| Внедрить регламент | 14-15 | SOP, план внедрения, модель зрелости |
Быстрая карта главы
| Блок | Главный вопрос | Что фиксировать | Главный риск |
|---|---|---|---|
| Передача контекста после принятого оффера | Кто теперь владеет кандида том и стартом? | Ответственный, дата старта, задачи, риски, ритм коммуникации | Ответственность зависает между рекрутером и HR |
| Пребординг | Что должно произойти до пер вого дня? | Документы, оборудование, до ступы, план менеджера, buddy, повестка первой недели | Новый сотрудник выходит в неподготовленную среду |
| Профилактика невыхода после оффера | Что может сорвать выход? | Встречное предложение, риск по сроку выхода, личные огра ничения, конкурирующие офферы | Принятие оффера не превра щается в старт |
| Готовность к старту | Готовы ли менеджер, команда и инфраструктура? | Чеклист, сроки, блокеры, эскалация | Первый день ломает доверие |
| Сильные финалисты | Как сохранить сильных финалистов? | Причина решения, соответ ствие будущим ролям, согла сие, следующий контакт | Компания теряет теплый резерв |
| Ретроспектива роли | Что процесс показал о роли и рынке? | Воронка, причины отказа, SLA, изменения критериев, уроки | Следующая вакансия повторя ет ошибки |
| Закрытие контура | Все ли статусы, люди и данные закрыты? | ATS статус, причины отказа, заметки, отчеты, шаблоны | Аналитика загрязняется и люди остаются без ответа |
Минимальный старт
Принятый оффер - это еще не завершенный найм. Минимум нужен до первого дня.
| Шаг | Что сделать | Артефакт |
|---|---|---|
| 2 | Проверьте документы, доступы, оборудование, рас писание и контакт менеджера | Готовность к старту tracker |
| 3 | Передайте только нужный контекст в команду, без лишних персональных данных | Передача контекста заметка |
| 4 | Закройте статусы, причины отказа, сильных финали стов и ретро роли | Closing чеклист |
1. Почему принятие оффера - не конец найма
Принятый оффер показывает намерение кандидата присоединиться. Но до первого рабочего дня остается пе риод риска: кандидат завершает текущую работу, получает встречное предложение, обсуждает переход с се мьей, сравнивает альтернативы, ждет документы, наблюдает за скоростью и качеством коммуникации новой компании. Если после принятия оффера наступает тишина, доверие снижается. Для компании этот период тоже рискованный. Менеджер может считать, что рекрутмент закончил работу, HR - что менеджер сам подготовит старт, IT - что заявку отправят позже, рекрутер - что теперь все у команды онбор динга. В результате первый день становится импровизацию, а новый сотрудник получает сигнал: процесс внут ри хуже, чем выглядел на интервью. Что считается закрытием роли
| Состояние | Почему недостаточно | Что нужно добавить |
|---|---|---|
| Оффер accepted | Кандидат еще не вышел | Пребординг plan и невыход после оффе ра риск monitoring |
| Contract signed | Документы есть, но старт может быть не готов | Оборудование, доступ, менеджер по вестка, buddy |
| First day завершенные | Человек вышел, но процесс найма не изучен | Ретроспектива роли и данные cleanup |
| Vacancy статус closed | ATS показывает закрытие, но отношения могут быть не закрыты | Кандидат коммуникация, сильные фина листы, причины отказа |
2. Пребординг: процесс, риски и ритм
Пребординг - это управляемая подготовка выхода нового сотрудника до первого дня. Он не должен заменять
онбординг. Его цель - сохранить доверие после оффер, подготовить документы и инфраструктуру, снять не
определенность, подтвердить дату выхода и передать человеку первые ориентиры.
Карта рисков пребординга
Риск Как проявляется Что проверить Действие
Встречное предложение Текущий работодатель пред Original причины к leave, новые Спокойный check-in, не
лагает повышение или новый оффер, решение уверенность давление
рамки
| Риск | Как проявляется | Что проверить | Действие |
|---|---|---|---|
| Notice period tension | Кандидату сложно уйти в обе щанную дату | Handover obligations, юриди ческий notice, personal ethics | Обновить старт дата realistically |
| Documents задержка | Контракт, проверки или согла сования задерживаются | Ответственный, не хватает docs, юридический / HR SLA | Эскалировать до старт риск |
| Silence пробел | После принятие оффера нет коммуникации | Last контакт, next контакт, во прос кандидата | Ввести ритм и ответственный |
| Менеджер unprepared | Нет план первой недели | Менеджер чеклист, buddy, цели | Назначить менеджер готов ность разбор |
| Задержка оборудования или доступа | Первый день без ноутбука или систем | Дата IT-заявки, delivery, доступ ответственный | Отслеживать блокеры до старта |
| Роль ожидание drift | Кандидат слышит новые дета ли после принятия оффера | What changed, who said it, impact | Clarify рамки in writing |
| Ритм коммуникации | — | — | — |
| Момент | Сообщение | Ответственный | — |
| День принятие оффера | Поздравление, следующие шаги, ответ ственный, expected сроки | Рекрутер / HR | — |
| После документов | Подтверждение полученных шагов и даты выхода | HR | — |
| За 7-10 дней до старта | Check-in по notice, вопросам, логистике | Рекрутер или HR | — |
| За 3-5 дней до старта | First-day logistics, time, place, equipment, контакты | HR / coordinator | — |
| За 1 день до старта | Короткое подтверждение и welcome за метка от менеджера | Менеджер | — |
| Первый день | Встреча, доступы, план недели, buddy | Менеджер / HR | — |
3. Агентство и внутренний рекрутмент: версии
закрытия контура
После принятия оффера агентство и внутренняя рекрутинговая команда решают разные задачи. Внутренний ре
крутмент владеет стартом, документами, доступами, онбордингом и внутренней коммуникацией. Агентство
обычно не управляет внутренними системами клиента, но может снижать риск невыхода после оффера, под
держивать кандидата до выхода, помогать клиенту заметить задержки и сохранять отношения после закрытия
позиции.
Область Агентство Внутренний рекрутмент
Кандидат check-in Поддерживает контакт до старт дата, от HR / рекрутер ведет пребординг ритм
слеживает встречное предложение и
doubts
Клиент / менеджер готовность Напоминает клиенту о готовность к стар Нанимающий менеджер отвечает за план
ту и коммуникация первой недели
| Область | Агентство | Внутренний рекрутмент |
|---|---|---|
| Документы | Обычно не владеет юридическим процессом | HR / юридический отдел отвечают за документы |
| Оборудование / доступ | Не контролирует, но может сигналить о риске | IT / администратор / менеджер отвечают за готовность |
| Сильные финалисты | Может сохранить отношения и кандидаты под будущие роли с согласия | Рекрутер обновлениеs кадровый резерв и кандидат статус |
| Ретроспектива | Делает закрытие позиции дебриф с клиент | Команда проводит роль ретроспектива и метрики разбор |
| Warranty / повторное закрытие позиции риск | Следит за ранними сигналами несовпадение | HR / менеджер track онбординг и хранение |
| Правила пребординга для агентства | — | — |
| Правило | Зачем | — |
| Не исчезать после принятия оффера | Кандидат может получить встречное предложение или doubts | — |
| Согласовать с клиентом готовность к старту ответственный | Агентство не должно отвечать за то, чем не управляет | — |
| Фиксировать кандидат concerns до старт | Это защищает закрытие позиции и отношения | — |
| Не обещать от имени клиента unconfirmed онбординг детали | Сохраняет доверие | — |
| Провести post-старт check-in если contract allows | Ранние проблемы видны до гарантийный период crisis | — |
| Правила пребординга для внутреннего рекрутмента | — | — |
| Правило | Зачем | — |
| Принятый оффер триггеры пребординг процесс в тот же день | Нет операционной паузы | — |
| Менеджер получает передача контекста пакет до первого дня | Новый сотрудник не начинает с повторного интервью | — |
| IT / admin задачи have сроки | Первый день не зависит от памяти | — |
| Сильные финалисты получают уважительное закрытие | Они могут стать резервом только при согласии, актуальности и понятном основании | — |
| Ретроспектива роли проводится до потери контекста | Уроки не растворяются после закрытия | — |
4. Передача контекста без перегруза и нарушений
Передача контекста - это передача ответственности и нужного контекста от рекрутингового процесса к мене джеру, HR, IT, buddy и онбординг ответственные. Хорошая передача контекста не пересылает все заметки под ряд. Он передает только то, что нужно для старта и законно / этично использовать: роль, старт дата, согласо ванные условия, мотивационные мотивы, ожидания, потребности поддержки, риски for выход на продуктив ность-up и план первой недели. Пакет передачи контекста
| Получатель | Что передать | Что не передавать |
|---|---|---|
| Нанимающий менеджер | Оценочная карта резюме, accepted роль рамки, мотивы кандидата, 30/60/90 ожи дания, concerns к поддержка | Личные детали, не относящиеся к работе |
| Получатель | Что передать | Что не передавать |
|---|---|---|
| HR / People Ops | Contract детали, старт дата, documents, work model, benefits вопросы | Интервью gossip или неподтвержденный opinions |
| IT / Admin | Старт дата, equipment, systems, location, доступ needs | Компенсация или private кандидат заметки |
| Buddy | First-week контекст, команда introduction, practical help areas | Evaluation заметки или чувствительный negotiation детали |
| Финансы / Payroll | Утвержденный компенсация и старт детали | Full recruitment history |
| Принципы передачи контекста | — | — |
| Принцип | Как применять | — |
| Need-to-know | Каждый получает только то, что нужно для своей задачи | — |
| Факты оценки over opinion | Передаются факты и agreed потребности поддержки, not "он тревожный" | — |
| Согласие и приватность | Чувствительный personal детали не распространяются без основания | — |
| Single ответственный | Один человек отслеживает готовность до старта | — |
| Written следующие шаги | Передача контекста завершается списком действий, владель цев и дат | — |
5. Готовность к старту: готовность первого дня
Готовность к старту - это проверка, что первый день не развалится из-за мелких операционных сбоев. Для кан дидата первый день подтверждает или разрушает то, что компания обещала в оффер-процесс. Если роль была продана как organized и professional, а человек приходит без доступа, менеджер занят, laptop не готов и никто не знает план, доверие падает сразу. Готовность к старту чеклист
| Область | Проверка | Ответственный | Срок |
|---|---|---|---|
| Договор и документы | Подписанные документы, обяза тельные проверки, формы зар платной системы | HR | До старта |
| Старт logistics | Date, time, location / link, контакт person | HR / coordinator | За 3-5 дней |
| Оборудование | Ноутбук, телефон, рабочее место, доставка | IT / admin | За 2-3 дня |
| Доступ | Email, календарь, ATS/CRM/product tools, security разрешениеs | IT / system ответственные | Первый день или раньше |
| Менеджер повестка | First-day встреча, план первой не дели, 30-day цели | Нанимающий менеджер | До старта |
| Buddy | Assigned buddy и first-week поддержка | Менеджер / HR | До старта |
| Область | Проверка | Ответственный | Срок |
|---|---|---|---|
| Команда коммуникация | Announcement, роль контекст, ожидания | Менеджер | До или в первый день |
| Материалы обучения | Документация продукта, политики, рабочие инструкции роли | Менеджер / HR | Первая неделя |
| Риск check | Встречное предложение, notice, personal ограничения | Рекрутер / HR | За 7 и 3 дня |
| План первой недели | — | — | — |
| День / период | Фокус | Результат | — |
| День 1 | Welcome, logistics, менеджер контекст, systems | Человек понимает, куда пришел и что делать дальше | — |
| Дни 2-3 | Product / процесс overview, key стейкхолдеров | Есть карта людей, систем и задач | — |
| Дни 4-5 | First small задачи, shadowing, вопросы | Новый сотрудник начинает действовать безопасно | — |
| Конец недели | Менеджер check-in | Сняты первые вопросы и блокеры | — |
Сквозной пример: принятый оффер -> первый день
| Область | BDM в B2B SaaS-платежке | Backend Engineer |
|---|---|---|
| Материалы пребординга | Документы продукта, ICP, sales playbook, глоссарий платежного домена, CRM/ATS правила, первые наблюдение за звонками | Обзор архитектуры, документация API, политика безопасности и обработки дан ных, процесс релизов, дашборды observability |
| Готовность первого дня | Доступы к CRM/ATS, segment list, онбор динг ответственный, календарь с sales/product/финансы touchpoints | Repo доступ, dev environment, buddy для онбординга, first safe задача, code ответ ственный за разбор |
| First-week результат | Понимает продукт, ICP, qualification крите рии и не обещает клиентам лишнего | Понимает architecture карта, процесс ре лизов, monitoring и может взять small safe PR |
| Риск check | Встречное предложение, OTE misunderstanding, territory ambiguity, domain anxiety | Компенсация/level несовпадение, remote/hybrid ожидания, security доступ задержки |
| Осторожность при передаче контекста | Не передавать команде личные детали переговоров о компенсация; передать только agreed потребности поддержки | Не передавать неподтвержденный ин тервью opinions; передать основанный на фактах оценки онбординг риски |
6. Профилактика невыхода после оффера и удержание доверия до выхода
Невыход после оффера - ситуация, когда кандидат принял оффер, но не вышел. Причины бывают разные: встречное предложение, другой оффер, страх перехода, проблемы с документами, личные обстоятельства, слабая коммуникация, неготовность компании, изменившиеся условия. Часть причин нельзя контролировать, но можно снизить вероятность через честный пребординг.
observability
Готовность первого дня Доступы к CRM/ATS, segment list, онбор Repo доступ, dev environment, buddy для
динг ответственный, календарь с онбординга, first safe задача, code ответ
sales/product/финансы touchpoints ственный за разбор
First-week результат Понимает продукт, ICP, qualification крите Понимает architecture карта, процесс ре
рии и не обещает клиентам лишнего лизов, monitoring и может взять small safe
PR
Риск check Встречное предложение, OTE Компенсация/level несовпадение,
misunderstanding, territory ambiguity, remote/hybrid ожидания, security доступ
domain anxiety задержки
Осторожность при передаче контекста Не передавать команде личные детали Не передавать неподтвержденный ин
переговоров о компенсация; передать тервью opinions; передать основанный на
только agreed потребности поддержки фактах оценки онбординг риски
6. Профилактика невыхода после оффера и
удержание доверия до выхода
Невыход после оффера - ситуация, когда кандидат принял оффер, но не вышел. Причины бывают разные:
встречное предложение, другой оффер, страх перехода, проблемы с документами, личные обстоятельства,
слабая коммуникация, неготовность компании, изменившиеся условия. Часть причин нельзя контролировать, но
можно снизить вероятность через честный пребординг.
| Сигнал | Возможное значение | Что делать |
|---|---|---|
| Кандидат отвечает медленнее после при нятия оффера | Сомнения, busy notice period, competing оффер | Спокойный check-in с specific help |
| Просит повторно обсудить роль | Риск ожиданий по роли | Менеджер уточняющий звонок |
| Откладывает документы без причины | Commitment или процесс блокер | Clarify блокер и сроки |
| Говорит, что текущий работодатель "очень удивился" | Встречное предложение риск | Return к original причины |
| Просит изменить старт дата несколько раз | Notice / personal ограничения | Update старт plan или reassess риск |
| Задает новые вопросы о компенсация | Оффер understanding пробел | HR clarification in writing |
| Скрипт check-in | — | — |
[Имя], хочу коротко свериться, что у вас все понятно по следующим шагам до выхода [дата]. Со стороны компании сейчас го товим [документы / доступы / план первой недели]. Есть ли вопросы или изменения, которые могут повлиять на старт? Если те кущий работодатель или другие процессы изменили контекст, лучше обсудить это сейчас спокойно и без давления.
Этот текст полезен тем, что не заставляет кандидата оправдываться, но открывает дверь для честного разгово ра. Если кандидат сообщает о риске, задача рекрутер / HR - не спорить, а понять, что изменилось и какой ответ ственный должен включиться.
7. Сильные финалисты и уважительное закрытие отношений
Закрытие роли не означает, что все невыбранные финалисты должны исчезнуть из внимания. сильные финали сты - сильные кандидаты, которых не наняли по некритичной причине. Работа с ними соединяет главу 12 с кад ровым резервом: уважительный отказ, сохранение контекста, согласие / разрешение на будущий контакт и со ответствие будущим ролям теги превращают завершенный процесс в будущую возможность. Процесс закрытия сильного финалиста
| Шаг | Что сделать | Ошибка |
|---|---|---|
| Подтвердить при чина не выбран | Сравнить финальное решение и оценочная карта | Давать общий отказ "вы нам понравились" без смысла |
| Определить соот ветствие будущим ролям | Есть ли роль / уровень / направление, где кандидат релевантен | Сохранять всех финалистов без основания |
| Дать уважитель ный отказ | Благодарность, краткая причина, next контакт разрешение | Обещать будущую роль |
| Обновить ATS / кадровый резерв | Segment, сильные стороны, риски, согласие, last кон такт, ответственный | Оставить кандидата в финальном этап |
| Запланировать следующее действие | Только если есть основание и разрешение | Писать массово через год без контекста |
7. Сильные финалисты и уважительное закрытие
отношений
Закрытие роли не означает, что все невыбранные финалисты должны исчезнуть из внимания. сильные финали
сты - сильные кандидаты, которых не наняли по некритичной причине. Работа с ними соединяет главу 12 с кад
ровым резервом: уважительный отказ, сохранение контекста, согласие / разрешение на будущий контакт и со
ответствие будущим ролям теги превращают завершенный процесс в будущую возможность.
Процесс закрытия сильного финалиста
Шаг Что сделать Ошибка
Подтвердить при Сравнить финальное решение и оценочная карта Давать общий отказ "вы нам понравились" без смысла
чина не выбран
Определить соот Есть ли роль / уровень / направление, где кандидат Сохранять всех финалистов без основания
ветствие будущим релевантен
ролям
Дать уважитель Благодарность, краткая причина, next контакт Обещать будущую роль
ный отказ разрешение
Обновить ATS / Segment, сильные стороны, риски, согласие, last кон Оставить кандидата в финальном этап
кадровый резерв такт, ответственный
Запланировать Только если есть основание и разрешение Писать массово через год без контекста
следующее
действие
Спасибо за сильный процесс и время на финальные встречи. В этот раз мы выбрали кандидата, чей опыт точнее совпал с текущим приоритетом роли: [краткая причина]. При этом нам был ценен ваш опыт в [область], и мы видим потенциальное совпадение с [направление / тип роли]. Если вам комфортно, мы сохраним контакт и вернемся только при релевантной возможности; перед лю бым новым разговором обновим ваши ожидания и актуальность интереса.
8. Ретроспектива роли: чему научила закрытая вакансия
Ретроспектива роли - это короткий разбор закрытой вакансии после принятого оффера или старт. Цель не в том, чтобы найти виноватого, а в том, чтобы обновить систему: критерии, допущения по сорсингу, интервью- цикл, компенсационная вилка, SLA, оффер-процесс, пребординг и опыт кандидата. Ретроспектива повестка
| Блок | Вопрос | Артефакт |
|---|---|---|
| Роль clarity | Менялись ли критерии после запуска? | Критерии журнал изменений |
| Воронка | Где были основные потери? | Воронка snapshot |
| SLA | Где кандидаты ждали дольше нормы? | SLA разбор |
| Evaluation | Какие критерии предсказывали финаль ное решение? | Оценочная карта разбор |
| Оффер | Были ли задержки, negotiation, встречное предложение, компенсация несовпадение? | Оффер заметки |
| Пребординг | Были ли старт риски или блокеры? | Готовность чеклист |
| Опыт кандидата | Все ли получили статус и уважительную коммуникацию? | Коммуникация аудит |
| Обучение | Что изменить в следующей похожей роли? | 3-5 действие items |
| Когда проводить | — | — |
| Ситуация | Сроки | — |
| Стандартная роль | В течение 1 неде ли после выхода | — |
| Критичная роль | После принятого оффера и после первой недели | — |
| Агентство закрытие позиции | После принятие оффера и после старт / гарантий ный период checkpoint | — |
| Роль с высоким отказ доля | Сразу после фи нального отказа или закрытия | — |
| Ситуация | Сроки |
|---|---|
| Роль с измененным рамки | До запуска следу ющей похожей вакансии |
9. Закрытие статусов, данных и коммуникаций
Закрытие контура включает не только нового сотрудника. Все участники процесса должны получить корректное завершение: кандидат статусы обновлены, причины отказа selected, заметки cleaned, приватность / согласие правила checked, open задачи closed, отчеты usable. Иначе ATS становится архивом подвешенных обещаний. Чеклист очистки ATS
| Объект | Что проверить | Ответственный |
|---|---|---|
| Нанятый кандидат | Корректный финальный статус, дата при нятого оффера, дата старта, источник, ответственный | Рекрутер |
| Non-selected finalists | Причина отказа, обратная связь статус, сильный финалист tag если актуально | Рекрутер |
| Другое активные кандидаты | Статус обновлениеd, коммуникация от правлено, no зависший этап | Рекрутер / coordinator |
| Причины отказа | Причины specific enough for analysis | Лид рекрутмента |
| Заметки | No unnecessary чувствительных данных, факты оценки kept где needed | Рекрутер / HR |
| Согласие / хранение | Действующий basis на будущий контакт или удаление / archive | HR / приватность ответственный |
| Vacancy | Closed / filled / paused статус matches reality | Лид рекрутмента |
| Отчеты | Время до найма, источник, воронка и от каз данные are not polluted | Talent operations |
| Закрытие коммуникаций | — | — |
| Audience | Message | — |
| Нанятый кандидат | Следующие шаги, старт logistics, ответственный | — |
| Сильный финалист | Respectful решение, будущий контакт option | — |
| Rejected кандидаты | Clear статус без unnecessary detail | — |
| Hiring команда | Роль closed, новые hire старт дата, ретроспектива сроки | — |
| Агентство / клиент | Закрытие позиции статус, старт plan, остаютсяing риски | — |
| Внутренний стейкхолдеров | Vacancy статус и любая lessons that affect future роли | — |
10. Как измерять пребординг и закрытие контура
Метрики главы 12 должны отвечать на вопрос: превращается ли принятый оффер в успешный старт, и учится ли
система найма после закрытия роли. Недостаточно считать наймы. Нужно смотреть конверсию от принятого
оффера к старту, готовность к старту, невыход после оффера, время до старта, коммуникация с кандидатом и
завершение ретроспективы.
Метрики и формулы
Метрика Формула Что показывает Как использовать
Старт доля Started hires / принятые Доля принятые офферы, кото Проверять пребординг и не
офферы рые стали выходом выход после оффера риски
Невыход после оффера доля Невыходы после оффера / Потери между принятие оф Анализировать встречное
принятые офферы фера и старт предложение, тишину,
документы
Time-to-старт Дата старта - дата принятого Длина периода пребординга Планировать ритм управления
оффера рисками
Готовность к старту Завершенные готовность Готовность первого дня Управлять HR / IT / менеджер
завершение items / обязательный items задачи
First-week блокер доля Hires с critical блокер / started Качество подготовки Исправлять доступ, equipment,
hires менеджер plan
Сильный финалист save доля Future-соответствие finalists Сохраняется ли теплый Улучшать кадровый резерв
documented / eligible finalists резерв
Loop закрытие доля Closed задачи / обязательный Чистота завершения процесса Контролировать ATS и
closing задачи коммуникации
Ретроспектива завершение Завершенные ретроспективы Учится ли система Встраивать continuous
доля / closed приоритет роли улучшение
Неудачные интерпретации
Плохой вывод Лучший вывод
"Невыход после оффера - кандидат ненадежный" Проверить предварительная сверка условий, встречное пред
ложение, тишину, документы и changed conditions
"Первый день - зона HR, рекрутмент уже закончил" Рекрутер отвечает за качество передачи контекста, пока ответ
ственность явно не передана
"Ретро не нужно, роль закрыта" Закрытая роль дает данные для следующей роли
"Сильные финалисты - nice к have" Финалисты могут снизить стоимость незакрытой вакансии for
future роли
11. На примере HarmonyATS
На примере HarmonyATS глава 12 использует ATS как слой фактов: этап, кандидат статус, заметки, источник,
причина отказа, время до найма, Движение кандидатов и vacancy state. Важно не превращать систему в бюро
кратию. Нужны только те поля, которые помогают не потерять человека, не загрязнить аналитику и сохранить
уроки.
Элемент HarmonyATS Как использовать Осторожность
Кандидат статус Accepted, нанят, declined, невыход после Статус должен отражать реальность
оффера, rejected, соответствие будущим
| Элемент HarmonyATS | Как использовать | Осторожность |
|---|---|---|
| ролям | — | — |
| Этап / движение | Видеть переход принятый оффер -> пре бординг -> старт, если это настроено | Не создавать лишние этапы без ответственности |
| Отчет по времени до найма | Понимать путь от входа кандидата до принятый оффер | Для время до старта нужна отдельная операционная отметка |
| Отчет по движению кандидатов | Проверять фактические изменения по кандидатам | Использовать вместе с заметки |
| Отчет по отказам | Анализировать финальные причины отказов | Причина должна быть конкретной |
| Отчет по вакансиям | Видеть закрытую или активную роль | Vacancy статус должен обновляться по сле hire |
| Отчет по согласию на обработку данных | Проверять будущий контакт for сильные финалисты | Не хранить будущий резерв без основания |
| Поле | Инструкция |
|---|---|
| Рекомендованное действие | Провести менеджер готовность разбор и create minimal план первой недели. |
| Как документировать | Готовность к старту чеклист, блокеры, ответственный, срок. |
| Метрика / следующее действие | Готовность к старту завершение, first-week блокер доля. |
| Кейс 3. Финалист не выбран, но подходит будущей роли | — |
| Поле | Инструкция |
| Ситуация | Второй финалист сильный, но selected кандидат лучше совпал с текущим рамки. |
| Риск | Потерять соответствие будущим ролям кандидат из-за сухого отказа. |
| Что проверить | Причина не выбран, соответствие будущим ролям семейство ролей, согласие, кандидат interest. |
| Рекомендованное действие | Дать уважительный отказ, запросить разрешение на будущий контакт, сохранить сильный финалист заметка. |
| Как документировать | Причина отказа, сильные стороны, соответствие будущим ро лям tag, согласие статус, next контакт. |
| Метрика / следующее действие | Сильный финалист save доля, теплый reactivation доля. |
| Кейс 4. IT не успевает подготовить доступы | — |
| Поле | Инструкция |
| Ситуация | Ноутбук будет готов, но ключевые системы не подтверждены. |
| Риск | Первый день нерабочий, менеджер тратит время на ручные обходы. |
| Что проверить | Which accesses are critical, system ответственные, security со гласование, fallback задачи. |
| Рекомендованное действие | Эскалировать critical доступ; подготовить fallback обучение plan; не скрывать от менеджер. |
| Как документировать | Доступ чеклист, блокер ответственный, expected resolution, fallback plan. |
| Метрика / следующее действие | First-week блокер доля, доступ задержка count. |
| Кейс 5. Роль закрылась, но причины отказов не внесены | — |
| Поле | Инструкция |
| Ситуация | Вакансия закрыта, но кандидаты на этапах остались без финаль ного статуса. |
| Риск | Аналитика искажена, кандидаты не получают закрытие. |
| Что проверить | Active кандидаты, этап age, не хватает причины отказа, pending коммуникации. |
| Рекомендованное действие | Провести ATS cleanup session within 48 hours после close. |
| Поле | Инструкция |
|---|---|
| Как документировать | Updated статусы, причины, отправлено messages, vacancy за крытие заметка. |
| Метрика / следующее действие | Loop закрытие доля, кандидаты без следующего действия. |
| Кейс 6. Агентское закрытие позиции под риском гарантийного периода | — |
| Поле | Инструкция |
| Ситуация | Кандидат вышел через агентство, но через неделю сообщает о несовпадение ожиданий. |
| Риск | Ранний уход, гарантийный период повторное закрытие позиции, конфликт с клиентом. |
| Что проверить | Что было обещано, что изменилось, менеджер поддержка, роль рамки, онбординг блокеры. |
| Рекомендованное действие | Провести трехсторонний fact-based check если appropriate; от делить онбординг проблема от true несовпадение. |
| Как документировать | Кандидат concern, клиент response, agreed действие, гарантий ный период риск заметка. |
| Метрика / следующее действие | Early attrition, гарантийный период кейсы, роль realism проблемы. |
13. SOP и фрагменты регламента
SOP: от принятого оффера до старта
Поле Описание
Цель Превратить принятый оффер в подготовленный старт без поте
ри ответственности.
Рамки Все принятые офферы для сотрудников и подрядчиков, где он
бординг обязателен, а также агентские закрытия позиции, где
клиентский процесс включает координацию до старта.
Роли Рекрутер отвечает за передачу контекста; HR отвечает за доку
менты и процесс пребординга; нанимающий менеджер отвеча
ет за план первой недели; IT/администратор отвечает за обору
дование и доступы; агентство отвечает за контрольный контакт
с кандидатом, где это применимо.
Входные данные Принятый оффер, дата старта, утвержденные условия, контакт
кандидата, менеджер, формат работы, обязательные системы,
известные риски.
Шаги 1. Подтвердить принятие оффера. 2. Запустить процесс пребор
динга. 3. Отправить кандидату следующие шаги. 4. Создать пакет
передачи контекста. 5. Назначить задачи готовности. 6. Прове
сти контрольные контакты. 7. Подтвердить старт. 8. Обновить
ATS и закрыть контур.
SLA / сроки Процесс начинается в день принятия оффера; готовность про
веряется за 3-5 дней до старта; финальное подтверждение от
правляется за 1 день до старта.
Обязательные поля Кандидат, роль, старт дата, ответственный, задачи, риски, ком
муникация dates, final статус.
Выходы Сотрудник вышел, невыход после оффера задокументирован
или план старта обновлен с ответственным и причиной.
Exceptions Любое изменение компенсации, названия роли, формата рабо
ты или даты старта должно быть утверждено и задокументиро
вано до того, как его сообщают как финальное.
Метрики Старт доля, невыход после оффера доля, готовность заверше
ние, first-week блокер доля.
Пример Кандидат принимает оффер в понедельник; HR отправляет сле
дующие шаги, менеджер пишет план первой недели, IT-заявка
должна быть готова к пятнице, рекрутер проверяет риск кон
троффера или невыхода на следующей неделе.
SOP: роль закрытие ретроспектива
Поле Описание
Цель Закрыть вакансию как цикл обучения, а не только как админи
стративный статус.
Рамки Приоритетные роли, сложные для закрытия роли, роли с отка
зом от оффера или риском невыхода, агентские закрытия и лю
бые роли, выбранные для ежемесячного разбора процесса.
Роли Лид рекрутмента фасилитирует; рекрутер приносит воронку и
данные кандидата; нанимающий менеджер приносит взгляд на
роль и оценку; HR приносит взгляд на пребординг и справедли
вость оценки; ответственный агентства/клиента подключается,
когда это актуально.
| Поле | Описание |
|---|---|
| Входные данные | Воронка, SLA, источник, причины отказа, оценочные карты, дан ные оффера, пребординг блокеры, обратная связь кандидата, где она доступна. |
| Шаги | 1. Разобрать цель роли. 2. Разобрать воронку и SLA. 3. Разобрать оценку и оффер. 4. Разобрать пребординг и готовность к старту. 5. Определить уроки. 6. Обновить шаблоны, критерии или про цесс. 7. Назначить ответственных. |
| SLA / сроки | В течение 1 недели после старта для приоритетных ролей; в те чение 48 часов для срочных сбоев процесса. |
| Обязательные поля | Уроки, решения, изменения шаблонов, ответственные, сроки, метрики для отслеживания. |
| Выходы | Заметка ретроспективы, обновленные пункты рабочего руко водства, журнал действий. |
| Exceptions | Не включай чувствительные детали кандидата сверх того, что нужно для обучения процесса. |
| Метрики | Ретроспектива завершение, действие завершение, repeat про блема доля. |
| Пример | По роли повторяются отказы из-за компенсации; ретроспектива назначает разбор зарплатной вилки до следующего запуска. |
14. План внедрения и модель зрелости 1 день
| Действие | Результат |
|---|---|
| Назначить ответственного от принятого оффера до старта | Ответственность не теряется после оффер |
| Создать готовность к старту чеклист | Первый день становится управляемым |
| Ввести кандидат check-in после принятия оффера | Снижается silence риск |
| Добавить невыход после оффера и старт статус | Потери между оффер и старт становятся видимыми |
| Определить сильный финалист rule | Финалисты закрываются уважительно |
| 1 неделя | — |
| Действие | Результат |
| Настроить передача контекста пакет шаблон | Менеджер, HR, IT и buddy получают нужный контекст |
| Провести cleanup закрытой вакансии | ATS и коммуникации становятся чистыми |
| Добавить роль ретроспектива повестка | Закрытая роль дает уроки |
| Проверить first-week блокеры for recent hires | Видны проблемы пребординг |
| Согласовать агентство post-принятие оффера protocol | Закрытие позиции риск управляется до старта |
| Действие | Результат |
|---|---|
| Измерить старт доля и невыход после оффера доля | Видна конверсия accepted -> started |
| Провести 3 ретроспективы | Появляются repeat lessons |
| Обновить оффер и пребординг шаблоны | Главы 11 и 12 соединяются в процесс |
| Проверить сильный финалист reactivation качество | Резерв пополняется не случайно |
| Включить пребординг метрики в ежемесячный разбор | Закрытие роли становится частью операционный ритм |
Модель зрелости
| Уровень | Как выглядит |
|---|---|
| Хаос | После принятие оффера наступает тишина; первый день готовится в последний момент |
| Управляемый процесс | Есть пребординг ответственный, готовность чеклист, передача контекста и кандидат ритм |
| Управление на данных | Команда смотрит старт доля, невыход после оффера, блокеры, loop закрытие и завершение ретроспективы |
| Бизнес partner | Lessons от closed роли меняют критерии, компенсация, процесс и workforce planning |
| AI-поддержка операций | AI помогает с чеклисты и резюме, человек проверяет приватность, факты и commitments |
Что забрать из главы / куда перейти дальше
| Что нужно | Где взять |
|---|---|
| Термины и короткие определения | Приложение B. Мини-словарь |
| Готовые регламенты и SLA | Приложение D. Готовые регламенты и процессы |
| Шаблоны для работы | Приложение E. Библиотека шаблонов |
| Сквозные примеры BDM и Backend | Приложение F. Сквозные кейсы BDM и Backend |
| Полные AI-промпты главы | Приложение H. Библиотека AI-промптов, раздел H7. Оффер и пребординг |
Коротко: эта глава отвечает за preboarding и закрытие контура. Если нужен готовый артефакт, берите его из приложений, а в главе оставляйте логику применения.