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

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

Flowwow — маркетплейс подарков: цветы, торты, шары, наборы. С точки зрения системного аналитика это трёхсторонняя платформа, где встречаются покупатель, магазин-продавец и курьер, а сверху накладывается жёсткий срок доставки. Букет — это скоропортящийся товар с обещанием «привезём к 14:00 в день рождения», поэтому процессы здесь строятся вокруг времени и статусов заказа, а не просто «оформил — оплатил — получил через неделю».

SA в Flowwow проектирует API между покупателями и магазинами, интеграции с курьерскими службами, трекинг доставки, B2B-кабинет для магазинов, сценарии отмен и возвратов. Ключевая особенность — событийный спрос: пики к 8 Марта, 14 февраля, Дню матери, когда нагрузка на систему и на курьеров вырастает в разы, а любой сбой в процессе виден клиенту сразу. Хороший SA здесь думает не только про «счастливый путь», но и про то, что делать, когда магазин не принял заказ, курьер не вышел, а оплата зависла. Подробнее о вакансиях — на странице карьеры Flowwow.

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

Собеседование на SA в Flowwow обычно проходит в 5 этапов: знакомство, проектирование процессов через BPMN, дизайн API, работа с БД, системный кейс и поведенческое интервью. Основной фокус — на том, как вы описываете процессы и проектируете интеграции.

1. Скрининг с рекрутером (30–40 минут)

Знакомство: опыт, проекты, мотивация. Уточняют, работали ли вы с маркетплейсами, интеграциями и API, и в какое направление вам интересно. Полезно заранее подготовить короткий рассказ о процессе, который вы спроектировали от требований до продакшена.

2. BPMN и требования (45 минут)

Просят описать бизнес-процесс в нотации BPMN и сформулировать требования. Типичная задача — нарисовать процесс оформления и доставки заказа с ветками на случай отказа магазина или курьера. Ждут корректных развилок, обработки исключений и понятных критериев приёмки (acceptance criteria), а не только основного пути.

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

Проектирование REST API: методы, ресурсы, коды ответов, идемпотентность, версионирование. На маркетплейсе много внешних интеграций, поэтому спрашивают, как проектировать взаимодействие с магазином и курьерской службой, как обрабатывать ошибки внешнего сервиса и таймауты, как гарантировать, что повторный запрос не создаст дубль заказа. Готовиться удобно по разбору REST API на собесе SA.

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

SQL и моделирование данных: JOIN, агрегаты, оконные функции, проектирование схемы под заказы, магазины, товары и статусы доставки. Уровень SQL — уверенный middle. Могут спросить про нормализацию, индексы и то, как хранить историю смены статусов заказа.

5. Системный кейс и поведенческое (60–90 минут)

Открытый кейс: спроектируйте сквозной сценарий вроде оформления заказа с доставкой или возврата средств. Ждут, что вы проговорите участников, API между ними, состояния заказа, обработку ошибок и события. Завершает всё поведенческое интервью по методу STAR: как вы работали со стейкхолдерами, разрешали противоречивые требования, действовали при инциденте.

Что Flowwow ценит в SA

• Проектирование API. Уверенный REST: ресурсы, методы, коды ответов, идемпотентность и версионирование. Это ядро работы SA на маркетплейсе.
• Базы данных и SQL. Умение спроектировать схему под заказы и статусы и достать из неё данные запросом уровня middle.
• Мышление маркетплейса. Понимание трёхсторонней модели (покупатель, магазин, курьер) и того, что интересы сторон конфликтуют.
• Операционное мышление. Внимание к срокам доставки, статусам заказа и сценариям, когда что-то пошло не так.
• BPMN и требования. Умение описать процесс в нотации и сформулировать проверяемые критерии приёмки.

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

• «API оформления заказа подарка». Как спроектировать метод создания заказа, чтобы повторный запрос не создал дубль и оплата не потерялась.
• «Интеграция с магазином». Как передать заказ магазину, получить подтверждение и обработать ситуацию, когда магазин не отвечает или отказал.
• «Трекинг доставки». Как моделировать и хранить смену статусов заказа и показывать её покупателю в реальном времени.
• «B2B-кабинет магазина». Какие сущности и API нужны магазину, чтобы управлять ассортиментом, ценами и заказами.
• «Сценарий возврата». Как спроектировать возврат средств: кто инициирует, как проходит согласование, что происходит с деньгами и статусом заказа.

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

1. REST API. Разберите проектирование методов, идемпотентность, версионирование и обработку ошибок внешних сервисов. REST API на собесе SA.
2. Базы данных и SQL. JOIN, агрегаты, оконные функции, моделирование схемы под заказы и статусы. Подтянуть SQL поможет тренажёр.
3. Логика маркетплейса. Продумайте, как устроены процессы между покупателем, магазином и курьером и где их интересы расходятся.
4. BPMN и требования. Потренируйтесь описывать процессы с ветками на исключения и писать критерии приёмки.
5. Операционные сценарии. Проговорите на кейсах, что делать при отказе магазина, срыве доставки и зависшей оплате.

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

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

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

• Собеседование на SA в Я.Лавке
• Собеседование на SA в Купер
• REST API на собесе SA
• Собеседование на PM в Flowwow
• Собеседование на DS в Flowwow

FAQ

Сколько этапов в собеседовании на SA в Flowwow?

Обычно 5: скрининг, BPMN и требования, API и интеграции, базы данных, системный кейс с поведенческим блоком. Основной фокус — на проектировании процессов и API.

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

Желателен, но не обязателен. Релевантен опыт с любыми продуктами, где много внешних интеграций и сложных процессов. Важнее показать, что вы понимаете трёхстороннюю модель и умеете проектировать обработку ошибок.

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

Уверенный middle: JOIN, агрегаты, оконные функции и моделирование схемы под заказы и статусы. SA здесь сам проектирует данные, поэтому база должна быть крепкой.

Что спрашивают по API?

Проектирование REST: ресурсы, методы, коды ответов, идемпотентность, версионирование и обработка ошибок внешних сервисов — магазинов и курьеров. Обязательно проговаривайте, как не создать дубль заказа при повторном запросе.

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

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

Готовьтесь к собесу системного аналитика — откройте тренажёр с 1500+ вопросами по SQL, API и системному дизайну.