AI-платформа для найма: рекрутеры, кандидаты и компании.
Роль
Продуктовый дизайнер
Платформа
Веб-приложение
Статус
Запущенный MVP
Результат
Работает · Приносит доход
Обзор
Crowdcruit начинался как MVP-челлендж: определить ядро продуктового опыта для трёхсторонней AI-платформы найма и довести её до продакшена. Цель – выйти за рамки статичных экранов и спроектировать процессы, необходимые для пригодного к использованию, приносящего доход продукта.
Crowdcruit построен вокруг AI-подбора пар «кандидат – вакансия». Задача была не только показать оценку соответствия, но и спроектировать процессы вокруг неё: рекрутерам нужно понимать и предлагать кандидатов, кандидатам – контролировать доступ к профилю, а компаниям – иметь понятный способ рассматривать, проводить интервью и оставлять обратную связь.
Проблема
Процессы найма часто разбросаны по инструментам поиска, таблицам, базам кандидатов, календарям и формам обратной связи. AI-подбор может генерировать рекомендации, но без понятного обоснования, согласия и следующих шагов этим рекомендациям сложно доверять и сложно действовать по ним.
Рекрутерам нужно рабочее пространство для пар «кандидат – вакансия», в котором можно действовать.
Кандидатам нужны прозрачность и контроль над тем, кто получает доступ к их профилю.
Компаниям нужен сфокусированный процесс рассмотрения и обратной связи.
Исследование
До перехода к дизайну интерфейса я разбирался, какой основной процесс должен поддерживать MVP. Продукт должен был работать одновременно для трёх сторон: рекрутеров, кандидатов и компаний.
Jobs-to-be-done
Это помогло определить MVP вокруг одного основного цикла, а не большого ATS-продукта: подбор → доступ → рассмотрение → интервью → обратная связь.
Анализ конкурентов
Конкурентный ландшафт ещё формировался. Большинство продуктов, которые я изучал, закрывали только часть процесса: сорсинг, ATS, AI-скрининг, планирование интервью или talent CRM. Прямых референсов для трёхстороннего процесса, где у рекрутеров, кандидатов и компаний есть отдельные, но связанные пространства, было меньше.
На что я смотрел
Это сформировало одно из главных продуктовых решений: Crowdcruit не должен выглядеть как ещё одна ATS. MVP должен был сосредоточиться на передаче между ролями – от подбора рекрутером, к одобрению доступа кандидатом, к рассмотрению и обратной связи от компании.
Гипотезы
Если рекрутер видит обоснование соответствия рядом с парой «кандидат – вакансия», он сможет действовать по AI-рекомендациям увереннее.
Дизайн-решение
Карточка соответствия с оценкой, сигналами по кандидату и вакансии, блокерами и контекстной панелью предложения.
Если создание предложения происходит в правой панели, рекрутер сможет двигать кандидата дальше, не теряя контекст соответствия.
Дизайн-решение
Процесс «Предложить кандидата» в контекстной панели.
Если кандидат может посмотреть, что увидит компания, до передачи профиля – продукт сможет строить доверие, не замедляя цикл найма.
Дизайн-решение
Процесс «Запрос доступа» с контролем передаваемых данных и состоянием управления доступом.
Если компании получают кандидатов как предложения под конкретную вакансию, а не сырые профили, они смогут принимать решения быстрее и яснее.
Дизайн-решение
Страница «Предложение кандидата» с обоснованием соответствия, рисками и действиями вроде «Запросить интервью» или «Добавить обратную связь».
Если обратная связь структурирована вокруг решения и следующего шага, она превращается в полезные продуктовые данные, а не в свободные заметки.
Дизайн-решение
Процесс «Добавить обратную связь» с общим решением, оценкой по навыкам, заметкой команды и рекомендованным следующим шагом.
Скоуп
Задача не заключалась в том, чтобы спроектировать полноценный рекрутинг-сьют. Первая версия должна была поддерживать минимальный полный цикл найма, который мог бы давать ценность в продакшене.
В скоуп вошло
Сознательно вне скоупа
Вторичные области – расширенная аналитика, биллинг, глубокие CRM-функции и сложная автоматизация – сознательно остались вне первого скоупа.
Подход
Я выстроил MVP вокруг трёх рабочих пространств под конкретные роли, а не одного универсального дашборда найма. Каждое пространство использует одну визуальную систему и паттерны взаимодействия, но содержимое и действия специфичны для роли пользователя.
Пространство рекрутера
Находит и предлагает пары «кандидат – вакансия».
Пространство кандидата
Контролирует, какие компании получают доступ к профилю.
Пространство компании
Рассматривает кандидатов, запрашивает интервью и даёт обратную связь.
Рекрутер – карточка соответствия
Кандидат – запрос доступа
Компания – предложение кандидата
Вместо одного универсального дашборда я разделил опыт на три рабочих пространства с общими визуальными паттернами и действиями под конкретную роль.
Пространство рекрутера
Опыт рекрутера выстроен вокруг одного объекта – пары «кандидат – вакансия». Интерфейс объединяет контекст кандидата, контекст вакансии, оценку соответствия, готовность, риски и следующее лучшее действие.
Карточка соответствия даёт рекрутеру сфокусированный вид на соответствие «кандидат – вакансия», риски, готовность и следующее лучшее действие.
Создание предложения в правой панели позволяет рекрутеру действовать, не теряя контекст соответствия.
Планирование следует тому же паттерну контекстной панели: участники, слоты, переговорная и текст приглашения остаются привязанными к соответствию.
Пространство кандидата
Одним из ключевых решений MVP было не относиться к кандидатам как к пассивным записям в базе. Прежде чем компания сможет рассмотреть полный профиль, кандидат видит вакансию, компанию, соответствие и точный перечень запрашиваемых данных профиля.
Кандидат видит вакансию и запрос доступа до того, как что-либо будет передано.
Панель рассмотрения запроса делает передачу данных профиля явной и настраиваемой.
Доступ – не одноразовое решение: кандидат может управлять им, отозвать или отклонить позже.
Пространство компании
Сторона компании сфокусирована на решениях о найме. Вместо сырого профиля из базы интерфейс представляет каждого кандидата как предложение на конкретную вакансию.
Компания получает сфокусированное предложение по кандидату, а не сырой профиль.
Обратная связь структурирована достаточно, чтобы быть полезной, но при этом лёгкая, чтобы заполнить её быстро.
Отправленная обратная связь обновляет состояние кандидата. Управление вакансиями переиспользует тот же паттерн правой панели, чтобы команда оставалась в контексте.
Результат
MVP был выпущен в продакшен и сейчас используется как работающий, приносящий доход продукт. Финальный дизайн связал ключевые процессы трёх ролей: рекрутеры могут действовать по AI-подбору, кандидаты – контролировать доступ к профилю, а компании – рассматривать кандидатов, запрашивать интервью и отправлять обратную связь.
Главное дизайн-решение – держать сложные процессы внутри контекстных правых панелей, чтобы пользователи могли действовать, не теряя окружающий контекст.
Как проект продуктового дизайна, Crowdcruit помог определить информационную архитектуру, паттерны взаимодействия и визуальную систему для многосторонней AI-платформы найма, которая прошла путь от дизайна MVP до живого продукта.
Фокус
В заключение
Crowdcruit показывает, как AI-подбор, приватность и совместная работа над наймом могут работать как одна связанная продуктовая система.