🌟Кейс: как мы решили проблему с наймом сотрудников в регионах

В регионах нанимать специалистов цифровых профессий очень сложно – это неоспоримый факт. Поскольку такие профессии позволяют работать онлайн, люди скорее пойдут наниматься в более крупные центральные компании, нежели в локальные. А уж найти в регионе сразу несколько условных разработчиков определенного уровня и стека скилов и вовсе невозможно. Что делать в этом случае компании? Мы в рамках обучения профессиям в Практикуме попытались решить эту непростую задачку.

🔸Запрос: К нам пришла очень крупная группа компаний с запросом на специалистов определенного профиля (разработчики, аналитики данных) в 4 региональных города. У компании были определенные планы в части развития, для этого требовалось 120 сотрудников с определенным набором скилов.

🔸Проблема: Их собственный найм не справлялся. Кроме того, бренд, хоть и очень известный, на рынке труда не считался супер-вау. Коллеги из карьерного центра проанализировали их условия трудоустройства – там не было ничего интересного для соискателей. Средние зарплаты, никаких особых бонусов. Понятно, что люди на эти условия в эту конкретную компанию не бежали.

🔸Решение. Мы придумали такую схему: лидогенерим студентов из нужных городов, которые сразу учатся нужным профессиям. За их обучение платит компания и имеет возможность следить за ходом обучения. Мы также планировали, чтобы бренд еще во время обучения пропитывал бы студентов своим вайбом, организовывал встречи и погружение в ценности и задачи компании. Поскольку компания хотела не просто джунов, а опытных джунов, с определенным заданным набором скиллов, мы планировали добавлять в наши курсы дополнительные спринты обучения. Тогда онбординг сотрудников прошел бы быстро и гладко: они выйдут от нас не просто специалистами, а сотрудниками, которые много знают о компании и пропитаны ее корпоративным духом, знакомы с условиями и правилами. По сути, за 6-8 месяцев работодатель получает у себя в регионе необходимое количество нужных членов команды.

🔸Сложности: Главная проблема была в том, что изначальный заказчик (эйчар) часто менял задачи или добавлял новые вводные, не всегда знал ответы на вопросы. Но так было, пока мы не докопались до истинного заказчика - технического лида. То, что мы в дальнейшем слышали от него, сильно не совпадало с тем, что изначально транслировал эйчар – тот как будто не вполне понимал задачу

🟢Результат: Пока шло длительное обсуждение, прошло практически полгода, и ситуация в стране изменилась, так же как и внутренний фон в компании. Верхнеуровневое руководство приняло решение перенести этот проект на следующий год. Фактически, если бы не было этих разногласий и длительных внутренних согласований, мы могли бы дать мощный рывок для развития компании клиента. Внести в нее такой поток новых знаний и людей – и уже следующем году получить результат за счет новых специалистов, их роста и драйва.

#ГрейдКлуб #Кейс #ЦифровыеПрофессии