Собеседование на системного аналитика в Банки.ру

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

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

Во-первых, это интеграционно-нагруженный продукт. Десятки банков-партнёров, у каждого свой протокол приёма заявок: где-то современный REST/JSON, где-то унаследованный SOAP/XML с сертификатами и подписями. Системный аналитик здесь большую часть времени проектирует интеграции — описывает контракты API, маппинг полей, обработку ошибок и повторных отправок, гарантии доставки заявки.

Во-вторых, тут в явном виде живёт lead-воронка: заявка проходит статусы от «создана» до «одобрена» или «отклонена», и на каждом стыке важно не потерять лид и корректно посчитать конверсию. Поэтому SA думает не только про технику, но и про бизнес-метрики: какой процент заявок доходит до банка, где отваливаются, сколько стоит лид.

Актуальные вакансии и описание команд — на странице карьеры Банки.ру.

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

Процесс типичен для системного аналитика в финтехе: обычно 4–5 этапов, растянутых на 1–3 недели.

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

Рекрутер уточняет опыт, ожидания по деньгам, знакомит с продуктом. Полезно за 90 секунд рассказать, какие интеграции вы проектировали: с кем интегрировались, по какому протоколу, какой объём заявок, за что отвечали лично вы. Для Банки.ру плюс — опыт в финтехе, банках, платёжных или страховых сервисах.

2. Техническое интервью: API и интеграции (60–90 минут)

Ядро собеса. Разбирают, как вы проектируете контракт между системами: структура запроса и ответа, коды ошибок, идемпотентность повторной отправки заявки, таймауты и ретраи, асинхронное подтверждение через вебхуки. Часто просят на доске набросать последовательность вызовов (sequence diagram) для сценария «пользователь оставил заявку → она ушла в банк → банк ответил решением».

Ожидают, что вы одинаково уверенно говорите про REST/JSON и понимаете легаси SOAP/XML: что такое WSDL, зачем в банковских интеграциях подпись и сертификаты, чем отличается синхронный вызов от асинхронного.

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

Проверяют уровень middle: JOIN нескольких таблиц, группировки и агрегаты, оконные функции, подзапросы. Типичная задача — по схеме «заявки / банки / статусы» посчитать конверсию по каждому партнёру или найти заявки, застрявшие в промежуточном статусе. Заодно смотрят на понимание нормализации, индексов и того, где данные лучше хранить.

Подготовиться помогут SQL на собесе системного аналитика и SQL-тренажёр.

4. Проектирование и моделирование (60 минут)

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

5. Поведенческое интервью и финал (45–60 минут)

По методу STAR: как договаривались со смежными командами и разработкой, как вели себя в конфликте требований, что делали, когда сорвали срок или ошиблись в контракте. Часто это же интервью с нанимающим менеджером закрывает вопрос по деньгам и грейду.

Что Банки.ру ценит в SA

• Проектирование API. Умение спроектировать чистый контракт: понятные ресурсы и методы, коды ответов, версионирование, идемпотентность. Знать и REST, и SOAP — в банковских интеграциях встречается и то, и другое.
• Работа с интеграциями. Главная компетенция. Важно уметь описать обмен между системами end-to-end: форматы, ошибки, ретраи, гарантии доставки, асинхронные колбэки.
• SQL и данные. Уверенный middle-уровень: собрать выборку, посчитать метрику по воронке, разобраться в схеме данных, обосновать индекс.
• Продуктовое мышление вокруг лидов. Понимать, что каждая заявка — это деньги, и уметь связать техническое решение с конверсией и метриками воронки.
• Нотации и документация. BPMN, UML sequence diagram, аккуратные ТЗ и описания контрактов, которые разработчик может взять и реализовать без додумывания.

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

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

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

За 3–4 недели реально закрыть основные пробелы.

1. API и контракты. Разберите REST (методы, коды состояния, идемпотентность, версионирование) и основы SOAP/XML (WSDL, подписи). Потренируйтесь описывать контракт словами и в виде sequence diagram. Опора — проектирование REST API.
2. Базы данных. Прокачайте SQL до уверенного middle: JOIN, агрегаты, оконные функции, подзапросы. Освежите нормализацию и индексы.
3. Интеграционное мышление. Отработайте end-to-end сценарии обмена: таймауты, ретраи, дубли, асинхронные колбэки, гарантии доставки. Это то, о чём спросят обязательно.
4. BPMN и моделирование. Научитесь быстро рисовать бизнес-процесс и последовательность вызовов на доске.
5. Финтех-контекст. Разберитесь, как устроена лидогенерация, из чего складывается конверсия воронки и почему каждая потерянная заявка — это потерянные деньги.

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

• Проектировать API без обработки ошибок. Кандидат описывает «счастливый путь» и молчит про таймауты, дубли, ретраи и отказ банка. Для интеграционного продукта это красный флаг — именно нештатные сценарии здесь и есть работа.
• Слабый SQL. Плавать на оконных функциях или не суметь посчитать конверсию по воронке — на позиции, где данные каждый день, это заметно.
• Игнорировать B2B-сторону. Забыть, что у Банки.ру два клиента — пользователь и банк-партнёр, и последнему тоже нужен продукт (кабинет, отчётность, API).
• Не думать про идемпотентность. Предложить схему, где повторная отправка заявки создаёт дубликат лида. В финтехе это прямая потеря денег и данных.
• Технику в отрыве от бизнеса. Красиво спроектировать интеграцию, но не связать её с метриками воронки и стоимостью лида.

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

• Собеседование на SA в HH
• Собеседование на SA в Циан
• REST API на собесе SA
• Собеседование на PM в Банки.ру
• Собеседование на DS в Банки.ру

FAQ

Сколько этапов на собесе SA в Банки.ру?

Обычно 4–5: HR-скрининг, техническое интервью по API и интеграциям, секция по БД и SQL, кейс на проектирование и поведенческое интервью с нанимающим менеджером. Растягивается на 1–3 недели.

Нужен ли опыт в финтехе?

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

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

Уверенный middle: JOIN, агрегаты и группировки, оконные функции, подзапросы. Плюс понимание нормализации, индексов и умение посчитать бизнес-метрику по схеме «заявки / статусы».

Спрашивают ли про SOAP, или хватит REST?

Спрашивают и про то, и про другое. Основной современный формат — REST/JSON, но интеграции с банками часто унаследованы и работают по SOAP/XML с подписями и сертификатами. Достаточно понимать, что это, зачем и чем отличается от REST.

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

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