#КейсыGeekfactor

😎 Кейс: как этап референс-чека перечеркнул оффер.

Мы работали над вакансией Senior Python разработчика в американский стартап и нашли для компании действительно сильного кандидата. Он уверенно прошел все этапы и дошел до финального - референс-чека.

Ранее в своем опыте кандидат с этим этапом не сталкивался, но согласился его пройти и предоставил контакты.

Дальше началось самое неприятное: люди, которых он указал, не выходили на связь и не отвечали клиенту.

Мы со своей стороны старались раскачать процесс - были постоянно на связи с кандидатом и клиентом, просили кандидата дополнительно пинговать контакты, напоминать им, но результата это не дало.

❗️ Ключевая проблема оказалась не в самих контактах, а в восприятии процесса. Для кандидата это был новый опыт, и он не до конца понимал, насколько критичен референс-чек на финальном этапе. А мы, в свою очередь, не донесли эту ценность и не подготовили его заранее.

В итоге компания просто устала ждать и сделала выбор в пользу другого кандидата. Оффер, который уже практически был у кандидата в руках, слетел на последнем этапе.

✔️ Что можно было сделать, чтобы этого избежать:

🌟 Еще на ранних этапах проговаривать, что референс-чек - это не формальность, а фактор принятия решения;
🌟 Объяснять кандидату, что скорость и качество обратной связи напрямую влияют на его шансы;
🌟 Просить кандидата заранее подготовить контакты и предупредить людей, что им могут написать;
🌟Давать дедлайны и держать этот этап под контролем так же, как и остальные этапы интервью.

Референс-чек - это не менее важный этап, а иногда самый решающий во всем процессе.

Кстати, подробнее про референс-чеки писали тут.