Коротко о статье
Бизнес хочет, чтобы клиент мог оплатить заказ частями. Разработчикам нужно знать, какой сервис хранит график платежей, что придёт от банка-партнёра и что делать, если банк не ответил. Между этими двумя мирами стоит системный аналитик: он превращает «хотим рассрочку» в описание данных, API и сценариев ошибок, по которому можно писать код.
Ниже разбираем, чем занимается системный аналитик, чем он отличается от бизнес-аналитика, какие задачи дают на собеседовании и как подготовиться за месяц. В середине есть три вопроса для самопроверки.
Чем занимается системный аналитик
Если коротко, системный аналитик отвечает за то, чтобы разработчики делали правильную вещь и чтобы системы договорились между собой. В типичную неделю он:
- разбирает с заказчиком новую задачу и выясняет, что на самом деле нужно;
- пишет требования: сценарии, правила, ограничения, ошибки;
- проектирует API или изменения в нём и описывает их в спецификации;
- рисует, как сервисы обмениваются данными, и договаривается со смежными командами;
- пишет SQL, чтобы проверить гипотезу на реальных данных или найти причину бага;
- отвечает на вопросы разработчиков и тестировщиков, пока задача в работе.
Работы больше всего там, где много систем и интеграций: в банках, страховании, ритейле, телекоме, госсекторе. В небольшом стартапе отдельного системного аналитика часто нет, его работу делят продакт и тимлид.
| Вопрос | Бизнес-аналитик | Системный аналитик |
|---|---|---|
| Отвечает на вопрос | Что нужно бизнесу и зачем | Как это реализовать в системах |
| Результат работы | Описание процесса, бизнес-правила, цели | Требования к системам, спецификация API, модель данных |
| С кем говорит чаще | Заказчики, пользователи, руководители | Разработчики, архитекторы, смежные команды |
| Технические навыки | Процессы, BPMN, базовый SQL | SQL, HTTP и REST, очереди сообщений, UML |
Инструменты и артефакты
По артефактам видно, насколько аналитик самостоятелен. Работодатели часто просят показать примеры: обезличенную спецификацию, диаграмму или кусок требований.
- Требования. Пользовательские истории или сценарии использования с основным потоком, альтернативами и ошибками. Отдельно нефункциональные требования: время ответа, нагрузка, доступность.
- Спецификация API. Чаще всего в формате OpenAPI: методы, параметры, коды ответов, примеры. Разработчики читают её вместо длинного документа.
- Диаграммы. Последовательности UML для взаимодействия сервисов, BPMN для процессов, ER-диаграмма для таблиц.
- SQL. Проверить данные, оценить объём, найти, почему у части клиентов не сходится баланс.
- Трекер и база знаний. Jira, YouTrack, Confluence или их российские аналоги.
Что спрашивают на собеседовании системного аналитика
Обычно этапов три: разговор с рекрутером, техническое интервью и встреча с командой. Техническая часть почти везде состоит из одних и тех же блоков, меняется только глубина.
| Блок | Типичные вопросы |
|---|---|
| SQL | LEFT JOIN и разница между условием в ON и WHERE, GROUP BY с HAVING, поиск дублей, иногда оконные функции |
| HTTP и REST | Чем отличаются методы, какие из них идемпотентны, коды ответов 400, 401, 403, 404, 409, 500, пагинация |
| Интеграции | Синхронно или через очередь, что делать при таймауте, как не обработать платёж дважды |
| Данные | Нормализация, связь многие ко многим, где хранить историю изменений |
| Требования | Чем функциональные отличаются от нефункциональных, как описать сценарий с ошибками, как выяснить настоящую потребность |
Задачу на SQL почти всегда дают на рабочем примере. Вот частая: найти клиентов, которые не сделали ни одного заказа в сентябре.
SELECT c.id, c.name
FROM customers c
LEFT JOIN orders o
ON o.customer_id = c.id
AND o.created_at >= DATE '2026-09-01'
AND o.created_at < DATE '2026-10-01'
GROUP BY c.id, c.name
HAVING COUNT(o.id) = 0;Подвох в том, куда поставить условие по дате. Если перенести его в WHERE, строки клиентов без заказов отфильтруются, и запрос вернёт пустой результат. Интервьюер обычно ждёт, что кандидат заметит это сам.
Самопроверка: три вопроса с собеседований
Выберите ответ, сразу увидите разбор. Ничего не отправляется и не сохраняется.
Это разминка. В экспресс-квизе есть отдельное направление для системных аналитиков.
Разбор задачи на интеграцию
Главная часть интервью у опытных кандидатов: «Спроектируйте, как интернет-магазин принимает оплату через банк». Здесь проверяют не знание конкретной технологии, а ход мысли. Рабочий порядок такой:
- Уточнить рамки. Кто участники, какой объём платежей, что важнее: скорость ответа или гарантия, что деньги не спишутся дважды.
- Нарисовать основной сценарий. Магазин создаёт платёж, банк возвращает ссылку на оплату, клиент платит, банк присылает уведомление о результате.
- Добавить ошибки. Банк не ответил, уведомление пришло дважды, клиент закрыл страницу, платёж завис в статусе «в обработке».
- Описать данные. Какие статусы у платежа, где хранится ключ идемпотентности, что пишем в журнал.
- Назвать компромиссы. Например, почему статус проверяем по расписанию, если уведомление не пришло за 15 минут.
Хороший ответ звучит как разговор, а не как доклад: кандидат задаёт вопросы, рисует, возвращается и исправляет. Если очереди сообщений для вас пока тёмный лес, начните со статьи про Kafka простыми словами: там как раз разобраны дубли и outbox.
План подготовки к собеседованию на 4 недели
План для тех, у кого уже есть база: опыт в тестировании, поддержке, разработке или бизнес-анализе.
| Неделя | Что делать | Как понять, что готово |
|---|---|---|
| Неделя 1 | SQL: соединения, группировки, подзапросы, 20–30 задач на учебной базе | Пишете запрос с LEFT JOIN и HAVING без подсказок |
| Неделя 2 | HTTP, REST, коды ответов, OpenAPI. Опишите API своего учебного проекта | Объясняете, чем 401 отличается от 403 и зачем ключ идемпотентности |
| Неделя 3 | Интеграции и очереди, диаграммы последовательности, модель данных | Рисуете оплату через банк с тремя сценариями ошибок |
| Неделя 4 | Два-три пробных интервью, разбор слабых мест, рассказ о своём опыте | Кейс укладывается в 40 минут и не разваливается на вопросах |
Где кандидаты теряют баллы
- Сразу рисуют решение. Не спросив про объём, участников и ограничения, легко спроектировать не ту систему.
- Описывают только счастливый путь. Ошибки и повторы интересуют интервьюера больше всего.
- Путают уровни. На вопрос «как сервисы обмениваются данными» рассказывают про экранные формы.
- Не могут рассказать о своём проекте. Готовьте две истории: сложная интеграция и случай, когда требования поменялись в процессе.
Вопросы и ответы
Чем системный аналитик отличается от бизнес-аналитика?
Бизнес-аналитик выясняет, что нужно бизнесу и зачем: процессы, цели, правила. Системный аналитик переводит это в требования к конкретным системам: какие данные, какие API, как сервисы обмениваются сообщениями. В небольших командах обе роли часто совмещает один человек.
Нужно ли системному аналитику уметь программировать?
Писать продакшен-код обычно не нужно. Нужно уверенно писать SQL-запросы, читать JSON и XML, понимать HTTP и устройство REST API и разбираться в коде настолько, чтобы обсуждать решение с разработчиками на одном языке.
Какой SQL спрашивают на собеседовании системного аналитика?
Чаще всего соединения таблиц (особенно LEFT JOIN и разница между условием в ON и WHERE), группировку с HAVING, подзапросы и иногда оконные функции. Задачи похожи на рабочие: найти клиентов без заказов, посчитать выручку по месяцам, найти дубли.
Можно ли стать системным аналитиком без опыта?
Можно, но чаще в роль приходят из тестирования, поддержки, разработки или бизнес-анализа: там уже есть понимание систем и данных. Без опыта помогают учебный проект с описанием API и диаграммами, уверенный SQL и стажировки в банках и интеграторах.
Какие диаграммы нужно знать системному аналитику?
Минимум: диаграмму последовательности UML для взаимодействия сервисов, BPMN для бизнес-процессов и ER-диаграмму для модели данных. Нотацию на собеседовании обычно прощают, если схема понятна и в ней видны ошибки и альтернативные ветки.
Сколько длится подготовка к собеседованию на системного аналитика?
Если база уже есть, хватит трёх-четырёх недель регулярных занятий: SQL, API и интеграции, моделирование данных и пробные интервью. Без базы подготовка займёт несколько месяцев, и начинать стоит с SQL и HTTP.
Как упаковать опыт в отклик, читайте в статье о сопроводительном письме.
От теории к офферу
Пройдите квиз по системному анализу, загрузите резюме, чтобы увидеть подходящие вакансии, и потренируйте кейс на пробном собеседовании. Регистрация бесплатная.
Что почитать дальше
Источники
Проверено 5 октября 2026 года. Задачи, план и самопроверку составила редакция IT Career Gym по типичным собеседованиям.
- Спецификация OpenAPI: формат описания REST API
- RFC 9110: семантика HTTP, в том числе идемпотентность методов