Собеседование на системного аналитика в Работа.ру
HAVING в SQL-запросе с группировкой?Содержание:
Почему Работа.ру — особенный работодатель для SA
Работа.ру — крупный российский job-маркетплейс, который сводит вместе две стороны: работодателей, публикующих вакансии, и соискателей, которые ищут работу и откликаются. Для системного аналитика это классический двусторонний продукт со всеми его сложностями — от матчинга вакансий и резюме до монетизации через тарифы для работодателей.
Специфика роли — маркетплейс плюс поисковая инфраструктура. Системный аналитик проектирует API для работодателей (публикация и модерация вакансий, работа с откликами), API для соискателей (поиск, отклики, уведомления), а также поисковую подсистему на ElasticSearch и биллинг тарифов. Ключевое отличие от «обычного» бэкенд-продукта — здесь всё завязано на релевантность поиска и на баланс интересов двух сторон рынка. Актуальные вакансии обычно публикуются на карьерной странице Работа.ру.
Информация в статье основана на публичных источниках и опыте кандидатов. Формат отличается по командам и грейдам — уточняйте детали у рекрутера.
Этапы собеседования
Обычно 4–5 этапов, весь процесс укладывается в 3–5 недель. Порядок и число секций плавают по командам.
1. Скрининг с рекрутером (30–45 минут)
Знакомство с опытом, уточнение грейда и мотивации. Спросят про опыт с высоконагруженными продуктами и поиском. Держи наготове короткий питч: какие системы проектировал, с какими интеграциями и объёмами данных работал.
2. REST API и интеграции (60–90 минут)
Разберут проектирование API: HTTP-методы и коды, идемпотентность (особенно для откликов и платёжных операций), пагинацию больших выдач, версионирование, обработку ошибок. Типичный кейс: «Спроектируй API публикации вакансии — какие эндпоинты, как обеспечишь идемпотентность повторной отправки, как вернёшь ошибки валидации». Подготовка: REST API design.
3. БД и поиск ElasticSearch (60–90 минут)
Проверяют SQL на уровне middle (JOIN, агрегации, оконные функции) и понимание поисковой инфраструктуры. Про ElasticSearch спрашивают не «как установить», а как устроены индексы, чем полнотекстовый поиск отличается от фильтрации по атрибутам, как работают релевантность и ранжирование, когда данные держат в основной БД, а когда — в поисковом индексе, и как их синхронизировать.
4. BPMN и доменный кейс (45–60 минут)
Схематизация процессов маркетплейса: публикация и модерация вакансии, отклик соискателя, тарификация работодателя, уведомления. Ждут, что покажешь компенсирующие шаги на случай сбоя (что делать, если оплата прошла, а вакансия не опубликовалась) и подумаешь про обе стороны рынка. Подготовка: BPMN и требования.
5. Поведенческое и финал (45–60 минут)
Формат STAR: кросс-командный проект, работа со стейкхолдерами продукта, конфликт приоритетов, решения в жёстких рамках. Часто совмещают с финальной встречей с руководителем.
Особенности по направлениям
| Направление | Что важно для SA |
|---|---|
| Поиск и матчинг | ElasticSearch, релевантность, ранжирование вакансий и резюме |
| Кабинет работодателя | Публикация и модерация вакансий, работа с откликами, аналитика |
| Соискательская часть | Поиск, отклики, уведомления, персонализация выдачи |
| Биллинг и тарифы | Тарифы работодателей, идемпотентность оплат, реконсилиация |
| Интеграции | Обмен вакансиями и откликами с ATS работодателей |
Что Работа.ру ценит в SA
- Уверенный REST. Правильные методы и коды, идемпотентность откликов и оплат, пагинация больших выдач, продуманные ошибки.
- Понимание ElasticSearch. Индексы, полнотекстовый поиск, релевантность, синхронизация поискового индекса с основной БД — это ядро продукта.
- SQL на уровне middle. JOIN, агрегации, оконные функции и умение читать план запроса.
- Маркетплейс-мышление. Способность держать в голове интересы обеих сторон рынка и не сломать баланс ради одной из них.
- Навык работы со стейкхолдерами. Умение собрать требования у продукта и бизнеса и превратить их в понятную спецификацию.
Типичные задачи и кейсы
- API публикации вакансии. Спроектировать эндпоинты создания, модерации и снятия вакансии с идемпотентностью и внятной валидацией.
- Поисковый индекс резюме. Описать, как резюме попадает в ElasticSearch, как обеспечивается релевантность и как индекс синхронизируется с основной БД.
- Биллинг тарифов работодателей. Спроектировать логику оплаты тарифа и списаний с защитой от двойного списания.
- Интеграция с ATS работодателя. Описать обмен вакансиями и откликами с внешней системой: авторизация, формат обмена, обработка сбоев.
- Уведомления о новых вакансиях. Разложить процесс подписки и рассылки уведомлений соискателю с учётом дедупликации и нагрузки.
Как готовиться: план
- REST API глубоко. Методы, коды, идемпотентность, пагинация, ошибки. REST API design.
- ElasticSearch. Индексы, полнотекстовый поиск, релевантность и ранжирование, синхронизация с БД.
- SQL до уровня middle. JOIN, агрегации, оконные функции. SQL-тренажёр.
- BPMN. Gateways, sub-processes, компенсации для отмены операций. BPMN и требования.
- Маркетплейс-домен. Разберись, как устроены двусторонние рынки, матчинг и монетизация.
Частые ошибки
- Поверхностный ElasticSearch. «Это как база, только для поиска» — на секции про релевантность и синхронизацию индекса такой ответ проваливается.
- Слабый SQL. На доменном кейсе с данными «знаю SELECT» не хватает — нужны JOIN, агрегации и чтение плана.
- API без идемпотентности. Повторный отклик или повторная оплата не должны создавать дубликат — если это не проговорить, секция засчитывается слабо.
- Игнорирование одной стороны рынка. Оптимизировать продукт только под работодателя или только под соискателя — типичная ошибка маркетплейс-мышления.
- Схема без обработки сбоев. Нарисовать happy path публикации/оплаты без компенсаций читается как незрелость.
Связанные темы
- Собеседование на SA в HH
- Собеседование на SA в Avito
- REST API на собесе SA
- Собеседование на DS в Работа.ру
- Собеседование на PM в Работа.ру
FAQ
Сколько этапов на собесе SA в Работа.ру?
Обычно 4–5: скрининг с рекрутером, REST API и интеграции, БД и ElasticSearch, BPMN с доменным кейсом, поведенческое и финал. Весь процесс чаще всего занимает 3–5 недель.
Нужен ли опыт в HR-tech?
Желателен, но не обязателен. Важнее понимание двусторонних маркетплейсов и поиска — специфику предметной области реально освоить по ходу.
Насколько глубоко спрашивают про ElasticSearch?
На уровне «как устроены индексы, релевантность и синхронизация с основной БД». Не ждут администрирования кластера, но общая механика поиска должна быть понятна.
Какой уровень SQL ждут?
Уровень middle: JOIN нескольких таблиц, агрегации, оконные функции и умение оптимизировать запрос.
Это официальная информация?
Нет. Этапы и требования основаны на публичных источниках и опыте кандидатов и различаются по командам и грейдам. Актуальные детали уточняйте у рекрутера.