Собеседование на системного аналитика в AliExpress Россия

Почему AliExpress Россия — особенный работодатель для SA

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

Что делает SA на практике: проектирует и описывает API маркетплейса (как продавцы загружают товары, как обновляются остатки и цены, как передаются статусы заказов), проектирует интеграции с внешними системами (продавцы, логисты, таможенные брокеры, платёжки), описывает бизнес-процессы в нотации BPMN, готовит требования и постановки для разработки, разбирается в схеме данных и умеет достать нужное SQL-запросом. Ключевые инструменты: REST (и местами SOAP) для интеграций, SQL для работы с данными, BPMN/UML для процессов.

Главная специфика — cross-border и таможня. Заказ проходит длинную цепочку с асинхронными статусами: оформление → оплата → сборка у продавца → международная доставка → таможенное оформление → локальная доставка. На каждом шаге — своя внешняя система, свои коды ошибок, свои задержки. SA должен уметь спроектировать интеграцию, которая переживает недоступность внешнего сервиса, повторную доставку сообщения и рассинхрон статусов. Актуальные вакансии и детали процесса — на странице карьеры AliExpress Россия.

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

Обычно 5 этапов, от первого звонка до оффера — 2–4 недели: скрининг, секция по системному анализу и API, работа с БД, кейс на проектирование интеграции, финал с командой. Ниже — что обычно спрашивают.

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

Рекрутер сверяет базовое: опыт в проектировании интеграций и API, знание SQL, понимание маркетплейс-домена и мотивацию. Полезно за минуту рассказать, какие интеграции вы проектировали, между какими системами и с какими сложностями столкнулись. Опыт в e-commerce, логистике, платежах или классифайдах здесь — сильный плюс.

2. Системный анализ и API (60 минут)

Основная профильная секция. Спрашивают проектирование REST API: методы, идемпотентность, коды ответов, версионирование, пагинация, обработка ошибок. Обязательно всплывает тема надёжности интеграций: что делать при таймауте внешнего сервиса, как устроены ретраи, идемпотентные ключи, очереди и вебхуки против поллинга. Часто просят на месте спроектировать контракт API для конкретного сценария — например, «продавец обновляет остатки товара».

Подготовка: REST API на собесе SA.

3. Базы данных и SQL (45–60 минут)

SA в маркетплейсе постоянно ходит в данные, чтобы разобраться в инциденте или проверить гипотезу. Проверяют SQL (JOIN, агрегаты, оконные функции), понимание нормализации, ключей (PK, FK), индексов и транзакций. Могут дать схему из нескольких таблиц (заказы, товары, доставки) и попросить написать запрос или объяснить, как связаны сущности.

4. Кейс на проектирование интеграции (60–90 минут)

Ключевая секция для middle+. Дают сценарий — например, «спроектируй интеграцию с новым логистическим оператором» или «опиши процесс возврата товара cross-border» — и просят разложить его: акторы, шаги, данные на каждом шаге, точки отказа, обработка ошибок, схема в BPMN. Оценивают не идеальную нотацию, а системное мышление: видит ли кандидат асинхронность, крайние случаи и то, что внешние системы падают.

5. Поведенческое + финал (45 минут)

Беседа с тимлидом. STAR-истории про работу со стейкхолдерами, спорные требования, конфликты между «хочет бизнес» и «может разработка», сложные интеграции. Здесь же обсуждают формат работы и грейд.

Что AliExpress Россия ценит в SA

• Проектирование API. REST в первую очередь (местами SOAP в старых интеграциях): контракты, идемпотентность, версионирование, обработка ошибок, вебхуки. Не «знаю, что такое REST», а умение спроектировать надёжный контракт.
• Работа с БД и SQL. Уверенные запросы, понимание схемы данных, ключей и связей. SQL — инструмент ежедневного разбора инцидентов и требований.
• Понимание cross-border специфики. Таможня, мультивалютность, асинхронные статусы, длинный жизненный цикл заказа — умение проектировать процессы, которые это учитывают.
• Marketplace-мышление. Понимание, что продавец, покупатель, товар, заказ и доставка — разные сущности со своей логикой, и что маркетплейс балансирует интересы двух сторон.
• Навык работы со стейкхолдерами. Умение собрать требования у бизнеса, логистов, разработки и свести их в непротиворечивую постановку.

Типичные задачи и кейсы

• API маркетплейса. Спроектировать контракт для загрузки товаров или обновления остатков продавцом: методы, поля, идемпотентность, обработка ошибок.
• Cross-border интеграция. Описать интеграцию с системой зарубежного продавца или международного логиста с учётом задержек и недоступности.
• Таможенный процесс (customs flow). Разложить прохождение заказа через таможню: какие данные нужны, какие статусы, что происходит при отказе в оформлении.
• Интеграция с локальными логистами. Спроектировать обмен статусами доставки: вебхуки против поллинга, идемпотентность, порядок событий.
• Процесс возврата (refund flow). Описать возврат товара и денег cross-border: акторы, шаги, крайние случаи, точки отказа.

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

За 3–5 недель до собеса:

1. Неделя 1 — REST API и интеграции. Методы, коды, идемпотентность, версионирование, пагинация, вебхуки против поллинга, ретраи и обработка ошибок. REST API на собесе SA.
2. Неделя 2 — Базы данных и SQL. JOIN, агрегаты, оконные функции, нормализация, ключи, индексы, транзакции. Прорешайте 20–25 задач на Карьернике: база SQL для системного аналитика закрывается за пару недель по 15 минут в день.
3. Неделя 3 — BPMN и процессы. Нотация BPMN, декомпозиция процессов, акторы, крайние случаи. Разберите 3–4 маркетплейс-процесса: заказ, возврат, таможня, доставка.
4. Неделя 4 — Кейсы на интеграцию. Тренируйте структуру ответа: акторы → шаги → данные → точки отказа → обработка ошибок. Прогоните cross-border сценарии.
5. Неделя 5 — Mocks и behavioral. Мок-интервью и 4–5 STAR-историй про стейкхолдеров и спорные требования.

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

• Слабый SQL. Кандидат хорошо говорит про процессы, но не может написать JOIN с агрегацией. Для SA в маркетплейсе SQL — база, на которой проверяют самостоятельность.
• API без обработки ошибок. Проектирует «счастливый путь» и забывает про таймауты, ретраи, идемпотентность и коды ошибок. Для интеграций именно это — самое важное.
• Игнорировать таможню и асинхронность. Кандидат рисует процесс так, будто заказ едет мгновенно и без сбоев. В cross-border задержки, отказы таможни и рассинхрон статусов — норма.
• Требования без крайних случаев. Постановка, где описан только основной сценарий, отправляет разработку переспрашивать. Ценят аналитика, который сам продумывает «а что если».

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

• Собеседование на SA в Ozon
• Собеседование на SA в Avito
• REST API на собесе SA
• Собеседование на PM в AliExpress
• Собеседование на DS в AliExpress

FAQ

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

Обычно 5: HR-скрининг, системный анализ и API, БД/SQL, кейс на интеграцию, финал. Весь цикл — 2–4 недели. Число этапов отличается по командам и грейдам.

Нужен ли опыт в маркетплейсе?

Не обязателен, но желателен. Опыт в e-commerce, логистике или платежах помогает: вы уже понимаете заказы, доставку и интеграции. Без него ждут, что вы быстро войдёте в домен.

Какой уровень SQL ждут?

Middle: уверенные JOIN, агрегаты, оконные функции, понимание схемы данных и ключей. SQL нужен, чтобы самостоятельно разбираться в данных и инцидентах.

Что важнее — API или процессы?

И то, и другое. Профильная секция проверяет проектирование API и интеграций, а кейс — умение разложить бизнес-процесс в BPMN с крайними случаями. Сильный SA силён в обоих.

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

Нет. Этапы основаны на публичных источниках и опыте кандидатов. Конкретный формат зависит от команды и грейда — уточняйте у рекрутера.

Тренируйте системный анализ — откройте тренажёр с 1500+ вопросами для собесов.