ru 3 12 preboarding
ru 3 12 preboarding closure flow

контура

Как пользоваться этой главой

Рабочая сцена. Кандидат принял оффер, команда поздравила друг друга, вакансию почти закрыли. За неделю до

выхода кандидат пишет, что текущий работодатель предложил повышение. IT еще не заказал доступы, мене

джер не подготовил первую неделю, финалистам не отправили статус, а причины отказов остались пустыми.

Формально оффер принят. Системно найм еще не завершен.

Что здесь на самом деле сломалось: команда поставила точку там, где нужен последний контур управления.

Роль закрыта только тогда, когда человек вышел, команда готова к старту, остальные кандидаты получили кор

ректный статус, финалисты не потеряны, а уроки вакансии зафиксированы.

Пребординг - это период между принятым оффером и первым рабочим днем. Закрытие контура шире: передать

контекст в HR, менеджеру и IT; подготовить старт; поддерживать связь с кандидатом; закрыть статусы в ATS;

корректно отказать остальным; сохранить сильных финалистов; провести ретроспективу и обновить правила.

Если этот контур не закрыт, компания теряет ценность уже проделанной работы.

Читайте главу как операционный чеклист для последних 10-30 дней найма. Если кандидаты принимают оффер,

но не выходят, начните с рисков и коммуникационного ритма. Если новый сотрудник выходит в хаос, смотрите

передачу контекста и готовность к старту. Если рекрутинг не учится на закрытых ролях, используйте ретроспек

тиву и блоки по данным. Если агентство закрывает размещение, но не управляет риском гарантийного периода,

смотрите агентские разделы.

Запомнить одной фразой: найм заканчивается не принятым оффером, а надежным стартом и закрытыми

обязательствами.

Если у вас задачаИдите в разделЧто получите
Проверить готовность старта5Чеклист готовности к старту
Держать кандидата до выхода6Коммуникация без давления и пустого шума
Работать с сильными финалистами7Закрытие отношений с финалистами
Провести ретроспективу роли8Как извлечь уроки из вакансии
Закрыть данные и статусы9Гигиена ATS, согласие, причины отказа
Измерять результат10Метрики пребординга и закрытия контура
Использовать HarmonyATS как пример11Этап, заметки, время до найма, движение и данные отказов
Разобрать кейсы12Мини-инструкции для сложных ситуаций
Использовать AI13Промпты с проверкой человеком
Внедрить регламент14-15SOP, план внедрения, модель зрелости

Быстрая карта главы

БлокГлавный вопросЧто фиксироватьГлавный риск
Передача контекста после принятого оффераКто теперь владеет кандида том и стартом?Ответственный, дата старта, задачи, риски, ритм коммуникацииОтветственность зависает между рекрутером и HR
ПребордингЧто должно произойти до пер вого дня?Документы, оборудование, до ступы, план менеджера, buddy, повестка первой неделиНовый сотрудник выходит в неподготовленную среду
Профилактика невыхода после оффераЧто может сорвать выход?Встречное предложение, риск по сроку выхода, личные огра ничения, конкурирующие офферыПринятие оффера не превра щается в старт
Готовность к стартуГотовы ли менеджер, команда и инфраструктура?Чеклист, сроки, блокеры, эскалацияПервый день ломает доверие
Сильные финалистыКак сохранить сильных финалистов?Причина решения, соответ ствие будущим ролям, согла сие, следующий контактКомпания теряет теплый резерв
Ретроспектива ролиЧто процесс показал о роли и рынке?Воронка, причины отказа, SLA, изменения критериев, урокиСледующая вакансия повторя ет ошибки
Закрытие контураВсе ли статусы, люди и данные закрыты?ATS статус, причины отказа, заметки, отчеты, шаблоныАналитика загрязняется и люди остаются без ответа

Минимальный старт

Принятый оффер - это еще не завершенный найм. Минимум нужен до первого дня.

ШагЧто сделатьАртефакт
2Проверьте документы, доступы, оборудование, рас писание и контакт менеджераГотовность к старту tracker
3Передайте только нужный контекст в команду, без лишних персональных данныхПередача контекста заметка
4Закройте статусы, причины отказа, сильных финали стов и ретро ролиClosing чеклист

1. Почему принятие оффера - не конец найма

Принятый оффер показывает намерение кандидата присоединиться. Но до первого рабочего дня остается пе риод риска: кандидат завершает текущую работу, получает встречное предложение, обсуждает переход с се мьей, сравнивает альтернативы, ждет документы, наблюдает за скоростью и качеством коммуникации новой компании. Если после принятия оффера наступает тишина, доверие снижается. Для компании этот период тоже рискованный. Менеджер может считать, что рекрутмент закончил работу, HR - что менеджер сам подготовит старт, IT - что заявку отправят позже, рекрутер - что теперь все у команды онбор динга. В результате первый день становится импровизацию, а новый сотрудник получает сигнал: процесс внут ри хуже, чем выглядел на интервью. Что считается закрытием роли

СостояниеПочему недостаточноЧто нужно добавить
Оффер acceptedКандидат еще не вышелПребординг plan и невыход после оффе ра риск monitoring
Contract signedДокументы есть, но старт может быть не готовОборудование, доступ, менеджер по вестка, buddy
First day завершенныеЧеловек вышел, но процесс найма не изученРетроспектива роли и данные cleanup
Vacancy статус closedATS показывает закрытие, но отношения могут быть не закрытыКандидат коммуникация, сильные фина листы, причины отказа

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, impactClarify рамки 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 OpsContract детали, старт дата, documents, work model, benefits вопросыИнтервью gossip или неподтвержденный opinions
IT / AdminСтарт дата, equipment, systems, location, доступ needsКомпенсация или private кандидат заметки
BuddyFirst-week контекст, команда introduction, practical help areasEvaluation заметки или чувствительный negotiation детали
Финансы / PayrollУтвержденный компенсация и старт деталиFull recruitment history
Принципы передачи контекста
ПринципКак применять
Need-to-knowКаждый получает только то, что нужно для своей задачи
Факты оценки over opinionПередаются факты и agreed потребности поддержки, not "он тревожный"
Согласие и приватностьЧувствительный personal детали не распространяются без основания
Single ответственныйОдин человек отслеживает готовность до старта
Written следующие шагиПередача контекста завершается списком действий, владель цев и дат

5. Готовность к старту: готовность первого дня

Готовность к старту - это проверка, что первый день не развалится из-за мелких операционных сбоев. Для кан дидата первый день подтверждает или разрушает то, что компания обещала в оффер-процесс. Если роль была продана как organized и professional, а человек приходит без доступа, менеджер занят, laptop не готов и никто не знает план, доверие падает сразу. Готовность к старту чеклист

ОбластьПроверкаОтветственныйСрок
Договор и документыПодписанные документы, обяза тельные проверки, формы зар платной системыHRДо старта
Старт logisticsDate, time, location / link, контакт personHR / coordinatorЗа 3-5 дней
ОборудованиеНоутбук, телефон, рабочее место, доставкаIT / adminЗа 2-3 дня
ДоступEmail, календарь, ATS/CRM/product tools, security разрешениеsIT / system ответственныеПервый день или раньше
Менеджер повесткаFirst-day встреча, план первой не дели, 30-day целиНанимающий менеджерДо старта
BuddyAssigned buddy и first-week поддержкаМенеджер / HRДо старта
ОбластьПроверкаОтветственныйСрок
Команда коммуникацияAnnouncement, роль контекст, ожиданияМенеджерДо или в первый день
Материалы обученияДокументация продукта, политики, рабочие инструкции ролиМенеджер / HRПервая неделя
Риск checkВстречное предложение, notice, personal ограниченияРекрутер / HRЗа 7 и 3 дня
План первой недели
День / периодФокусРезультат
День 1Welcome, logistics, менеджер контекст, systemsЧеловек понимает, куда пришел и что делать дальше
Дни 2-3Product / процесс overview, key стейкхолдеровЕсть карта людей, систем и задач
Дни 4-5First small задачи, shadowing, вопросыНовый сотрудник начинает действовать безопасно
Конец неделиМенеджер check-inСняты первые вопросы и блокеры

Сквозной пример: принятый оффер -> первый день

ОбластьBDM в B2B SaaS-платежкеBackend Engineer
Материалы пребордингаДокументы продукта, ICP, sales playbook, глоссарий платежного домена, CRM/ATS правила, первые наблюдение за звонкамиОбзор архитектуры, документация API, политика безопасности и обработки дан ных, процесс релизов, дашборды observability
Готовность первого дняДоступы к CRM/ATS, segment list, онбор динг ответственный, календарь с sales/product/финансы touchpointsRepo доступ, 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 на будущий контакт или удаление / archiveHR / приватность ответственный
VacancyClosed / filled / paused статус matches realityЛид рекрутмента
ОтчетыВремя до найма, источник, воронка и от каз данные are not pollutedTalent operations
Закрытие коммуникаций
AudienceMessage
Нанятый кандидатСледующие шаги, старт 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 закрытие и завершение ретроспективы
Бизнес partnerLessons от closed роли меняют критерии, компенсация, процесс и workforce planning
AI-поддержка операцийAI помогает с чеклисты и резюме, человек проверяет приватность, факты и commitments

Что забрать из главы / куда перейти дальше

Что нужноГде взять
Термины и короткие определенияПриложение B. Мини-словарь
Готовые регламенты и SLAПриложение D. Готовые регламенты и процессы
Шаблоны для работыПриложение E. Библиотека шаблонов
Сквозные примеры BDM и BackendПриложение F. Сквозные кейсы BDM и Backend
Полные AI-промпты главыПриложение H. Библиотека AI-промптов, раздел H7. Оффер и пребординг

Коротко: эта глава отвечает за preboarding и закрытие контура. Если нужен готовый артефакт, берите его из приложений, а в главе оставляйте логику применения.