Собеседование на BI-разработчика в БКС

Почему БКС — особенный работодатель для BI

БКС — крупная российская финансовая группа, бренд «БКС Мир Инвестиций». Брокер + банк + доверительное управление + инвестконсультирование. Миллионы клиентов на разных продуктах. Для BI-разработчика это работа в плотно зарегулированной финансовой среде с трёх направлений одновременно: брокеридж, банкинг, ДУ.

BI в БКС отвечает за дашборды для управляющих, риск-офицеров, продаж, маркетинга, операционки. Метрики: активные клиенты, объёмы сделок (брокеридж), AUM в ДУ, churn инвесторов, P&L по сегментам, эффективность инвестидей, регуляторная отчётность для ЦБ. Главный челлендж — точность данных и compliance: дашборды видят регуляторы.

Особенность БКС — это финансовая группа с тремя направлениями одновременно (брокеридж, банк, ДУ), у каждого своя метрика, свои регуляторные требования, своя клиентская воронка. BI-разработчик должен уметь думать в терминах P&L, project margin, AUM, fees, и понимать разницу между unit economics брокериджа (комиссия от объёма сделок) и ДУ (управленческое вознаграждение от AUM). Плюс — высокие требования к качеству данных и аудируемости: каждый расчёт на дашборде должен быть «прозрачен» для compliance и потенциальных вопросов ЦБ.

Стек: Power BI как основной BI-инструмент, ClickHouse + Greenplum для аналитики, dbt для трансформаций, специфические инструменты для рисков.

Актуальные вакансии — на hh.ru и сайте БКС.

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

Цикл — 4-5 этапов, 2-3 недели. Параллельно — проверка СБ.

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

Рекрутер проверяет стек (Power BI обязательно, SQL и dbt уверенно), опыт в brokerage / fintech / банке, причины ухода, ожидания по компенсации. Если работал в Сбере, ВТБ, Тинькофф Инвестициях, Финаме, Альфе — упомяни сразу, это самый быстрый сигнал релевантности. Готовь питч на 60 секунд: какие дашборды собирал, на какую аудиторию, как обеспечивал точность. Параллельно рекрутер уточнит знакомство с регуляторной отчётностью и готовность пройти проверку СБ.

2. SQL deep dive (60-90 минут)

Дают схему данных (clients, accounts, trades, positions, fees) и просят написать запросы: window functions для расчёта средневзвешенной цены, AUM на конкретную дату с учётом cash flows, дедупликация транзакций с одинаковым ID, расчёт реализованного и нереализованного P&L, агрегация торговых сделок по периодам и инструментам. Сильный кандидат использует window functions, понимает финансовую логику FIFO/LIFO для P&L, аккуратно работает с timezones и end-of-day cutoffs. Слабый — считает P&L как «продажа минус покупка» без учёта частичных закрытий и валютной переоценки.

Подготовка: SQL для BI.

3. Power BI (60 минут)

Проверяют DAX (CALCULATE, FILTER, time-intelligence: YTD, QTD, MTD, period-over-period), data model (star schema для финансовых данных, медленно меняющиеся dimensions), RLS для управляющих и риск-офицеров (как разделить данные между подразделениями, как отдать клиентским менеджерам только их книгу), оптимизацию через Performance Analyzer. Сильный кандидат понимает разницу calculated column vs measure, знает SAMEPERIODLASTYEAR vs DATESYTD, аккуратно работает с big tables (десятки миллионов строк сделок). Слабый — пишет DAX без учёта контекста фильтрации, получает «неправильные» агрегаты на пересечении периодов.

Подготовка: Power BI.

4. Дашборд-кейс (90 минут)

«Спроектируй дашборд P&L брокереджа + AUM ДУ» — типичный кейс. Нужно: уточнить аудиторию (топ-менеджмент vs продажи vs риски vs регуляторное reporting), описать JTBD каждой группы, набросать data model (фактовые таблицы сделок и позиций, dimension по клиентам и инструментам), выбрать визуализации, продумать RLS-логику. Сильные кандидаты сразу разделяют executive (1-2 экрана с KPI: AUM, объёмы, comm-income, trend) и operational (детальные таблицы с фильтрами). Слабые — пытаются впихнуть всё в один экран.

Подготовка: Dashboard design, data modeling для BI.

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

STAR-формат. Истории про конфликт с управляющим/риск-офицером (классика: «управляющий требует показать пиковую доходность, риск-офицер — drawdown»), факап с дашбордом (ошибка в расчёте P&L, неправильная агрегация AUM), спор с compliance по поводу того, что можно показывать. Параллельно проверяют дисциплину и готовность работать в зарегулированной среде — в БКС BI работает с цифрами, которые могут увидеть регуляторы, право на ошибку минимальное.

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

Brokerage Analytics. Объёмы сделок, активные клиенты, конверсия воронки от регистрации до первой сделки, доходы от комиссий по инструментам (акции, облигации, фьючерсы, FX). Дашборды для коммерции и продаж. Стек: Power BI + SQL над сделочными данными, дашборды обновляются intraday. Подходит BI-разработчику с опытом в финансах или high-volume operational analytics.

Asset Management. AUM (Assets Under Management) по портфелям, performance attribution (бенчмарк, доходность, alpha/beta), management и performance fees. BI-разработчик собирает дашборды для управляющих и продажников ДУ. Сложный домен: portfolio analytics требует понимания финансовой математики — accrual fees, time-weighted return, money-weighted return. Подойдёт BI с background в банкинге / asset management.

Risk Analytics. Дашборды риска по портфелям и клиентам: market risk (VaR, sensitivities), credit risk (для маржинальных позиций), concentration risk. Тесно работает с риск-офицерами и compliance. BI-разработчик здесь почти как риск-аналитик — нужно понимать модели в основе цифр. Подойдёт BI с интересом к рискам и желанием расти в риск-аналитику.

Sales / Marketing. Воронка клиентов от лид-generation до активной сделочной активности, ROI кампаний, CAC по каналам, LTV инвестора. Здесь BI ближе к маркетинг-аналитике. Подходит BI с опытом в e-commerce или fintech-маркетинге.

Regulator Reporting. Отчёты для ЦБ, регламентные дашборды для compliance, аудит data lineage и расчётов. Самая «скучная», но критичная команда: ошибки приводят к штрафам и предписаниям. Подойдёт дисциплинированному BI, кто любит писать тесты и документацию.

Что БКС ценит в BI

SQL уверенно. Слабый кандидат пишет SELECT/GROUP BY на бытовом уровне. Сильный — использует window functions для финансовых расчётов (running totals, средневзвешенные цены, AUM at point in time), оптимизирует тяжёлые запросы на десятки миллионов строк сделок, аккуратно работает с timezones и end-of-day cutoffs.

Power BI / dbt. Слабый кандидат «рисует пайчарт» в Power BI. Сильный — строит data model звездой, пишет DAX measures с правильным контекстом фильтрации, добавляет RLS под нужные роли, использует dbt-tests для регрессионных проверок финансовых расчётов. Понимает, когда логику лучше держать в SQL/dbt vs DAX.

Brokerage / fintech domain. Слабый кандидат не различает P&L и доходы. Сильный — понимает structure доходов брокереджа (комиссия от объёма, спред, margin interest), management fees и performance fees в ДУ, считает AUM с учётом cash flows, знает разницу между time-weighted и money-weighted return.

Точность. Слабый говорит: «дашборд готов, цифры есть». Сильный: «каждая цифра аудируема, есть тесты в dbt, метаданные lineage, любой расчёт можно объяснить и восстановить за 5 минут». Это критично, так как дашборды видят регуляторы.

RLS / compliance. Слабый кандидат не задумывается о доступе к данным. Сильный — настраивает RLS под роли (управляющий видит свои портфели, риск-офицер — все, sales — свою книгу клиентов), понимает разницу row-level vs column-level security, знает, какие данные подпадают под банковскую тайну.

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

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

1. Неделя 1-2 — SQL + dbt. Параллельно — прорешай вопросы по Python, ML и SQL в Карьернике: 1500+ задач с разбивкой по темам, по 10-15 минут в день закрывают пробелы перед собесом. SQL для BI.
2. Неделя 3 — Power BI. Power BI.
3. Неделя 4 — Dashboard design. Dashboard design.
4. Неделя 5 — Data modeling. Data modeling.
5. Неделя 6 — Mocks + behavioral.

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

Слабый SQL. Window functions — must для финансовых расчётов. Кандидат знает SELECT/JOIN, но плавает на ROW_NUMBER OVER PARTITION BY, не помнит LAG/LEAD, не справляется с running totals. Без 30-40 решённых задач уровня LeetCode SQL не пройти.

Power BI поверхностно. Кандидат говорит «нарисую визуал, подключусь к источнику». Сильный ответ: «настрою data model звездой, напишу measures с правильным фильтром-контекстом, добавлю RLS, оптимизирую через Performance Analyzer, покрою тестами в dbt». Без этого Power BI секцию не пройти.

Без brokerage domain. Кандидат не различает P&L и доходы, не понимает разницу между realized и unrealized P&L, не знает что такое management vs performance fees. Перед собесом прочитай 3-5 статей про основы брокерского бизнеса и asset management.

Без regulator-awareness. Кандидат говорит «выкатим, посмотрим». Сильный ответ: «дашборд проходит compliance review, проверяю data lineage, тесты в dbt на регрессии финансовых расчётов, документирую любую формулу». В зарегулированной среде это не paranoia, а реальная работа.

Перегруз чартами. Кандидат на дашборд-кейсе лепит 15-20 визуализаций на одном экране. Сильный подход: 3-5 ключевых KPI наверху, тренд графика главной метрики, остальное — через drill-down и фильтры. Финансовые дашборды требуют дисциплины — управляющие не читают «графики», им нужны быстрые ответы.

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

• Собеседование на BI-разработчика
• SQL для BI
• Power BI на собесе BI
• DataLens на собесе BI
• Dashboard design
• Data modeling для BI

FAQ

Удалёнка в БКС для BI?

Гибрид распространён.

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

Middle BI: 230-330k. Senior: 330-480k.

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

Базовый — желательно.

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

4-5 этапов, 2-3 недели. Дополнительно — проверка СБ.

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

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