Бизнес-аналитик vs системный аналитик: разница, зарплаты, кому что подходит
Два самых частых вопроса новичка: «чем эти роли отличаются?» и «куда идти мне?». Короткий ответ: бизнес-аналитик отвечает на вопрос «что нужно бизнесу и зачем», системный — «как это должно работать в системе». Длинный ответ — ниже, с примерами и честными оговорками про российский рынок.
Одна задача — два взгляда
Возьмём живой пример: онлайн-сервис хочет запустить платную подписку.
Бизнес-аналитик разбирается на стороне бизнеса: зачем нужна подписка, какие тарифы, что происходит при неоплате, как процесс выглядит для клиента и для бухгалтерии. Его результат — описанный процесс (as-is и to-be), цели, метрики успеха, требования верхнего уровня: «клиент может оформить подписку картой», «при неудачном списании даём три попытки».
Системный аналитик берёт эти требования и переводит их на язык систем: какие сервисы участвуют, как выглядит API платёжного провайдера, какие статусы у платежа и как они меняются, что хранится в базе данных, что делать, если деньги списались, а подтверждение не пришло. Его результат — спецификация, по которой разработчик может писать код, не бегая с уточнениями.
Граница проходит по вопросу: описываешь ли ты, что должно происходить в мире людей и денег — или что должно происходить внутри и между системами.
Разница по артефактам и навыкам
| Бизнес-аналитик | Системный аналитик | |
|---|---|---|
| Главный вопрос | Что нужно бизнесу и зачем | Как это реализовать в системе |
| Типичные артефакты | Описание процессов (BPMN), user story, бизнес-требования, метрики | Спецификации, UML-диаграммы, описание API, модель данных, статусные модели |
| Технический стек | BPMN, основы SQL | SQL, REST API, UML, ER-модели, интеграции |
| С кем больше общается | Заказчик, стейкхолдеры, продакт | Разработчики, архитектор, QA |
| Что важнее прокачать | Интервью, фасилитация, работа с конфликтующими интересами | Технический кругозор: данные, интеграции, отказоустойчивость |
Общая база у ролей одна: работа с требованиями, моделирование процессов, умение задавать вопросы и документировать ответы так, чтобы их нельзя было понять двояко.
Правда российского рынка: чаще всего ты будешь «два в одном»
В учебниках роли разделены, в реальных вакансиях — далеко не всегда. В крупных компаниях (банки, телеком, экосистемы) разделение обычно есть. В средних и небольших командах ищут просто «аналитика», который умеет и поговорить с заказчиком, и описать API. Поэтому стратегия «выучу только бизнес-часть, техническое не моё» на практике сужает выбор вакансий в разы.
Вывод для новичка: базу стоит осваивать общую — требования, процессы, данные, интеграции, — а специализацию выбирать позже, когда поработаешь и поймёшь, что тебе ближе.
Зарплаты: есть ли разница
На уровне джуна разницы почти нет — обе роли стартуют в одном диапазоне (ориентировочно 80–120 тысяч рублей в 2026 году, точные вилки смотри на hh.ru по своему городу). Дальше системные аналитики в среднем растут по деньгам чуть быстрее: технические навыки (SQL, API, интеграции, понимание архитектуры) дефицитнее, и вилки на уровне middle/senior у системных аналитиков обычно выше. Но разница не драматическая, и сильный бизнес-аналитик в дорогом домене (финтех, e-commerce) зарабатывает больше среднего системного.
Кому что подходит
Ближе бизнес-анализ, если тебе интереснее люди и процессы, чем устройство систем: любишь разбираться, «почему здесь всё так неудобно устроено», умеешь разговорить собеседника, получаешь удовольствие от наведения порядка в хаосе.
Ближе системный анализ, если тянет разобраться, как всё устроено под капотом: почему платёж «завис», как две системы договариваются между собой, где хранятся данные. Программировать не обязательно — но техническое любопытство обязательно.
Не знаешь — и это нормально. Большинство новичков не могут выбрать, потому что ещё не пробовали ни того, ни другого. Решение принимается не размышлением, а практикой: попробуй описать процесс и попробуй описать API — и посмотри, от чего у тебя горят глаза.
Как попробовать обе роли бесплатно
Мы сознательно построили курс «Аналитик.Про» вокруг обеих ролей на одном сквозном проекте: сначала бизнес-часть (процессы, требования, user story), потом системная (данные, API, диаграммы, спецификации). Первые блоки открыты бесплатно и без карты — их хватает, чтобы примерить профессию и понять, какая сторона тебе ближе. А если хочешь сначала быстрый обзор всей профессии целиком — есть компактный «Аналитик.Экспресс».
Подробный план входа в профессию с нуля — сроки, навыки, портфолио, собеседования — мы разобрали в отдельной статье.