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

Проверь себя · 1/3разбор после ответа
Вы объединяете логи событий из двух источников events_web и events_app, чтобы посчитать количество событий. Важно не потерять повторяющиеся события (например, два одинаковых клика). Что лучше использовать для объединения?

Ситилинк — крупный ритейлер электроники и бытовой техники с сильной B2B-историей: заметная доля выручки идёт от корпоративных клиентов, которые заказывают через отдельный B2B-кабинет. Для системного аналитика это два продукта в одном: привычный e-commerce для розничных покупателей и B2B-платформа со своими сценариями — договоры, отсрочки, прайс-листы под клиента, интеграция с учётными системами заказчика.

Плюс к этому — омниканальность: онлайн-заказ, самовывоз из магазина, возврат в точку, единая программа лояльности. Всё это требует, чтобы онлайн-система общалась с кассами (POS) и складами физических точек. SA здесь проектирует API интернет-магазина и B2B-сервисов, описывает интеграции с POS и внешними системами, процессы возвратов и лояльности. Особенность роли — держать в голове и розницу, и B2B, и стык онлайна с офлайном одновременно. Актуальные вакансии и формат процесса стоит смотреть на странице карьеры Ситилинк.

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

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

Стандартный SA-процесс из 4–5 этапов. Порядок и число раундов зависят от команды и грейда, но набор блоков типовой.

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

Знакомство: над какими продуктами работали, опыт с e-commerce и интеграциями, мотивация, грейд и вилка. Полезно коротко рассказать, какие системы проектировали и какие интеграции описывали.

2. Требования и моделирование процессов (60 минут)

Как собираете требования, работаете со стейкхолдерами, описываете сценарии. Здесь смотрят на BPMN и use case: умеете ли разложить бизнес-процесс (например, оформление заказа или возврат) на шаги, роли и исключения.

3. API и интеграции (60–90 минут)

Проектирование REST API, а иногда и разбор SOAP (кассы и учётные системы часто legacy). Ждут понимания методов, кодов ответов, идемпотентности, версионирования, обработки ошибок и того, как описать контракт интеграции между онлайн-магазином и внешней системой.

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

Схема данных под задачу (заказы, товары, клиенты, статусы) и запросы: агрегации, JOIN, оконные функции. Проверяют, что вы умеете спроектировать таблицы и достать из них данные, а не только рисовать диаграммы.

5. Кейс-интервью и поведенческий блок (60 минут)

Разбор доменного кейса: «спроектируй API оформления заказа», «опиши интеграцию с POS», «как устроен возврат товара». Плюс STAR-истории про конфликты со стейкхолдерами и спорные решения.

  • Проектирование API. Уверенно описать REST-контракт с методами, кодами ответов, идемпотентностью и обработкой ошибок, а при необходимости разобраться и с SOAP на стороне legacy-систем.
  • Базы данных и SQL. Спроектировать схему под задачу и достать из неё данные запросами уровня middle: агрегации, JOIN, оконные функции.
  • B2B-мышление. Понимание, что B2B-сценарии отличаются от розничных: договоры, отсрочки, персональные прайсы, интеграция с системами клиента.
  • Омниканальность. Умение спроектировать стык онлайна и офлайна: самовывоз, возврат в магазин, единая лояльность, обмен данными с кассами и складами.
  • Моделирование процессов. BPMN и use case, чтобы разложить бизнес-процесс на шаги, роли и исключения и договориться о нём со стейкхолдерами.

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

  • API интернет-магазина. Спроектировать контракты для каталога, корзины и оформления заказа, продумать статусы и ошибки.
  • B2B-кабинет. Описать сценарии корпоративного клиента: договоры, отсрочка платежа, персональные цены, выгрузка документов.
  • Интеграция с POS. Спроектировать обмен данными между онлайн-системой и кассами магазинов для самовывоза, оплаты и возвратов.
  • Программа лояльности. Начисление и списание бонусов, синхронизация баланса между онлайном и офлайном.
  • Процесс возврата (refund flow). Описать возврат товара и денег с учётом канала покупки и способа оплаты, включая крайние случаи.
Готовься к собесу аналитика как в Duolingo
10 минут в день — SQL, Python, A/B, метрики. 1700+ вопросов в Telegram
Открыть Карьерник в Telegram

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

  1. API. REST-дизайн: методы, коды ответов, идемпотентность, версионирование, обработка ошибок; базово — SOAP для legacy.
  2. Базы данных и SQL. Проектирование схемы и запросы уровня middle: агрегации, JOIN, оконные функции.
  3. B2B-сценарии. Чем корпоративные продажи отличаются от розничных и как это отражается в требованиях.
  4. BPMN и use case. Моделирование бизнес-процессов, ролей и исключений.
  5. Retail-домен. Специфика омниканального ритейла: самовывоз, возвраты, лояльность, стык онлайна и офлайна.

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

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

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

FAQ

Обычно 4–5: скрининг с HR, блок про требования и BPMN, API и интеграции, базы данных с SQL и кейс-интервью с поведенческим блоком. Точное число зависит от команды и грейда.

Нужен ли опыт в ритейле?

Желателен, но не обязателен. С крепкой базой по API, SQL и моделированию процессов специфику омниканального ритейла и B2B реально освоить за пару недель до собеса.

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

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

Что важнее — REST или SOAP?

В основном REST: новые сервисы проектируют на нём. Но кассы и учётные системы часто legacy, поэтому базовое понимание SOAP и XML тоже пригодится — особенно на кейсах про интеграцию с POS.

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

Нет. Этапы основаны на публичных источниках и опыте кандидатов. Точный процесс уточняйте у рекрутера.