4 шага внедрения SLA в IT: как HR и руководителям сохранить кандидатов
Автор: Без автора
SLA в рекрутинге — это письменное соглашение, которое фиксирует сроки, KPI и обязанности всех участников найма, от HR до нанимающего менеджера и подрядчика. Без него time-to-fill растёт непредсказуемо, а ответственность за задержки размывается между всеми и никем. Внедрение SLA дисциплинирует процесс: появляется скорость, прозрачность и понятная точка эскалации, когда что-то идёт не так.
Кратко:
- Внедрение SLA в рекрутинге сокращает время закрытия вакансий минимум на 20–40 %, ускоряя цикл найма и повышая вероятность быстрого предложения кандидатам.
- В документ необходимо включать четкие сроки на каждой стадии воронки, показатели качества и обязательства обеих сторон, что исключает размытость ответственности и повышает прозрачность.
- Для успешного внедрения пилотный проект следует запускать на нескольких вакансиях разной сложности, регулярно пересматривая нормативы и корректируя их по результатам.
- Необходима градация нормативов по уровню сложности вакансий, чтобы избегать конфликтов ожиданий и обеспечить реалистичные сроки для каждой категории позиций.
- Работающий SLA базируется на техническом скрининге, быстром источнике кандидатов и регулярной прозрачной отчётности, что сокращает время на оценку и коммуникацию.
Содержание
- Что такое SLA в рекрутинге и что включать в документ
- Почему SLA важен для IT‑рекрутинга
- Ключевые компоненты SLA для IT‑подбора
- Как внедрить SLA: пошаговый план для HR и IT‑руководителя
- Типичные ошибки при внедрении SLA
- Перспектива Geekfactor: практика, а не только теория
- Почему SLA не решает всё, но всё меняет
- Как Geekfactor помогает запустить SLA без потери темпа
- Источники
- Часто задаваемые вопросы
Что такое SLA в рекрутинге и что включать в документ
SLA фиксирует ожидания, сроки и KPI между заказчиком и поставщиком услуг найма, превращая устные договорённости в проверяемый документ. Это объясняет Ciel Tech, разбирая стандартную структуру такого соглашения. Для IT‑вакансий документ обычно строится вокруг пяти блоков:
- Предмет услуги — какие роли, уровни и стек покрывает соглашение.
- Таймлайны — time-to-first-shortlist, time-to-interview, time-to-offer с конкретными днями, а не «в разумные сроки».
- KPI — количественные и качественные показатели закрытия вакансии.
- Обязанности сторон — что делает рекрутер, что обязан делать нанимающий менеджер.
- Отчётность и эскалация — кто и как сообщает об отклонениях от плана.
Формулировки нужно писать измеримо: не «быстрый фидбэк», а «ответ по кандидату в течение 48 часов после интервью».
Почему SLA важен для IT‑рекрутинга
Медианный time-to-fill для IT‑вакансий составляет 26 календарных дней, а time-to-hire — 19 дней, причём QA‑роли закрываются быстрее, а менеджерские позиции требуют заметно больше времени. SLA превращает эту статистику из абстрактного ориентира в личное обязательство конкретной команды.
Каждый лишний день простоя вакансии — это нагрузка на существующих сотрудников и потеря темпа проекта. Специализированные подрядчики, работающие по SLA, доставляют первые формалисты за 3–7 рабочих дней для типовых ролей и сокращают time-to-hire на 20–40% за счёт готовых каналов и автоматизации.
SLA даёт три ощутимых эффекта:
- Ускоряет цикл найма, потому что сроки прописаны и с них спрашивают.
- Повышает offer acceptance rate: кандидат не «остывает» в ожидании ответа неделями.
- Синхронизирует HR, нанимающего менеджера и подрядчика вокруг одних цифр вместо взаимных претензий постфактум.
Быстрый первый отклик кандидату особенно критичен: Vc показывает, что ответ в течение двух часов заметно повышает конверсию и снижает отвал сильных кандидатов на ранней стадии.
Ключевые компоненты SLA для IT‑подбора
Рабочий SLA держится на четырёх группах показателей, и пропуск любой из них делает соглашение однобоким.

Таймлайны воронки. Time-to-first-shortlist (обычно 3–7 дней для мидл‑позиций), time-to-interview, time-to-offer и итоговый time-to-fill. Для сложных дешёвых ролей и senior‑позиций сроки закономерно растягиваются, а в отдельных регионах время закрытия сложных вакансий превышает 30–40 дней — это нужно закладывать в SLA заранее, а не постфактум оправдывать задержку.
Метрики качества. Quality-of-hire через 90 и 180 дней, retention на тех же контрольных точках, offer acceptance rate. Профессиональные HR‑команды традиционно замеряют конверсию по всей воронке: shortlist → интервью → офер, — а не только скорость первого контакта, о чём подробно пишет Recruitify в разборе рекрутинговых KPI.
Операционные обязательства клиента. SLA — двусторонний документ. Заказчик обязуется дать доступ к техническим экспертам для оценки кандидатов и вернуть фидбэк по резюме и интервью в фиксированный срок, как правило 24–48 часов. Без этого пункта любые сроки рекрутера остаются фикцией.
Эскалация и отчётность. Прописывается, кто получает сигнал при отклонении от плана, через сколько дней просрочки включается эскалация и в каком формате идёт регулярный отчёт: недельный дашборд по воронке, список активных вакансий с текущим статусом.
Отдельный пункт, который часто забывают: SLA нужно градуировать по сложности вакансии. Один норматив для junior‑разработчика и senior‑архитектора создаёт постоянный конфликт ожиданий.
Как внедрить SLA: пошаговый план для HR и IT‑руководителя
Внедрение SLA — не разовый документ, а процесс с обязательным пилотом перед масштабированием.
- Соберите бенчмарки и согласуйте целевые KPI с бизнесом. Возьмите за основу медианные показатели вроде 26 дней time-to-fill и 19 дней time-to-hire, скорректируйте их под свою специфику стека и региона, и зафиксируйте цифры с руководителями подразделений, а не только с HR.
- Пропишите роли и обязательства. Отдельно укажите, что должен делать рекрутер (сроки шорт-листа, качество кандидатур) и что обязан делать нанимающий менеджер: срок обратной связи по резюме, доступность для интервью, участие технического эксперта в оценке.
- Выберите инструменты и запустите пилот. ATS для фиксации тайманов по каждой вакансии, таск-трекер для внутренних SLA-задач, простой дашборд с ключевыми метриками. Пилот стоит запускать на 2–4 вакансии разного уровня сложности в течение 6–8 недель — этого времени достаточно, чтобы увидеть закономерности, а не случайные отклонения.
- Настройте регулярные ревью и скорректируйте SLA. Еженедельные короткие ретроспективы по пилотным вакансиям, а по итогам пилота — пересмотр нормативов, если реальные сроки систематически отличаются от плановых.
Разбить процесс на понятные этапы помогает и при закрытии особенно сложных позиций — подробный workflow для сложных вакансий можно взять как каркас для пилотной фазы.
Профессиональный совет: Не запускайте SLA сразу на весь портфель вакансий. Пилот на нескольких ролях разной сложности покажет, где нормативы реалистичны, а где требуют корректировки, — и сэкономит вам месяцы переговоров о «недостижимых» сроках.
Типичные ошибки при внедрении SLA
Большинство провалившихся SLA ломаются на одних и тех же граблях.
- Односторонний документ. SLA описывает только обязанности рекрутера, а нанимающий менеджер не связан никакими сроками фидбэка. Решение — прописать конкретные часы или дни ответа для клиента прямо в тексте соглашения.
- Фокус исключительно на скорости. Ускорение time-to-fill без метрик качества провоцирует найм «кого угодно, но быстро». Обязательно включайте quality-of-hire и retention через 90 дней, чтобы скорость не съедала качество отбора.
- Отсутствие эскалации. Без чёткого протокола просрочка вакансии выясняется случайно, на совещании через месяц. Пропишите правило: сигнал ответственному при отклонении от плана более чем на 20–30%.
- Единый норматив для всех ролей. Один SLA на junior‑тестировщика и senior‑архитектора создаёт постоянные конфликты. Градация по сложности решает проблему сразу.
Профессиональный совет: Устраивайте короткую ретроспективу по SLA каждые 4–6 недель даже после завершения пилота. Рынок и сложность вакансий меняются быстрее, чем кажется, а нормативы, зафиксированные полгода назад, могут уже не отражать реальность.
Перспектива Geekfactor: практика, а не только теория
Работающий SLA держится на трёх практических опорах: технический скрининг, который не затягивает воронку, быстрый источник релевантных кандидатов и регулярная отчётность, которая видна клиенту, а не спрятана внутри агентства.
На практике это выглядит так:
- Техническая оценка кандидатов проходит параллельно с поиском, а не после него, что напрямую сокращает time-to-interview.
- Каналы поиска подбираются под конкретный стек, а не универсально, что заметно ускоряет первый шорт-лист.
- Отчётность строится вокруг тех же метрик, что в SLA: сроки, конверсия по воронке, статус каждой активной вакансии.
Если вы хотите разобраться в конкретных приёмах ускорения найма перед тем, как фиксировать нормативы в SLA, полезно посмотреть практики быстрой подборки IT‑кадров и подборку эффективных практик IT‑рекрутмента. Оба материала дают конкретные тактики, которые можно сразу вписать в текст соглашения, а не изобретать нормативы с нуля.
Почему SLA не решает всё, но всё меняет
Конвенциональный совет звучит так: «внедрите SLA, и найм ускорится». Это правда лишь наполовину. SLA не ускоряет процесс сам по себе — он делает видимыми узкие места, которые раньше прятались за размытыми формулировками «стараемся закрыть быстрее». Часто выясняется, что тормозит не рекрутер, а нанимающий менеджер, который держит резюме неделю без ответа.

Переоценённая часть темы — сама цифра norматива. Компании тратят недели на споры, должен ли time-to-fill быть 20 или 25 дней, вместо того чтобы прописать обязательства клиента по фидбэку. Без этого пункта любой норматив останется красивой цифрой на бумаге.
Начинать стоит не с идеальных KPI, а с честного пилота на нескольких вакансиях и с одного жёсткого правила: у клиента такие же сроки ответственности, как у рекрутера. Всё остальное, включая точные цифры по quality-of-hire и retention, можно откалибровать позже, когда данные пилота покажут реальную картину, а не гипотезу.
— Kirill
Как Geekfactor помогает запустить SLA без потери темпа
Есть внутренний найм, есть агентства общего профиля, а есть подрядчик, который сразу работает по прозрачным нормативам и технической экспертизе в конкретном стеке. Закрывается пробел: пилотный проект с SLA по срокам шорт-листа и фидбэка, техническая оценка кандидатов экспертами и регулярная отчётность с понятными метриками по каждой вакансии.
Формат подходит для разных видов найма — точечного, массового и для компаний, которые хотят выстроить процесс и зафиксировать его в документе. Посмотрите, как устроена работа Geekfactor с компаниями, и обсудите условия пилотного SLA под ваши вакансии уже на первом звонке.
Источники
- Сколько времени занимает поиск IT‑специалиста — исследование — Finance.ua
- Ce avantaje ofera o agentie de recrutare specializata? - Log On
Часто задаваемые вопросы
Что такое SLA в рекрутинге простыми словами?
Это письменное соглашение между заказчиком и рекрутером, которое фиксирует сроки, KPI и обязанности каждой стороны в процессе найма.
Какой нормальный time-to-fill для IT‑вакансии?
Медианный показатель по IT‑рынку — 26 календарных дней, при этом time-to-hire в среднем составляет 19 дней, а срок сильно зависит от специализации.
Какие метрики обязательно включать в SLA?
Как минимум time-to-first-shortlist, time-to-interview, time-to-offer, time-to-fill, а также quality-of-hire и retention через 90 и 180 дней после найма.
Кто должен нести обязательства по SLA — только рекрутер?
Нет, работающий SLA двусторонний: нанимающий менеджер обязан давать фидбэк по резюме и интервью в фиксированный срок, обычно 24–48 часов.
Как быстро внедрить SLA без риска для текущего найма?
Запустите пилот на 2–4 вакансиях разной сложности в течение 6–8 недель с еженедельными ретроспективами, прежде чем распространять нормативы на весь портфель.
Помогает ли Geekfactor внедрять SLA?
Да, Geekfactor работает по пилотным SLA-соглашениям с зафиксированными сроками шорт-листа, технической оценкой кандидатов и регулярной отчётностью по метрикам воронки.