Разбирается, как устроен процесс, и описывает, каким он должен стать в системе.
Заявки теряются между отделами, а руководство говорит: «надо это автоматизировать». Бизнес-аналитик разбирается, как процесс устроен сейчас, и описывает, каким он должен стать — так, чтобы разработка и заказчик поняли одинаково.
Работа между людьми и системами: расспросить сотрудников, нарисовать схему, свести термины к одному смыслу и сформулировать требования. Половина проектов проваливается не из-за кода, а из-за того, что задачу поняли по-разному.
Вход обычно через смежную роль: поддержка, тестирование, аналитика данных, работа в операционном отделе. Профильное образование не обязательно, а умение задавать неудобные вопросы — обязательно.
Люди описывают работу так, как привыкли, а не так, как она устроена. «Мы это делаем вручную, потому что система не умеет» — вот здесь и начинается настоящая работа: почему не умеет, что мешает, что будет, если научится.
Второе — термины. Пока «заявка», «заказ» и «обращение» значат разное в разных отделах, никакая система не заработает: каждый будет уверен, что говорит про одно и то же.
Третье — границы. Аналитик описывает и договаривается, но не решает за бизнес, что важнее. Когда его просят «просто сделать, чтобы работало», стоит уточнить, что именно считается работой.
Шкала общая для всего справочника — видно, где эта профессия стоит относительно остальных. Полоса начинается там, где начинается доход на этом уровне, и заканчивается там, где он заканчивается.
| Уровень | Диапазон в месяц | Кто это |
|---|---|---|
| На старте | 60 000 – 90 000 ₽ | Первые проекты, опыта в профессии почти нет |
| Уверенный специалист | 120 000 – 200 000 ₽ | 1–3 года практики, отвечает за результат |
| Сильный специалист | 220 000 – 330 000 ₽ | Ведёт направление или несколько проектов |
Зависит от масштаба проектов: внедрение системы в крупной компании оплачивается выше, чем описание процессов в небольшой. Второй фактор — отрасль: банки и производство платят больше розницы и услуг.
Источник: Ориентир по открытым вакансиям, октябрь 2026
Это ориентир, а не обещание: работодатели платят за конкретный набор навыков и за результат, а не за название профессии. Перед тем как платить за обучение, посмотрите 10–15 актуальных вакансий и обратите внимание не на цифру, а на требования — они и определяют, чему учиться.
Схемы и нотации · Таблицы и описания требований · Система задач · Документы и согласования · Скринкасты и прототипы
Описание процесса как есть — схемы, участники, документы. С этого начинается любой проект, и это ценно само по себе: часто уже на схеме видно, где теряется время.
Требования к системе — что должно появиться, какие данные, какие правила. Здесь важно писать так, чтобы это можно было проверить.
Постановка задач разработке — разбить на части, объяснить, ответить на вопросы. Работа наполовину переводческая.
Приёмка и развитие — проверить, что сделано то, что описано, и понять, что менять дальше. Без этого этапа проект считается сданным формально.
Возьмите свою работу и нарисуйте, как она устроена: участники, документы, узкие места. Это первый кейс, и он честнее любого учебного.
Схемы нужны, чтобы вас поняли без слов. Достаточно одной нотации, но уверенно, а не «примерно».
Требование — это то, что можно проверить. «Удобный интерфейс» проверить нельзя, «заявка создаётся за два клика» можно.
Любая роль в команде внедрения: тестирование, поддержка, внедрение. Важно увидеть, как требования превращаются в систему.
Внутри текущей работы всегда есть процесс, который никто не описывал. Возьмите его — так появляется опыт и репутация.
Обычно из смежной роли: поддержка, тестирование, продажи, операционный отдел. Оттуда человек уже знает процесс и людей, и ему проще задавать вопросы, не выглядя посторонним.
Навыки нужны земные: схемы, документы, разговор. Курсы по бизнес-анализу дают нотацию и структуру, но главное — практика на реальном процессе, пусть даже внутреннем.
Первый проект можно сделать на своей же работе: описать процесс, который вы знаете, и предложить улучшение. Это и станет кейсом на собеседовании.
С системным аналитиком: тот ближе к технике — интерфейсы, API, структура данных. Бизнес-аналитик отвечает за смысл и правила процесса.
С продуктовым аналитиком: тот считает метрики продукта и проверяет гипотезы, а не описывает процессы.
С проектным менеджером: тот отвечает за сроки, бюджет и людей, аналитик — за то, что именно должно быть сделано.
Пройдите тест из шести вопросов о том, чем вам интересно заниматься и сколько времени вы готовы учиться. В конце — три профессии справочника, которые подходят под ваши ответы. Бесплатно, без регистрации и без контактов.
Пройти тест за 2 минутыНет. Важнее понимание процессов и умение разговаривать. Технические детали добираются на проектах.
Нет, но нужно понимать, что технически возможно и чего это стоит. Аналитик, обещающий невозможное, теряет доверие команды.
Проектный менеджер отвечает за сроки и ресурсы, аналитик — за содержание: что именно делаем и как это должно работать.
Да, через смежную роль: поддержку, внедрение, операционные процессы. Полностью с нуля и без понимания процессов — тяжело.
В продукт: продакт-менеджер или владелец продукта. Или в руководителя аналитики, где работа — люди и стандарты, а не только проекты.
Отвечает на вопрос «почему люди уходят» цифрами, а не мнениями.
На старте: 70 000 – 110 000 ₽Продукт и проектыВедёт проекты: сроки, люди, деньги. Отвечает за то, чтобы работа была сдана, а не за то, чтобы её делать.
На старте: 45 000 – 70 000 ₽Продукт и проектыОтвечает за то, чтобы продукт был нужен людям и приносил деньги, а не просто существовал.
На старте: 70 000 – 100 000 ₽