Аутстафф
UX\UI
Разработка
2025–2026
ERP-платформа для массового найма
%20Logos.CIW4XoVq.webp)
Контекст
Требовалась платформа для массового найма линейного персонала: водителей, рабочих строительных специальностей и других кандидатов для вакансий с большим потоком откликов.
В процессе одновременно участвуют: компании размещающие вакансии, рекрутеры ведущие подбор, и кандидаты. При этом кандидаты могут приходить из разных источников: напрямую, через партнёров или реферальные механики.
Задача
Собрать в одной платформе весь процесс массового подбора, независимо от того, откуда он пришёл — зарегистрировался на платформе сам, был передан партнёром или попал в систему по реферальной программе.
Работодателям нужен был инструмент для работы с вакансиями, рекрутерам — для ведения кандидатов и команд, кандидатам — понятный способ найти вакансию и пройти отбор.
В каждом кабинете владельца бизнеса и главы рекрутеров также нужна была своя аналитика, собранная вокруг задач конкретного пользователя и показателей, за которые он отвечает.
При этом систему изначально нужно было сделать масштабируемой: чтобы подключать новых работодателей и партнёров, добавлять роли, разделы и новые сценарии без пересборки продукта с нуля.
С чего начали
Изучили рынок, прямых и косвенных конкурентов, а также аудиторию. На основе исследования сформировали информационную архитектуру и пользовательские сценарии, а ключевые решения проверили с помощью usability-тестирования.


Так появился «фундамент» продукта, благодаря которому внутренняя логика системы остаётся управляемой, а интерфейс — понятным и простым.
Три стороны найма
В JobWill есть 3 основные группы пользователей. Все они участвуют в одном процессе, но у каждой — свои задачи и зона ответственности.
%20Employer.NtsnLPBQ.webp)
%20Recruiter.A8iXuY_p.webp)
%20Candidate.aYnTQJ4A.webp)
Помимо этого, внутри каждой из групп, пользователи могут работать по-разному. Например, один рекрутер занимается вакансиями и кандидатами, другой — управляет сотрудниками и следит за показателями команды.
Поэтому мы разработали матрицу ролей: разделили пользователей по типу, функциям и зонам ответственности. А затем для каждой группы определили собственный сценарий работы, набор данных и доступные действия.
%20Scheme.DC7gL5aA.webp)
На этой основе разделили интерфейс на три кабинета. В каждом пользователь видит только нужные ему разделы и работает в соответствии со своей ролью и уровнем доступа.
Кандидаты приходят по-разному
В массовом подборе нет одного линейного пути до вакансии. Кандидат может найти её самостоятельно, прийти через партнёра или попасть в систему по рекомендации другого пользователя. Поэтому JobWill проектировался сразу под несколько каналов привлечения.
Независимо от источника кандидат попадает в общий процесс, где рекрутер может продолжить работу с ним внутри системы.
Отдельно предусмотрели реферальный сценарий: пользователь мог привести кандидата на вакансию, а система — связать рекомендацию с дальнейшим процессом отбора.
Ценность — ещё до регистрации
Открытая часть платформы знакомит пользователя с продуктом ещё до входа в систему. Здесь доступны вакансии и обезличенная база кандидатов, а полная информация открывается после регистрации.
Так публичная часть одновременно показывает возможности платформы и помогает привлекать новых пользователей. Кандидат может начать с поиска вакансии, а работодатель — с просмотра доступных специалистов, не проходя регистрацию вслепую.
Основа, которая выдерживает сложность
В JobWill пользователи работают с вакансиями, кандидатами, аналитикой, сотрудниками и финансами. За каждым из этих разделов — свои сущности, связи, права доступа и сценарии.
Собрали в систему
Мы собрали дизайн-систему с UI-kit, библиотекой компонентов, токенами, состояниями и документацией.
%20Design.CUDtkFpk.webp)
Это позволило выстроить визуальный язык для всей платформы. Независимо от роли и сценария пользователь понимает, где находится, с какими данными работает и что может сделать дальше. Новые разделы при этом не требуют каждый раз изобретать интерфейс заново и остаются связанными с уже существующими.
Связали сущности
На стороне разработки мы определили сущности системы, связали их между собой и заложили общую логику работы с вакансиями, кандидатами и процессом найма. Данные сохраняются в общем контуре и отображаются каждому пользователю в соответствии с его ролью и правами.
Это снижает количество ручных операций и дублирования, помогает пользователям не теряться в данных и создаёт основу для стабильной работы сервиса при росте числа вакансий, кандидатов и участников.
%20Circles.CI1YShWU.webp)
Для бизнеса это означает, что продукт можно развивать без постоянной пересборки его внутренней логики и интерфейсов. Новые функции и сценарии добавляются в уже выстроенную систему, а пользователи получают понятный инструмент для ежедневной работы.
Результат
JobWill вырос из прототипа в полноценную платформу для массового подбора за 6 месяцев.
Мы связали разные источники кандидатов, вакансии, отклики, роли, аналитику и права доступа в единую систему. Для каждого типа пользователя при этом сохранили собственный сценарий работы, набор инструментов и данных.
В результате получилась не просто система учёта кандидатов, а основа для развития целого HR-продукта: к ней можно подключать новых работодателей и партнёров, добавлять роли, разделы и сценарии, не перестраивая уже работающую логику.
Главная