PRODUCTBOMBING Telegram 66
Экономика, которая не сойдется никогда

😭 К сожалению, на большинстве внутренних HR продуктов очень плохая экономика.

У меня в практике был такой кейс: компания ежегодно нанимала в районе 600 стажеров и молодых специалистов. На часть таких вакансий (возьмём 60%) обычно очень большая воронка на входе, поэтому для её сужения рекрутеры использовали отсев с помощью тестирования (числовые тесты).
Допустим, мы знаем, что для вывода на работу одного нового сотрудника, нам надо отправить кандидатам 10 тестов.

Как происходит отправка теста? Рекрутер связывается с кандидатом и подтверждает с ним, что тот согласен на условия компании: дата выхода, ЗП, функционал и так далее. И что он сам базово подходит компании по своим знаниям. Потом рекрутер идёт на платформу тестирования и создаёт там учётную запись кандидата. Вводит имя/фамилию, почту. Далее выбирает нужный тест и назначает. После этого рекрутер идёт в почту и пишет кандидату: Вася, тест назначен, как пройдёшь, отпишись (потому что отбивки из системы тестирования не приходили). Вася может отписаться, а может не отписаться. В этом случае наш рекрутер заходит сам в систему тестирования и проверяет, пройдены ли тесты. Если нет, то, спустя Х дней, удаляет данные Васи и отправляет ему отказ.

На такой процесс рекрутер тратит в среднем 7 минут на кандидата. Считаем. 360 ставок, 10 кандидатов на каждую, 7 минут на каждого кандидата. Получаем 420 часов в год.
Ужасная цифра для такого процесса.

Автоматизируем? Давайте. Можем написать шину, которая сынтегрирует платформу рекрутера с системой тестирования. Рекрутеру достаточно будет просто одним кликом переместить кандидата в нужную ячейку в системе, а дальше наша шина сама подхватит кандидата, назначит ему нужные тесты, отправит ссылку на прохождение, а после прохождения уведомит об этом рекрутера и запишет баллы в систему. Если кандидат с тестами не справился или не прошёл их через Х дней, то шина сама это поймёт, передаст данные платформе рекрутера, которая отправит отказ. И в итоге мы простой интеграцией экономим 420 часов в год, которые рекрутер может посвятить более важным задачам.

👏 Ну классно же? Надо делать?!
А теперь давайте посчитаем цифры ещё раз.
В этом процессе мы упрощаем жизнь только рекрутеру. Возьмём среднюю ЗП рекрутера на то время: 65к гросс. Прибавим ещё 30 процентов, так как он в штате (косты за офис, прочие налоги). А потом посчитаем стоимость часа работы рекрутера... и получим примерно 500 рублей.
Соответственно, нашей автоматизацией мы сэкономим компании 210 тысяч рублей в год.
Ну, не миллионы, но тоже неплохо...так?

Не так. Спринт работы собственной команды разработки стоит от 1 до 3 млн рублей. А такой функционал делать 4 спринта минимум (двусторонняя интеграция, формы кандидатов, маски для обезличивания данных, тестирование и исправление багов + настройки на стороне системы рекрутера).

И что же делать? Смириться с тем, что разработка не окупится никогда в жизни? Или сказать на старте, что этот внутренний продукт экономически неэффективный и отказаться от разработки? И пусть бедные рекрутеры страдают?

На самом деле есть несколько вариантов:
1. Купить коробочное решение, если такое есть.
2. Заказать разработку у провайдера.
3. Смириться с тем, что решение не окупится.
4. Отказаться от процесса, который нужно автоматизировать.
5. Отказаться от автоматизации.

🥳 В нашем случае все закончилось отлично: мы запартнерились с провайдером тестов, который увидел бизнес возможность в том, чтобы зарабатывать на интеграциях, и очень задешево написал нам шину. Наша автоматизация окупилась за 2 года, и при этом мы осчастливили команду рекрутеров и освободили им время для более качественной работы с кандидатами.

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



tgoop.com/productbombing/66
Create:
Last Update:

Экономика, которая не сойдется никогда

😭 К сожалению, на большинстве внутренних HR продуктов очень плохая экономика.

У меня в практике был такой кейс: компания ежегодно нанимала в районе 600 стажеров и молодых специалистов. На часть таких вакансий (возьмём 60%) обычно очень большая воронка на входе, поэтому для её сужения рекрутеры использовали отсев с помощью тестирования (числовые тесты).
Допустим, мы знаем, что для вывода на работу одного нового сотрудника, нам надо отправить кандидатам 10 тестов.

Как происходит отправка теста? Рекрутер связывается с кандидатом и подтверждает с ним, что тот согласен на условия компании: дата выхода, ЗП, функционал и так далее. И что он сам базово подходит компании по своим знаниям. Потом рекрутер идёт на платформу тестирования и создаёт там учётную запись кандидата. Вводит имя/фамилию, почту. Далее выбирает нужный тест и назначает. После этого рекрутер идёт в почту и пишет кандидату: Вася, тест назначен, как пройдёшь, отпишись (потому что отбивки из системы тестирования не приходили). Вася может отписаться, а может не отписаться. В этом случае наш рекрутер заходит сам в систему тестирования и проверяет, пройдены ли тесты. Если нет, то, спустя Х дней, удаляет данные Васи и отправляет ему отказ.

На такой процесс рекрутер тратит в среднем 7 минут на кандидата. Считаем. 360 ставок, 10 кандидатов на каждую, 7 минут на каждого кандидата. Получаем 420 часов в год.
Ужасная цифра для такого процесса.

Автоматизируем? Давайте. Можем написать шину, которая сынтегрирует платформу рекрутера с системой тестирования. Рекрутеру достаточно будет просто одним кликом переместить кандидата в нужную ячейку в системе, а дальше наша шина сама подхватит кандидата, назначит ему нужные тесты, отправит ссылку на прохождение, а после прохождения уведомит об этом рекрутера и запишет баллы в систему. Если кандидат с тестами не справился или не прошёл их через Х дней, то шина сама это поймёт, передаст данные платформе рекрутера, которая отправит отказ. И в итоге мы простой интеграцией экономим 420 часов в год, которые рекрутер может посвятить более важным задачам.

👏 Ну классно же? Надо делать?!
А теперь давайте посчитаем цифры ещё раз.
В этом процессе мы упрощаем жизнь только рекрутеру. Возьмём среднюю ЗП рекрутера на то время: 65к гросс. Прибавим ещё 30 процентов, так как он в штате (косты за офис, прочие налоги). А потом посчитаем стоимость часа работы рекрутера... и получим примерно 500 рублей.
Соответственно, нашей автоматизацией мы сэкономим компании 210 тысяч рублей в год.
Ну, не миллионы, но тоже неплохо...так?

Не так. Спринт работы собственной команды разработки стоит от 1 до 3 млн рублей. А такой функционал делать 4 спринта минимум (двусторонняя интеграция, формы кандидатов, маски для обезличивания данных, тестирование и исправление багов + настройки на стороне системы рекрутера).

И что же делать? Смириться с тем, что разработка не окупится никогда в жизни? Или сказать на старте, что этот внутренний продукт экономически неэффективный и отказаться от разработки? И пусть бедные рекрутеры страдают?

На самом деле есть несколько вариантов:
1. Купить коробочное решение, если такое есть.
2. Заказать разработку у провайдера.
3. Смириться с тем, что решение не окупится.
4. Отказаться от процесса, который нужно автоматизировать.
5. Отказаться от автоматизации.

🥳 В нашем случае все закончилось отлично: мы запартнерились с провайдером тестов, который увидел бизнес возможность в том, чтобы зарабатывать на интеграциях, и очень задешево написал нам шину. Наша автоматизация окупилась за 2 года, и при этом мы осчастливили команду рекрутеров и освободили им время для более качественной работы с кандидатами.

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

BY Продуктовая бомбежка


Share with your friend now:
tgoop.com/productbombing/66

View MORE
Open in Telegram


Telegram News

Date: |

As of Thursday, the SUCK Channel had 34,146 subscribers, with only one message dated August 28, 2020. It was an announcement stating that police had removed all posts on the channel because its content “contravenes the laws of Hong Kong.” Clear 2How to set up a Telegram channel? (A step-by-step tutorial) The optimal dimension of the avatar on Telegram is 512px by 512px, and it’s recommended to use PNG format to deliver an unpixelated avatar. But a Telegram statement also said: "Any requests related to political censorship or limiting human rights such as the rights to free speech or assembly are not and will not be considered."
from us


Telegram Продуктовая бомбежка
FROM American