Системный и бизнес-аналитик: в чём разница и какую профессию выбрать
Короткий ответ: бизнес-аналитик чаще выясняет, какую проблему компании нужно решить и как должен измениться рабочий процесс. Системный аналитик чаще уточняет, как для этого должна работать информационная система: что происходит с данными, какие нужны проверки и как взаимодействуют сервисы. Они вместе работают с требованиями и людьми. В небольшой команде оба набора задач может выполнять один специалист, поэтому при выборе профессии смотрите на обязанности в вакансии, а не только на название.
Представьте, что интернет-магазин хочет сократить число заказов, которые отменяются после оформления из-за отсутствия товара. Разберём на этом примере работу обеих ролей: так легче понять, какие задачи вам ближе.
Один продукт — два угла зрения
Покупатель оформляет заказ на сайте. Наличие товара хранится в складской системе. Пока менеджер вручную проверяет остаток, тот же товар может купить кто-то ещё. Компания предлагает добавить резервирование товара при оформлении заказа.
Но фразы «добавить резерв» недостаточно для разработки. Нужно понять, когда товар резервируется, сколько действует резерв, кто его снимает и что видит покупатель при ошибке. Здесь бизнес-анализ и системный анализ встречаются.
Что выяснит бизнес-аналитик
Бизнес-аналитик начнёт с проблемы, а не с кнопки на сайте. Он поговорит с руководителем продаж, сотрудниками склада и поддержки: на каком шаге возникают отмены, как сейчас проверяют остатки, какие заказы затронуты. Затем опишет текущий процесс (As Is) и желаемый (To Be).
Его вопросы в нашем примере:
- Какую долю отмен компания хочет снизить и как будет её измерять?
- Нужно ли резервировать товар до оплаты или только после неё?
- Что происходит, если покупатель не оплатил заказ вовремя?
- Кто отвечает за исключения: склад, поддержка или автоматическое правило?
Результатом могут стать карта процесса, список заинтересованных сторон, бизнес-правила и согласованные требования к изменению. Например: «Неоплаченный заказ удерживает товар 15 минут; затем резерв снимается» — если именно такое правило подтвердит бизнес. 15 минут здесь лишь условие учебного примера, а не универсальный стандарт.
Что уточнит системный аналитик
Системный аналитик возьмёт согласованный сценарий и проработает поведение IT-систем. Он выяснит, где хранится остаток, как сайт запрашивает резерв у складской системы, что делать при одновременных заказах и какие ответы показывать пользователю.
Его вопросы:
- Какой сервис создаёт резерв и возвращает его идентификатор?
- Какие статусы есть у заказа и резерва; что переводит их в следующее состояние?
- Что делать, если складская система не ответила или сообщила, что товар закончился?
- Как избежать двойного резерва при повторном запросе?
- Какие данные нужны тестировщику, чтобы проверить успешный и ошибочный сценарии?
Результатом могут быть сценарии использования (Use Case), схема состояний, модель данных, требования к API, правила обработки ошибок и критерии приёмки. Например: «Если сервис склада ответил, что остатка нет, заказ не переходит в статус „Ожидает оплаты“, а покупатель видит сообщение о недоступности товара». Точное техническое решение системный аналитик согласует с разработчиками и архитектором.
Чем отличаются задачи и результаты работы
| Вопрос | Бизнес-аналитик — чаще | Системный аналитик — чаще |
|---|---|---|
| Главный фокус | Зачем менять процесс и какую ценность даст изменение | Как изменение должно работать в системе |
| На примере резерва | Уточняет правила продажи и работы склада | Описывает статусы, данные, обмен и ошибки |
| С кем много общается | Владельцы процесса, менеджеры, операционные команды, пользователи | Разработчики, тестировщики, архитекторы, владелец продукта; также заказчик и пользователи |
| Типичные результаты | Схема процесса, цели, бизнес-правила, требования заинтересованных сторон | Сценарии, функциональные и нефункциональные требования, модель данных, описание API |
| Критерий качества | Изменение решает исходную проблему и подходит людям и процессу | Команда одинаково понимает поведение системы, включая исключения |
Прокрутите таблицу по горизонтали, чтобы сравнить обе роли →
Это ориентиры, а не список документов, которые обязан создавать каждый специалист. В одной компании бизнес-аналитик пишет пользовательские истории и критерии приёмки; в другой системный аналитик сам проводит интервью с владельцем процесса и рисует BPMN. Общая работа с требованиями — нормальная часть обеих ролей.
Какие навыки нужны
Обеим ролям нужны умение задавать уточняющие вопросы, слушать разные стороны, находить противоречия и понятно фиксировать договорённости. Если склад говорит «резерв держим до конца дня», а продажи — «только до оплаты», аналитик должен заметить конфликт до разработки.
Для бизнес-анализа полезны моделирование процессов, работа с метриками и правилами, анализ заинтересованных сторон. BPMN помогает показать, кто и в какой момент выполняет действие. Но хорошая схема нужна для решения задачи, а не ради нотации.
Для системного анализа полезны понимание жизненного цикла разработки, данных, базового SQL, API и интеграций, функциональных и нефункциональных требований. Не обязательно писать код приложения, но нужно понимать технические ограничения и обсуждать их с командой. Например, что произойдёт с заказом, если запрос на резерв повторится после сбоя сети.
Ни один инструмент не закреплён за одной профессией навсегда: бизнес-аналитик тоже может разбираться в данных, а системный — в процессах. Глубина зависит от продукта и команды.
Где роли пересекаются
В нашем примере оба аналитика могут вместе обсудить правило снятия резерва. Бизнес-аналитик проверит, устраивает ли оно продажи и склад. Системный — можно ли надёжно реализовать его в существующих сервисах и как проверить результат. Если возникнет техническое ограничение, правило вернётся на обсуждение с бизнесом.
Иногда вместо двух должностей есть одна — «аналитик», «бизнес-системный аналитик» или «системный аналитик» с широким кругом задач. По данным IIBA, практики бизнес-анализа работают под разными названиями, включая systems analyst. SFIA также предлагает подбирать навыки под конкретную роль и контекст компании. Поэтому полезнее читать раздел «Задачи», чем спорить о названии вакансии.
Как выбрать направление без опыта в IT
Попробуйте решить две части задачи с резервом товара на бумаге.
- Бизнес-часть. Нарисуйте путь заказа от выбора товара до оплаты. Отметьте, где возникает отмена. Составьте пять вопросов для склада и продаж и предложите метрику, по которой проверите изменение.
- Системная часть. Запишите статусы заказа и резерва. Опишите, что сайт отправляет складской системе, что получает в ответ и что делает при ошибке. Добавьте два сценария для проверки.
Если вам интереснее причины проблемы, люди, правила и метрики, начните изучать бизнес-анализ. Если увлекают логика работы продукта, данные, интеграции и пограничные случаи, присмотритесь к системному анализу. Если интересны обе части, это обычная ситуация: профессии связаны, и выбор первого направления не закрывает переход в другое.
При просмотре вакансии задайте себе три вопроса:
- Что предстоит менять — процесс компании, цифровой продукт или оба сразу?
- Какие результаты ждут от аналитика: схему процесса, требования к системе, описание API, критерии приёмки?
- С кем предстоит согласовывать решения каждый день?
Так вы поймёте содержание работы точнее, чем по заголовку «бизнес-аналитик» или «системный аналитик».
Если ближе системный анализ: с чего начать
Для начала возьмите знакомый сервис и опишите один пользовательский сценарий: основной путь, две ошибки, нужные данные и критерии проверки. Затем разберитесь, как связаны требования, API, база данных и тестирование. Так вы увидите, нравится ли вам уточнять детали работы системы.
В программе Prosystalent эти темы собраны в интенсивном онлайн-курсе по системному анализу: требования, моделирование, BPMN, UML, SQL, API и работа с командой. Обучение рассчитано на 6 недель, после подготовки команда сопровождает поиск работы. По условиям оплаты, предоплата составляет 0 ₽; после официального трудоустройства студент платит 20% от дохода в течение 12 месяцев по договору. Это обучение с оплатой после трудоустройства, а не бесплатный курс.
Если вы пока выбираете между ролями, посмотрите программу и оставьте заявку, чтобы обсудить, подходят ли вам задачи системного аналитика. Решение лучше принимать после знакомства с конкретными упражнениями, а не только с названием профессии.
Если вы только знакомитесь с профессией, прочитайте, можно ли стать системным аналитиком с нуля и с какой базы начать подготовку.
Частые вопросы
Системный аналитик — это программист?
Нет. Он описывает требования и поведение системы, обсуждает решения с технической командой. Понимать данные, API и ограничения разработки важно; писать код приложения обычно не входит в его основные задачи.
Может ли бизнес-аналитик работать в IT-продукте?
Да. В нашем примере он работает над цифровым магазином: связывает цель компании, процессы склада и продажи с изменением продукта. Бизнес-анализ не ограничен офлайн-процессами.
Кто пишет техническое задание и User Story?
Зависит от распределения задач. Оба специалиста могут участвовать в описании требований. Важнее, чтобы команда согласовала владельца документа, уровень детализации и порядок изменений.
Какая профессия «лучше» для новичка?
Универсального ответа нет. Сравните реальные задачи из вакансий и выполните небольшой учебный кейс для каждой роли. Интерес к работе с людьми и процессами обычно ведёт к бизнес-анализу; интерес к логике систем и данным — к системному. В обеих ролях придётся и общаться, и разбираться в деталях.
Можно ли перейти из бизнес-анализа в системный?
Да, часть навыков переносится: интервью, работа с требованиями, моделирование процессов. Понадобится углубить техническую сторону — данные, интеграции, API, системные сценарии. Обратный переход тоже возможен: нужно сильнее освоить работу с бизнес-целями, метриками и изменением процессов.