Два месяца компания искала оператора колл-центра. Отклики приходили, рекрутеры звонили кандидатам, условия обсуждали, но рабочее место оставалось пустым. На поверхности это выглядело как очередная история о дефиците людей. Внутри процесса обнаружилась другая проблема: людей было достаточно, а определения «подходящего человека» не существовало.
Скрининг работал как простая цепочка булевых проверок: есть ли опыт, подходит ли график, устраивает ли зарплата. Она отсеивала очевидно несовместимые варианты, но не отвечала на главный вопрос — сможет ли кандидат выполнять конкретную работу. Компания увеличивала входящий поток, хотя узкое место находилось не на входе.
Разберём этот кейс как задачу проектирования системы фильтрации. Без выдуманного счастливого финала: в исходных данных нет отрасли компании, точного объёма лидов и срока закрытия после изменения подхода. Зато есть достаточно информации, чтобы показать, почему формальный фильтр не предсказывает результат и как собрать проверяемый протокол отбора.
Что именно сломалось
Любая система отбора должна иметь целевое состояние. В машинном обучении сначала определяют целевую переменную, затем подбирают признаки. В найме часто делают наоборот: собирают привычные признаки из резюме, а затем пытаются угадать, какой из них связан с успешной работой.
В этом кейсе целевое состояние не было описано. Фраза «адекватный оператор» могла означать грамотную речь, спокойный голос, опыт в колл-центре или просто приятное впечатление от разговора. Разные рекрутеры неизбежно достраивали определение сами. Один передавал руководителю энергичных кандидатов, другой — вежливых, третий — тех, кто уже работал с телефоном. Каждый действовал логично внутри собственной модели, но общей модели у компании не было.
Текущий фильтр можно условно записать так:
pass =
experience_is_acceptable
AND schedule_is_acceptable
AND salary_is_acceptable
Это фильтр совместимости с условиями, а не фильтр способности работать. Он отвечает на вопрос «можно ли продолжить разговор», но его использовали как ответ на вопрос «подойдёт ли человек». Между этими решениями пропущен целый слой проверки.
Сначала опишите работу как последовательность состояний
Портрет кандидата лучше начинать не с возраста, опыта и прилагательных, а с наблюдаемого рабочего цикла. Для оператора он может выглядеть так: принять контакт, понять цель обращения, удержать структуру разговора, обработать вопрос или возражение, договориться о следующем действии, корректно зафиксировать результат и перейти к следующему контакту.
Это пока не готовая модель конкретной компании. В одном колл-центре оператор консультирует, в другом квалифицирует лид, в третьем продаёт. Поэтому последовательность нужно собрать вместе с руководителем на реальных примерах работы. Полезны записи звонков, причины потерянных обращений, заметки в CRM и наблюдения сильных сотрудников.
На этом шаге появляется первое важное разделение. Часть требований является входным ограничением: график, юридическая возможность работать, согласие с условиями. Другая часть описывает поведение в процессе: задаёт ли человек уточняющие вопросы, слышит ли ответ, удерживает ли цель разговора. Третья часть относится к результату: доводит ли контакт до нужного следующего шага и фиксирует ли договорённость.
Если смешать три слоя, опыт в резюме начнёт заменять наблюдение за работой. Кандидат с годом в известном колл-центре получит преимущество, хотя неизвестно, чему именно он там научился. Человек без нужной строки в резюме будет отсеян, даже если выполняет рабочую пробу лучше.
Формальный скрининг создаёт два типа ошибок
В системе отбора есть не только «подходит» и «не подходит». Есть четыре исхода: подходящего кандидата можно пропустить или отклонить, а неподходящего — остановить или передать дальше.
Решение фильтра | В работе справляется | В работе не справляется |
|---|---|---|
Передать дальше | верное положительное решение | ложноположительная ошибка |
Отклонить | ложноотрицательная ошибка | верное отрицательное решение |
Стандартный вопрос про опыт снижает тревогу интервьюера, но не обязательно уменьшает число ошибок. Он может пропустить человека, который умеет проходить интервью и знает правильные формулировки, но теряет структуру реального разговора. Одновременно он может отсечь кандидата из смежной роли, который быстро понимает задачу и хорошо работает с обратной связью.
У компании из кейса не было механизма, связывающего решение на входе с результатом после выхода. Поэтому ошибки оставались невидимыми. Если кандидат не дошёл до руководителя, никто не узнает, как он работал бы. Если дошёл, решение объясняют общим впечатлением. Такой контур не обучается на собственных результатах.
Как собрать проверку из трёх слоёв
Первый слой оставляет только необходимые ограничения. Здесь действительно уместны короткие вопросы о графике, формате работы, ожиданиях по доходу и других условиях. Они не оценивают профессиональную силу, а проверяют возможность сотрудничества. Это быстрый шлюз, и требовать от него большего не нужно.
Второй слой проверяет рабочее действие. Для оператора полезнее короткая симуляция, чем ещё десять вопросов о прошлом опыте. Сценарий должен быть одинаковым для всех кандидатов и напоминать реальный контакт, но не требовать знания продукта.
Например, кандидат получает нейтральную вводную: клиент оставил заявку, но во время звонка говорит, что ему неудобно и он уже посмотрел другое предложение. Задача кандидата — начать разговор, уточнить ситуацию, предложить следующий шаг и завершить контакт без давления.
Интервьюер не ищет единственно правильный скрипт. Он наблюдает, продолжает ли кандидат заготовленную презентацию или сначала слышит клиента, уточняет ли причину вместо спора, предлагает ли реалистичный следующий шаг и сохраняет ли спокойный темп.
Третий слой — структурированный разбор прошлого поведения. Здесь важно не спрашивать «как вы работаете с отказами», потому что ответ почти неизбежно будет правильным. Лучше восстановить один эпизод: что сказал клиент, что сделал кандидат, что произошло дальше, какую обратную связь он получил и что изменил в следующем разговоре.
Три слоя решают разные задачи. Ограничения не тратят время на заведомо невозможное сотрудничество. Симуляция показывает действие в одинаковых условиях. Поведенческий разбор проверяет, воспроизводил ли кандидат похожий способ работы раньше.
Scorecard: что фиксировать вместо впечатления
Оценка нужна не для создания математической видимости точности. Её задача — заставить интервьюеров смотреть на одни и те же сигналы. Для короткой симуляции достаточно пяти критериев и шкалы от нуля до двух.
Критерий | 0 баллов | 1 балл | 2 балла |
|---|---|---|---|
Начало контакта | сразу читает заготовку | обозначает причину звонка | обозначает цель и проверяет, можно ли говорить |
Выявление ситуации | игнорирует реплику клиента | задаёт общий вопрос | уточняет конкретную причину и слушает ответ |
Структура разговора | перескакивает между темами | удерживает общий ход | связывает вопрос, ответ и следующий шаг |
Реакция на отказ | спорит или давит | принимает отказ без попытки понять | спокойно уточняет и предлагает уместный вариант |
Завершение | оставляет разговор без итога | проговаривает результат | фиксирует понятную договорённость или корректно завершает контакт |
Ноль не означает «плохой человек», а два не означает «идеальный сотрудник». Балл описывает только наблюдаемое действие в конкретной пробе. Если кандидат не уточнил ситуацию, интервьюер фиксирует именно это, а не пишет «не проявил эмпатию». Чем ближе запись к факту, тем меньше места остаётся для послевкусия от голоса, внешности или уверенности.
Итоговый балл нельзя использовать механически. Для конкретной роли один критерий может быть критическим. Если оператор обязан квалифицировать входящий лид, отсутствие уточняющих вопросов нельзя компенсировать красивым завершением. До начала интервью команда должна определить минимальный уровень по таким критериям.
Как проверить, что интервьюеры используют одну шкалу
Даже подробная таблица не устраняет расхождения сама по себе. Два человека могут увидеть один ответ и поставить разные баллы. Поэтому протокол нужно откалибровать до массового использования.
Сначала несколько участников независимо оценивают один и тот же пример разговора. Затем сравнивают не суммы, а основания. Почему один поставил за выявление ситуации ноль, а другой — два? Разбор расхождения начинается с того, какой вопрос услышал второй и что именно команда считает следующим шагом. Формулировки в scorecard уточняют до тех пор, пока разница не становится объяснимой.
Во время реальных интервью полезно сохранять короткое доказательство рядом с баллом. Не «хорошо общается», а «после отказа уточнил причину и предложил вернуться к разговору в названное клиентом время». Не «слабый», а «трижды вернулся к презентации, не ответив на реплику клиента». Такая запись позволяет руководителю проверить решение, даже если он не присутствовал на встрече.
Общее обсуждение проводят после независимой оценки. Если интервьюеры начинают с обмена мнениями, первая уверенная позиция задаёт рамку остальным. Сначала каждый фиксирует наблюдения, затем команда разбирает расхождения.
Где появляется экономика вакансии
В кейсе компания продолжала платить за лиды, которые некому было качественно обрабатывать. Точную сумму посчитать нельзя: в исходных данных нет объёма потока, конверсии и маржи. Но модель стоимости можно собрать без выдуманных чисел.
Обозначим количество входящих лидов в день как (L), разницу в вероятности результата между нормальной и перегруженной обработкой как (Delta p), среднюю маржу с результата как (M), а число дней незакрытой позиции как (D). Тогда оценка упущенной маржи выглядит так:
[ Loss = L imes Delta p imes M imes D ]
Это не бухгалтерская проводка, а способ увидеть порядок величины. Например, в иллюстративном сценарии с 80 лидами в день, разницей конверсии 0,03, маржой 1500 рублей и 40 рабочими днями расчёт даст 80 × 0,03 × 1500 × 40 = 144 000 рублей. Это не оценка компании из кейса, а демонстрация формулы. Если параметры неизвестны, разумнее посчитать диапазон: осторожный, базовый и верхний сценарии. К нему добавляются время рекрутера на повторный прозвон, время руководителя на несогласованные интервью и нагрузка на сотрудников, которые закрывают пустое место.
Важен не конкретный итог формулы, а управленческое следствие. Когда стоимость пустой позиции зависит от потока клиентов, бесконечно расширять поток кандидатов может быть дороже, чем потратить день на проектирование критерия и рабочей пробы.
Как замкнуть контур после найма
Протокол отбора становится системой только тогда, когда получает обратную связь из реальной работы. После выхода сотрудника оценки на интервью нужно сопоставлять с наблюдаемыми результатами: качеством первых разговоров, соблюдением структуры, корректностью фиксации и реакцией на обучение.
Если высокий балл по критерию не связан с работой, возможны три причины. Критерий не важен для роли, проба проверяет не то действие или интервьюеры слишком широко трактуют шкалу. Если успешные сотрудники регулярно получают низкую оценку на одном этапе, фильтр создаёт ложноотрицательные ошибки и отсекает полезных кандидатов.
Необязательно сразу строить сложную аналитику. Достаточно сохранять версию scorecard, оценки и короткие доказательства, а после испытательного периода проводить разбор. Со временем компания получает собственные данные о том, какие сигналы на интервью действительно связаны с работой.
На какую методику опирается протокол
Подход со стандартными вопросами, одинаковой шкалой и независимой оценкой — не авторская импровизация. федеральное кадровое управление США (OPM) определяет структурированное интервью как оценку связанных с работой компетенций с одинаковыми вопросами и едиными стандартами ответа. В практическом руководстве OPM отдельно разобраны разработка вопросов, шкал и обучение интервьюеров. Google re:Work описывает тот же контур: заранее проверенные вопросы, подробная фиксация ответов, общая рубрика и калибровка интервьюеров.
В статье эта методика адаптирована к подтверждённой фактуре кейса оператора колл-центра. Пример рабочей пробы и шкала — шаблон для проектирования, а не утверждение о том, что именно такой протокол использовала компания.
Что показал кейс
Двухмесячный поиск оператора выглядел как проблема рынка, пока процесс рассматривали только по верхнему уровню: вакансия открыта, отклики есть, звонки совершаются, результата нет. На уровне механики выяснилось, что стандартный скрипт проверял совместимость с условиями, но не способность выполнять работу.
Увеличение количества откликов не исправляет фильтр с неопределённой целью. Оно лишь заставляет тот же фильтр чаще принимать решения. Сначала нужно описать рабочий цикл, выделить наблюдаемые действия, собрать одинаковую пробу и договориться о шкале. Только после этого имеет смысл оценивать, достаточно ли кандидатов на входе.
Главный вывод здесь шире одной вакансии. Найм ломается не только из-за отсутствия людей. Он ломается как любая система: когда цель не определена, признаки выбраны по привычке, решения нельзя воспроизвести, а обратная связь не возвращается в модель. Исправление начинается не с ещё одного источника резюме, а с проектирования самого фильтра.
Комментарии 0