Собеседование на системного аналитика в Яндекс Маркет

Почему Яндекс Маркет — особенный работодатель для СА

Яндекс Маркет — крупнейший российский e-commerce-маркетплейс группы Яндекс: десятки миллионов активных пользователей в месяц, сотни тысяч продавцов, миллионы SKU, интеграция с Яндекс Плюсом, доставкой Яндекс Go и логистикой группы. Для системного аналитика это очень специфическое место: классические маркетплейс-интеграции (заказы, оплата, доставка) на фоне Яндекс-стека (YT/YQL) и Яндекс-планки по системному дизайну. Объёмы — миллиарды событий в день, миллионы продавцов и SKU, сотни команд-потребителей.

Главные задачи СА в Яндекс Маркете: проектирование интеграций между fronted (приложение, веб), backend-сервисами (каталог, корзина, заказы, оплата, доставка), системами продавцов (Seller API), логистикой группы Яндекс; написание спецификаций API; моделирование процессов заказа и доставки в BPMN; интеграция с платежными провайдерами, страховыми сервисами, доставкой; проектирование Seller API как product feature; работа с регуляторными требованиями (152-ФЗ, маркировка, защита прав потребителей).

Стек инструментов: Confluence, Jira, Swagger/OpenAPI, BPMN, PlantUML, C4. На технической стороне аналитик работает с YT (внутренний DWH Яндекса), ClickHouse, PostgreSQL, Kafka и Logbroker, REST и gRPC. Команда плотно работает с архитекторами и разработкой.

Актуальные вакансии — на hh.ru и сайте Яндекса.

Этапы собеседования

Полный цикл — 4-6 недель, 5-6 этапов. Процесс — типичный «Яндекс-style»: HR, техническое интервью, SQL, архитектурный кейс, поведенческое, финал.

1. HR-скрининг (30-45 минут)

Рекрутер уточняет: опыт системного анализа (от 2 лет, желательно с e-com или маркетплейс контекстом), знание API и BPMN, мотивацию идти в Яндекс Маркет, ожидания по компенсации и формату (Москва, гибрид). Готовь питч на 90 секунд про самый сложный интеграционный проект.

2. Техническое интервью (60-90 минут)

Базовая секция с senior СА или архитектором. Темы: REST API design, gRPC, OpenAPI/Swagger, архитектурные паттерны, микросервисы, messaging-паттерны (Kafka/Logbroker), базы данных (PostgreSQL, YT), безопасность (OAuth, JWT, mTLS), C4-нотация. Специфический Яндекс-вопрос: «как ты спроектируешь API оформления заказа с учётом параллельного резерва остатков у нескольких продавцов и платежного процессинга».

Подготовка: REST API design, Microservices architecture, Distributed systems.

3. SQL и data модели (45-60 минут)

Базовая секция: SQL deep dive на event-данных Маркета (оконные функции, оптимизация запросов на больших таблицах), data design маркетплейса (заказы, позиции заказа, доставка, продавцы, товары). Кандидат должен уметь сходу нарисовать ER-диаграмму типового маркетплейса.

Подготовка: Databases и storage.

4. Архитектурный кейс (90 минут)

Самая характерная секция. Кейс: «спроектируй процесс оформления заказа с несколькими продавцами в одной корзине», «как ты спроектируешь Seller API для интеграции с системами учёта продавцов», «как сделать антифрод фейковых отзывов и накруток рейтинга». Нужно: уточнить требования, нарисовать архитектуру C4, описать API-контракты, продумать обработку ошибок (что делать, если один из продавцов не подтвердил заказ), заложить аудит и идемпотентность. Сильный сигнал — учёт масштаба и распределённости.

Подготовка: Интеграция и архитектура, BPMN и требования.

5. Поведенческое + культурный fit (45 минут)

С тимлидом и/или представителем команды. STAR-формат: расскажи про конфликт с продактом, факап в проде, спор по архитектуре. Параллельно проверяют соответствие Yandex Values.

6. Финал с руководителем (30 минут)

Финальная встреча: грейд, оффер. Корректировки по цифрам.

Особенности по командам

Каталог и поиск. Команда строит каталог и поиск Маркета: миллионы SKU, классификация, фасеты, ранжирование. Стек — REST + gRPC + YT + специализированные поисковые движки. Подойдёт СА с background в search или e-com.

Корзина, оформление заказа, оплата. Команда занимается процессом оформления заказа: корзина, доставка, оплата, антифрод. Стек — REST + Kafka + интеграция с банковскими провайдерами + платежные сервисы. Челлендж — параллельный резерв остатков у разных продавцов, идемпотентность, отказоустойчивость. Подойдёт СА с background в e-com или fintech.

Seller API и партнёрская интеграция. Команда строит API для продавцов: интеграция с системами учёта, загрузка товаров и цен, обработка заказов. Стек — REST + Swagger + специализированные коннекторы к ERP продавцов. Челлендж — multi-tenant API, разные системы у продавцов, документация для разработчиков. Подойдёт СА с B2B SaaS-фоном.

Доставка и логистика. Команда занимается интеграцией с логистикой группы Яндекс (Яндекс Go доставка) и сторонними службами. Стек — REST + gRPC + Kafka + интеграции с логистическими провайдерами. Подойдёт СА с background в логистике или e-com.

Trust & Antifraud. Команда строит интеграции с антифрод-системой: фейковые отзывы, накрутка рейтинга, мошеннические транзакции. Стек — REST + Kafka + интеграция с ML-моделями антифрода. Подойдёт СА с антифрод-background.

Что Яндекс Маркет ценит в СА

Понимание распределённых систем. Кандидат, который понимает CAP-теорему, eventual consistency, saga-паттерны для distributed transactions, idempotency — сильный сигнал.

Опыт e-com или маркетплейс интеграций. История «спроектировал интеграцию с N способами доставки и M платежными провайдерами для маркетплейса» — сильный сигнал.

Знакомство с Яндекс-стеком — плюс. Опыт работы с YT/YQL даёт преимущество.

Weak vs strong на архитектурном кейсе. Слабый ответ: «возьмём микросервисы и REST для заказа с несколькими продавцами». Сильный ответ: «оформление заказа с N продавцами — distributed transaction. Saga-паттерн: оркестратор → reserve остатков у каждого продавца параллельно (с idempotency-ключом) → если все ОК — capture оплаты и commit резервов; если хоть один отказал — rollback резервов через compensating transactions. Idempotency обязательно: при повторе запроса от клиента не создаём новый заказ. Параллельная резервация — синхронные gRPC к Seller API с timeout 2 сек и fallback на rule-based проверку остатков. Audit trail для compliance и разрешения споров с продавцами».

Готовность к Яндекс-процессам. Согласования, code review в Arcanum. Кандидаты, которые ругают процессы, получают -1.

Документация. В Яндексе высокие стандарты документации. Хаотичные диаграммы — красный флаг.

Как готовиться: план

За 6-8 недель до планируемого собеса:

1. Неделя 1-2 — REST API + gRPC + distributed patterns. HTTP-методы, idempotency, OpenAPI, gRPC basics. Distributed patterns (CAP, saga, outbox, eventual consistency). Прорешай 5-7 кейсов. Параллельно — на Карьернике обнови базу по SQL и логике: 1500+ задач, по 15-20 минут в день, чтобы за месяц закрыть пробелы по SQL.
2. Неделя 3 — Яндекс-стек. YT, YQL, Logbroker, Nirvana basics. Прочитай YTsaurus open-source docs.
3. Неделя 4 — E-com / маркетплейс контекст. Прочитай блоги Amazon (AWS Architecture), Shopify, eBay. Запомни понятия: GMV, AOV, conversion, cart abandonment, fulfillment, 3PL, маркетплейс-disputes.
4. Неделя 5 — Архитектурные кейсы. Прорешай 5-7 кейсов: заказ с несколькими продавцами, Seller API, доставка с несколькими провайдерами, антифрод отзывов, payment processing. Структура — требования → C4 → API → saga → idempotency → audit. Интеграция и архитектура.
5. Неделя 6 — SQL deep dive и data design. SQL Medium-Hard 30+ задач, ER-диаграммы для маркетплейса, нормализация и денормализация.
6. Неделя 7-8 — Mocks и behavioral. Mock-интервью, 5-7 STAR-историй: конфликт с продактом, факап в проде, история про сложную distributed integration.

Частые ошибки

Не знают distributed patterns. Кандидат на System Design рисует «два микросервиса с синхронными вызовами через REST». Для маркетплейса с несколькими продавцами — это рецепт для проблем.

Игнорируют idempotency. В e-com любой платёжный или резервационный API должен быть idempotent. Кандидат, который этого не закладывает, теряет балл.

Не разбираются в маркетплейс-метриках. «Что такое GMV, AOV, cart abandonment?» — кандидат теряется.

Слабая ER-модель. На SQL-секции кандидат рисует «всё в одной таблице». Маркетплейс — это сложная иерархия (Order → OrderItem → Seller, Delivery, Payment).

Не задают вопросы про объёмы. На кейсе сразу — стек, а не «сколько заказов, какие SLA, какие потребители данных». Это первый фильтр.

Связанные темы

• Собеседование на системного аналитика
• Distributed systems
• Databases и storage
• Собеседование на системного аналитика в Яндексе
• Собеседование на Data Engineer в Яндекс Маркет

FAQ

Удалёнка в Яндекс Маркете для СА?

Чаще гибрид с офисом в Москве (БЦ «Красная Роза», «Аврора») или Санкт-Петербурге. Полная удалёнка возможна для senior+ при согласовании.

Зарплатные вилки 2026?

Middle СА: 300-460k. Senior: 460-720k. Staff/Lead — выше. Опционы/RSU в Яндексе сейчас не для всех.

Английский нужен?

Базовый — желательно для документации. Свободный говорящий не обязателен.

Сколько этапов?

5-6 этапов, 4-6 недель из-за Яндекс-процессов.

Реально ли пройти без e-com опыта?

Сложно, но реально на middle-позицию. Яндекс ценит технический бэкграунд, поэтому крепкая база по distributed systems плюс готовность быстро доучить маркетплейс-специфику (GMV, AOV, fulfillment) могут компенсировать. На senior+ без e-com или маркетплейс фона — почти невозможно, конкуренция высокая.

Какие книги и ресурсы помогут подготовиться?

«System Design Interview» Алекса Сюя, «Designing Data-Intensive Applications» Мартина Клеппманна. Из специализированного — статьи Amazon AWS Architecture, обзоры маркетплейсов (eBay, Shopify, Алибаба). YT/YQL основы — open-source документация YTsaurus. SQL и техническая база — задачник Карьерника.

Это официальная информация?

Этапы основаны на публичных источниках и опыте кандидатов. Уточняйте у рекрутера — команды могут менять процесс.