Найм персонала: какую систему выбрать

Найм персонала: какую систему выбрать - вопрос, к которому селлер на Wildberries, Ozon или Я.Маркете обычно приходит не с первого сотрудника, а тогда, когда штат перевалил за 10-15 человек и найм превратился в постоянный процесс, а не разовое действие. Прямой ответ: выбирать нужно не отдельный сервис под подбор персонала, а систему, где найм - это такой же бизнес-процесс, как приёмка товара или обработка заказа, встроенный в ту же среду, где потом реально работает нанятый человек. Если найм живёт отдельно от операционки, компания получает закрытую вакансию, но не получает управляемого сотрудника.

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

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

Какие системы для найма персонала есть у селлера маркетплейса

Условно варианты делятся на три группы.

1. Таблицы и мессенджеры - Excel или Google Таблицы для базы кандидатов плюс переписка в Telegram или WhatsApp. Быстрый старт, ноль затрат, но кандидат легко теряется между вкладками и чатами, а история общения не связана ни с чем, кроме памяти нанимающего менеджера.
2. Отдельный ATS или HR-tech сервис - специализированный инструмент только под подбор: воронка, карточки кандидатов, иногда интеграция с job-бордами. Хорошо закрывает саму воронку найма, но живёт изолированно от остальной операционки компании.
3. Найм как бизнес-процесс внутри единой операционной системы - тот же инструмент, где ведутся задачи, процессы и видна нагрузка на ФОТ. Вакансия здесь не отдельная сущность, а первый шаг процесса, который потом сам продолжается в адаптацию, испытательный срок и постановку задач новому сотруднику.

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

Чем найм персонала на маркетплейсе отличается от обычного

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

Вторая особенность - сезонность. Перед крупными распродажами склад может расти в разы за несколько недель, и система найма должна выдерживать резкий всплеск кандидатов без потери качества отбора. Таблица с этим справляется плохо: чем больше кандидатов, тем выше шанс, что кто-то зависнет между этапами и просто не дождётся ответа.

Хотите навести порядок в задачах и процессах команды? Посмотреть →

Почему отдельный сервис для подбора закрывает только половину задачи

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

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

Во что реально обходится найм, если система не связывает подбор с работой

Здесь важно считать честно. Открытая вакансия сама по себе не сжигает бюджет - зарплата нанимающего менеджера фиксированная и идёт вне зависимости от того, закрыта роль или нет. Ошибка - умножать часы ожидания на часовую ставку и получать якобы сгоревшие деньги: пока вакансия висит, человек занят другими оплаченными задачами.

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

По каким критериям выбирать систему найма персонала

При выборе системы стоит проверять её по нескольким пунктам.

• Видимость воронки по каждой вакансии сразу для всех нанимающих менеджеров, а не только у того, кто ведёт таблицу.
• Автоматический переход от найма к адаптации: оффер закрывает не вакансию, а запускает следующий процесс - ввод в должность.
• Шаги адаптации и испытательного срока оформлены как процесс с обязательными отметками о выполнении, а не как регламент для самостоятельного чтения.
• Связь найма с ФОТ - видно, сколько оплаченного времени команда фактически тратит на подбор и повторные циклы, а не только план по вакансиям.
• Доступность с телефона - для складских ролей найм часто ведёт бригадир или завскладом прямо в цехе, без доступа к компьютеру.
• Единая база кандидатов и сотрудников, чтобы бывший кандидат на роль сборщика не терялся, если через месяц открылась вакансия кладовщика.

Модельное сравнение подходов

Пример сравнения трёх вариантов по ключевым параметрам.

Таблицы и чаты: прозрачность воронки низкая, связь с адаптацией отсутствует, видимость нагрузки на ФОТ отсутствует, риск потери кандидата высокий, доступность в поле средняя.

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

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

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

Что в итоге выбрать

Если в компании одна-две роли и найм разовый, таблицы и чаты - рабочий вариант на старте. Но как только найм персонала становится постоянной функцией с несколькими нанимающими менеджерами, сезонными всплесками и текучестью на складе, разумнее выбирать систему, где подбор - это не изолированный сервис и не регламент, который останется непрочитанным, а бизнес-процесс, встроенный в ту же среду, где потом ведётся вся остальная работа компании: от постановки задач новому кладовщику до расчёта ФОТ команды.