{"id":14291,"url":"\/distributions\/14291\/click?bit=1&hash=257d5375fbb462be671b713a7a4184bd5d4f9c6ce46e0d204104db0e88eadadd","title":"\u0420\u0435\u043a\u043b\u0430\u043c\u0430 \u043d\u0430 Ozon \u0434\u043b\u044f \u0442\u0435\u0445, \u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u0442\u0430\u043c \u043d\u0435 \u043f\u0440\u043e\u0434\u0430\u0451\u0442","buttonText":"","imageUuid":""}

Подбор кадров в IT разбираем идею сервиса

Денис Гордиенко, генеральный директор Bright Mobile, о сервисе подбора кадров в IT.

Нередко в своих статьях я предлагаю подписчикам делиться собственными идеями и задавать любые вопросы по теме разработки. Один из комментаторов высказал мнение, что сегодня рекрутеры, набирая IT-специалистов, получают огромное количество откликов и в связи с этим, у него возникла идея сервиса. Давайте её разберём.

С его слов на одну вакансию доходит аж до 3000 желающих. Рассмотреть столько кандидатур непросто, поэтому подписчик предложил инструмент, способный хоть как-то облегчить эту задачу.

Как сделать подбор кадров для IT легче?

По его идее объявляется некий хакатон, где каждый желающий должен выполнить то или иное задание – не слишком сложное, но достаточное для оценки мастерства. Делается это для того, чтобы отсеять тех, кто реально хочет устроиться на работу, от тех, кто просто скидывает своё резюме везде, где только можно.

Тем, кто выполнит лучшие работы, выдаются премии, а остальные смогут выложить в своё портфолио выполненное задание (код у программистов, макет у дизайнеров и т. п.). А лучшую работу выводят в общий чат, где все прочие участники могут высказать своё мнение по её качеству и по адекватности поставленной оценки.

Как эту идею применить в реальной жизни?

Первое, что меня зацепило – это отсутствие в идее оформленного стартапа. Непонятно, для кого всё это делается и кто будет за это дело платить: премирование стоит денег, и брать их придётся из чьего-то кармана. Попробую дофантазировать задумку так, как я придумал её у себя в голове, чтобы представить идею в наиболее выгодном свете и разобрать все её нюансы.

Для начала рассмотрим схему нашего будущего сервиса и всех её участников

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

Рекрутер выдаёт каждому тестовое задание, что и сейчас практикуется в обязательном порядке. В среднем, по моей статистике, за выполнение берётся только 25% откликнувшихся, то есть от наших трёхсот лишь 75 станут делать тест. Кто-то из них на этапе выполнения сливается, так что до ума задачу доводит человек тридцать, всего по итогу рекрутеру результат показывают только 10% от подавших заявку. Само собой, у всех ребят разный уровень и результат – такой же, поэтому более-менее хорошо выполняют задание только 20% из выполнивших, а значит, до детального собеседования доходят только шестеро.

Лично я рекрутингом занимаюсь сам: мне, как владельцу компании, со всеми ребятами общаться достаточно легко. Единственное, что напрягает – массовая рассылка: нужно отправить триста писем, получать на них ответы и т. д., поэтому такую нудятину я уже доверяю помощникам. Однако в любом случае этот процесс требует временных и трудовых ресурсов.

Логика стартапа заключается как раз в его автоматизации, причём с добавлением полезных плюшек, увеличивающих конверсию. Суть проста: зная, что за выполненное задание они получат оплату, люди будут с большим желанием за него браться, да и реализовывать станут его будут более сознательно. Ни для кого не секрет, что программист может обратиться в десять компаний и получить десять тестовых: в среднем на каждое уходит 2-8 часов. Только неделя уйдёт на то, чтобы рассмотрение его кандидатуры перешло на следующий этап. Поэтому, само собой, соискатель будет выбирать, для какой компании задание выполнять в первую очередь, а на какое вообще можно забить. Гарантия выплаты лучшим исполнителям станет залогом того, что задание для него будут выполнять с большей охотой.

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

На чём можно выстроить стартап?

Делать аналог хэдхантера с такими плюшками, на мой взгляд, дело достаточно гиблое: мы предложим программистам ещё раз заполнить резюме. Уверен, как минимум 80% заниматься этим не будет. А с учётом того, что сервис совсем ещё зелёный, а вакансий на нём будет немного, цифра вырастет аж до 97%. Заполнять будут только самые отчаянные, но не факт, что самые лучшие – может, это просто те, кто не смог найти работу в других сервисах, и они уже от безысходности заполняют резюме на каждом углу. Это путь в никуда, поэтому нужно работать с тем, что уже есть.

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

Триста ребят добавляются в наш сервис, который автоматически производит рассылку. На этапе, когда тридцать человек вышлют свои готовые работы (уверен, что их будет больше, но на картину работу сервиса число никак не влияет, поэтому буду оперировать прежними цифрами) подключается тимлид со стороны сервиса (не компании-рекрутера), оценивающий объективность кода.

В чём минусы?

Большая сложность в огромном количестве языков программирования: на c++, Python, PHP и кучу других одного тимлида не хватит. Поэтому, по крайней мере на первых этапах, придётся привлекать либо мидлов, либо сеньоров с фриланса, чтобы эти тимлиды работали не по полной ставке, а лишь выполняли работу разово. С учётом того, что сеньор, например, по питону, будет стоить около 3000 рублей в час, проверить, запустить и сверить тестовое задание с ТЗ (на всё про всё хватит полчаса) обойдётся в 1500 рублей. Весь прогон из тридцати ответивших человек – 45000 рублей. Можно добавить оптимизацию: скажем, первый этап проверки доверяются штатному программисту уровня middle, даже junior, чтобы чисто проверить, запускается код или нет – так можно не переплачивать сеньору и сэкономить. Ему отдавать только последних кандидатов – и тратить не 45 тысяч, а раза в два меньше.

Получается эдакий дополнительный сервис для рекрутера, с помощью которого он может автоматизировать свои действия по рассылке тестовых заданий. Сам сервис при этом будет заботиться о том, чтобы не напрягать рекрутера, который заказал услугу, и будет отбирать адекватных кандидатов самостоятельно. Года четыре назад я пользовался услугами рекрутера: в IT он не разбирался и присылал достаточно разношёрстных кандидатов.

А поскольку рекрутер получает деньги за подбор, он заинтересован, чтобы я взял на работу хоть кого-то – это уже я, как работодатель, сопротивляюсь и выбираю тех, кто получше. Адекватный сервис – это третье лицо между рекрутером и работодателем, которое помогает отфильтровать тех, кто явно не подходит, и не даёт возможность рекрутеру «приболтать» на программиста, который может не подойти.

Кому это пригодится?

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

Например, можно предлагать сервис рекрутинговым агентствам как сервис по автоматизации, сокращающий трудозатраты на подбор единицы штата. А поскольку себестоимость снизится, рекрутер будет заинтересован предоставить более качественного программиста, ведь он сможет потратить на одну вакансию больше времени – а значит, выполнить задачу более качественно. Либо, как вариант, предложить меньшую цену.

Также можно докрутить эту историю с наймом штатных рекрутеров в сам сервис, делая сервис по автоматизированному подбору программистов, дизайнеров и прочих специалистов IT специальностей. Заказчик будет обращаться непосредственно в сам сервис, который осуществит фильтрацию базы и прочие действия, предоставляя клиенту проверенных ребят. УТП перед типовыми рекрутинговыми агентствами в том, что на стороне сервиса уже есть сеньор, который сам проверит качество выполнения тестового задания и выдаст на согласование тех, кто явно прошёл, а не будет пытаться впихнуть не пойми кого. Подход к подбору персонала будет более качественным, что и нужно работодателю.

Что касается хакатонов и обсуждения, я не очень-то в них верю. По крайней мере в MVP я бы ограничился премиальными для шести конечных кандидатов, но не более того. Обсуждалка и общение, в принципе, встречались мне, но в формате LMS-ок, где идёт обучение, каждое задание детально обсуждается и все друг друга подогревают тем, что задают каверзные вопросы, что-то отвечают и пр.

В случае подбора персонала всё это будет далеко не так красиво, потому что триста соискателей — это не триста учеников потока. Это в LMS все идут с общей целью обучиться. А кандидаты борются друг против друга, поэтому не будут помогать друг другу. Всё это придётся модерировать и чистить, а это выйдет только в дополнительные затраты без какой-либо практической пользы. Наивно верить в детальные разборы и повышение собственного уровня кандидатов – всё закончится переходом на личности и руганью.

Послесловие

Сама идея автоматизации работы рекрутера весьма хороша. В этой сфере работает довольно много сервисов, правда, полноценного онлайн-рекрутера пока ещё создать никому не удалось. Кто знает, может, им станете вы. Или что-то из выше написанного сможете взять на вооружение для своего бизнеса, доработав идею под другие реалии.

0
29 комментариев
Написать комментарий...
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Алекс Д.

LeetCode 2.0? :)

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Илон Маск

Люди будут ходить на эти хакатоны просто ради денег, а не вакансии

Ответить
Развернуть ветку
Анна Богданова

главное чтобы приходили, а там... "ловкость рук и никакого мошенства"

Ответить
Развернуть ветку
Саша G

Как происходит сейчас: рекрутер\работодатель пытается из сжатой информации в резюме получить полную картину соответствия кандидата, заложенную в вакансии.
Условно из 100 раз пережатого Jpeg пытаются получить картинку высокой чёткости.

Что можно: расширить данные на входе (вопросы от работодателя) и выходе (ответы кандидата). Что-то типа опросника из Гугл.форм.

В сервисе забита максимальная информация, к примеру, по Python: какие фреймворки используются, какие базы данных и т.п.
Работодатель заполняет, что ему из этого требуется. Кандидат заполняя требуемые пункты под вакансию отвечает\решает задачи с фиксированными ответами и возможностью прокомментировать. Работодатель может добавить свой вопрос\задачу в сервис. Ниже требований под вакансию «Дополнительно» - то, что не требуется под вакансию, но нужно\возможно для Python-разработчика.

Сервис сопоставляет данные\ответы, введенные кандидатом, с частичными под вакансию и общими. Выставляет оценку, к примеру 78\86 и ранжирует кандидатов.

MVP шишки бьются на одной профессии и расширяются до...

Ответить
Развернуть ветку
Алекс Д.

И это работает? по мне так бред?

Ответить
Развернуть ветку
Саша G

Саня, закусывай ;)
Это как вариант сервиса.

А чем плохо? Работодатель шире задаёт параметры, что ему надо. Судя по описаниям вакансий не всякий работодатель в силах описать, что же ему требуется, а так выбор заданных пунктов, с возможностью добавить от себя.
Кандидат более развёрнуто отвечает на заданные вопросы.
Вполне может заменить первичное собеседование.

Ответить
Развернуть ветку
Алекс Д.

У меня с закуской всё норм :)
Вместить в сервис

В сервисе забита максимальная информация, к примеру, по Python: какие фреймворки используются, какие базы данных и т.п.

это только по питону сотни гб данных, а по с++, по php, по css\scss...
Вы знаете, что файл содержащий число пи до миллионного знака содержит 978 мб? а чем отличается PostgreSQL от Oraсle?
Какую систему надо содержать, чтобы это всё обрабатывать на каждом входящем резюме?
P.S. конечно это всё можно упростить до json запросов\ответов, наподобии ЕГЭ, но это бред, как мне кажется.

Ответить
Развернуть ветку
Саша G

Максимальная информация, ну понятно, что это условно не Википедия по ЯП или профессии от А до Я.
Выбор идёт не из входящих резюме, а из ответов в опроснике сервиса.
Задача такого сервиса - первичный, более углублённый отсев не подходящих кандидатов. Поставил кандидат галочку, что знает Oracle - пару вопросов\задач от сервиса + возможность 1-2 заданных работодателем.
У всех фронтендеров в резюме будет HTML - задали ему вопрос\задачу по семантической вёрстке, ещё какие вопросы\задачи. А сейчас ATS\CRM отбора кандидатов тупо ищет в резюме ключевые слова, нашло "HTML" + еще какие заданные рекрутером - значит подходит.

Ответить
Развернуть ветку
Алекс Д.

Ну для этого интеграции с LeetCode достаточно
Проблемма развить этот сервис... моё видение составляет внедрение и коллаборация с ХХ, Линкедин и тп в виде плагина, а в ваш сервис вкладываться надо

Ответить
Развернуть ветку
Саша G

Ох, вам бы резюме кандидатов полистать на НН или другом сервисе.
Читаешь резюме выпускника МГИМО, а у него первыми словами стоит - знание word. Читая другое резюме, про себя думаешь, что за полубред, а в конце чувак пишет, что он кандидат наук. И это люди, которые типа за счёт своего образования должны выше среднего себя презентовать.

Ответить
Развернуть ветку
Алекс Д.

Фак, а вы думаете, что выпускник МГИМО, что-то лучше ворда и 5 языков должен знать? ладно бы вы написали Бауманку или МФТИ)

Ответить
Развернуть ветку
Саша G

Ну как бы разговоры разговаривать должен уметь и не ругаться матом публично )
https://youtu.be/TfhlFGaIHRw?t=85

Ответить
Развернуть ветку
Алекс Д.

Ну Русский матерный тоже входит в программу обучения...:)

что он кандидат наук.

науки разные бывают, тут их винить не за что.

Ответить
Развернуть ветку
Саша G

Ну в начале собеседования один Х идут вопросы уровня ЕГЭ - а что это, а что то, а это можете...
+ Софт скиллы таким же макаром можно через тест\опросник пробивать.
Задача сервиса получить больше информации от потенциального кандидата, по заданным критериям сервиса и вопросов от работодателя.

Ответить
Развернуть ветку
Алекс Д.
Задача сервиса получить больше информации от потенциального кандидата

Неа, задача сервиса- получить больше кандидатов и запросов на них :)

Ответить
Развернуть ветку
Саша G

Даа, если инструмент работает, показывает выгоду в сэкономленном времени\деньгах на закрытии вакансии - вот вам и запрос на сервис.
Это не как замена НН, это как облегчение выбора работодателя нужного кандидата.

Ответить
Развернуть ветку
Алекс Д.

так напишите плагин для HH, чтобы прям с него можно было к вам переейти:)

Ответить
Развернуть ветку
Саша G

Ну во-первых я не программист, во-вторых в резюме мало информации, в-третьих в описании вакансии тупо ссылку на сервис для прохождения отбора.

Ответить
Развернуть ветку
Алекс Д.

Да не пойдут по ссылке, или HH не пропустит, поэтому моё решение- плагин для браузера- покажите вашим программистам моё решение и вы станете лучшим продактом для них:)

Ответить
Развернуть ветку
Саша G

) Да я не с этой оперы, что автор поста. И не продакт и не рекрутер, так просто мимо проходил.
Всё я спать.
GL

Ответить
Развернуть ветку
Алекс Д.

А если рассмотреть идею сервиса совместно с плагином для браузера, который будет помогать рекрутеру заносить нужных кандидатов в сервис со странички ХХ, а потом через сервис уже рассылать тестовое, а так же принимать тестовое от откликнувшихся кандидатов не просмотром сотен писем в почте, а в сервисе, с группировкой соискателей по теме письма или подобному? Ведь если рассматривать не одну вакансию, которую нужно закрыть, а несколько, то разбор всего дерьма в почте превращается в ад для рекрутера.

Ответить
Развернуть ветку
Денис Гордиенко
Автор

Да, это явно упростит работу рекрутера

Ответить
Развернуть ветку
Алекс Д.

Кстати и реализация такого- не шибко то и сложная задача- браузер видит почты откликнувшихся, плагин добавляет нужных, сервис подключен к почте, и работает по принципу чека контактов- добавленные пропускаются в сервис, не добавленные- отображаются на почте, но не в сервисе и группируются по заявленным вакансиям, например из темы ответного письма.

Ответить
Развернуть ветку
Саша G

Всё уже придумано до нас)
ATS (Applicant tracking system) называется.

https://talantix.ru/promo/

Ответить
Развернуть ветку
Алекс Д.

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

Ответить
Развернуть ветку
Евгений Недодаев

Рекрутинг сервисы это конечно хорошо, спору нет.
Но хз откуда у комментатора информация о 3000 откликов на вакансии.
Я бы хотел увидеть такую вакансию.

Ответить
Развернуть ветку
Денис Гордиенко
Автор

Да, я тоже удивился, поэтому взял в 10 раз меньше для расчёта

Ответить
Развернуть ветку
26 комментариев
Раскрывать всегда