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

Проверь себя · 1/3разбор после ответа
Вы хотите получить одну строку на пользователя с итоговой выручкой и заменили GROUP BY на оконную SUM(amount) OVER (PARTITION BY user_id). Почему результат содержит столько же строк, сколько и исходный набор?

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

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

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

Второй пласт — интеграции с legacy-контуром Сбера. Часть банковских сервисов живёт на SOAP и старых форматах обмена, часть продуктовых — на современном REST/gRPC. Аналитику важно уметь стыковать оба мира и понимать, где нужна идемпотентность, ретраи и гарантии доставки. Подробнее о вакансиях — на странице карьеры Сбера.

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

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

Точное число этапов зависит от команды и грейда, но обычно кандидат проходит 4–5 секций. Ниже — типичный порядок.

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

Знакомство и проверка соответствия. Расскажут про команду и продукт, спросят про ваш опыт: с какими доменами работали, какие интеграции проектировали, знакомы ли с ипотекой/финтехом. Приготовьте короткий питч на 60–90 секунд: продукт, ваша роль, что именно вы проектировали и какой был результат.

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

Сердце SA-собеса в ДомКлик. Дадут кейс из домена — например, «спроектируй процесс ипотечной заявки от подачи до выдачи». Ждут, что вы нарисуете BPMN-диаграмму: акторы, шаги, точки принятия решений, обработку ошибок и таймаутов. Смотрят не на красоту нотации, а на то, видите ли вы неочевидные ветки: отказ банка, недооценка залога, отзыв заявки клиентом, зависший ответ от внешней системы.

3. Проектирование API и интеграций (60 минут)

Спросят, как связать сервисы между собой. Типичные темы: REST-контракт для сервиса объявлений, синхронный vs асинхронный обмен с банком, идемпотентность повторных запросов, версионирование API, обработка ошибок и таймаутов. Часто всплывает legacy: как аккуратно обернуть SOAP-сервис банка, чтобы продуктовая часть работала с чистым REST.

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

Проверяют, что вы умеете спроектировать схему под доменную задачу и написать нетривиальный SQL. Ждут уверенных JOIN, агрегаций, оконных функций, понимания индексов и нормализации. Частый формат — «спроектируй таблицы под статусную модель сделки» плюс пара запросов на выборку.

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

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

Что ДомКлик ценит в SA

  • Проектирование API. Уверенный REST плюс готовность работать с SOAP и legacy-контуром банка. Идемпотентность, версионирование, контракты — не абстракция, а ежедневная работа.
  • PropTech- и финтех-домен. Понимание, как устроена ипотечная сделка, скоринг, оценка залога, электронная регистрация. Знание домена сильно ускоряет вход.
  • Базы данных и SQL. Уверенное моделирование схем и нетривиальные запросы. Уровень обычно middle–senior.
  • Моделирование процессов. BPMN и статусные модели под длинный цикл сделки с обработкой ошибок и таймаутов, а не только happy path.
  • Комплаенс. Работа с персональными данными по 152-ФЗ, аудит-трейл сделок, требования банковской безопасности.

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

  • «Процесс ипотечной заявки end-to-end» — от подачи до выдачи кредита: акторы, статусы, обработка отказов и таймаутов.
  • «API кадастр- и оценочных сервисов» — контракт интеграции с внешними системами, ретраи, кэширование ответов.
  • «Интеграция со СберБанком для скоринга» — синхронный vs асинхронный обмен, идемпотентность, гарантии доставки.
  • «Workflow юридических сервисов» — сопровождение сделки, электронная регистрация, статусная модель документов.
  • «Аудит-трейл сделок» — как хранить историю изменений, кто и когда менял статус, для комплаенса и разбора инцидентов.
Готовишься к собесу аналитика?
4000+ человек тренируются в Карьернике — 1700+ вопросов с реальных собеседований
Открыть Карьерник в Telegram

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

  1. API и интеграции. Прокачайте REST-контракты, идемпотентность, версионирование; отдельно разберите, как жить с SOAP и legacy. Старт — REST API на собесе SA.
  2. Базы данных и SQL. Тренируйте JOIN, оконки, проектирование схем под статусные модели. Уровень middle–senior.
  3. BPMN и процессы. Научитесь быстро рисовать сквозной процесс с ветками ошибок и таймаутами, а не только основной сценарий.
  4. PropTech-домен. Разберитесь в устройстве ипотечной сделки: скоринг, андеррайтинг, оценка залога, регистрация в Росреестре, страхование.
  5. Комплаенс. Освежите основы 152-ФЗ и подход к аудит-трейлу и защите персональных данных.

Отработать вопросы по API, SQL и системному анализу в формате квиза можно на kariernik.ru.

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

  • Игнорировать legacy. Кандидат проектирует «идеальный» REST и не готов к тому, что банковское ядро отвечает по SOAP. В ДомКлик стык старого и нового — норма, а не исключение.
  • Слабый SQL. Ответить «примерно так» на задачу с оконками или проектированием схемы — красный флаг для роли уровня middle–senior.
  • API без идемпотентности. Забыть про повторную доставку запроса в длинном цикле сделки — прямой путь к дублям заявок и деньгам, списанным дважды.
  • Только happy path. Рисовать процесс без обработки отказов, таймаутов и отзыва заявки. Именно ветки ошибок в ипотеке решают, а не основной сценарий.

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

FAQ

Сколько этапов на собесе SA в ДомКлик?

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

Нужен ли опыт в PropTech или ипотеке?

Желателен, но не строго обязателен. Знание домена ускоряет вход, однако сильного аналитика с опытом в финтехе или сложных интеграциях рассмотрят и без прямого PropTech-бэкграунда. Главное — показать, что вы быстро погружаетесь в незнакомую предметную область.

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

Обычно middle–senior: уверенные JOIN, агрегаты, оконные функции, понимание индексов и нормализации, умение спроектировать схему под статусную модель. Абстрактного «знаю SQL» недостаточно — попросят решить конкретную задачу.

Зачем так много спрашивают про legacy и SOAP?

Потому что банковское ядро Сбера частично живёт на старых протоколах, а продуктовая часть ДомКлик — на современных. Аналитик каждый день стыкует эти два мира, поэтому важно уметь проектировать интеграции с legacy, а не только с чистым REST.

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

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