Какие бывают аналитики в IT: карта ролей без рейтинга

Название «аналитик» мало говорит о повседневной работе. В одной компании системный аналитик проектирует API, в другой ведёт требования и процессы. Product analyst может быть ближе к статистике, а может помогать команде формулировать продуктовые метрики.

Поэтому список должностей быстро устаревает. Полезнее смотреть на четыре координаты роли:

1. что анализируем — потребность, процесс, систему, данные, риск;
2. какой результат создаём — решение, требования, модель, отчёт, контроль;
3. с кем работаем — бизнес, продуктовая команда, инженеры, руководство;
4. какая глубина нужна — доменная, техническая, математическая или регуляторная.

Ниже — моя рабочая группировка, а не отраслевой стандарт должностей. Границы зависят от компании. IIBA также описывает бизнес-анализ как практику, которую выполняют люди с разными названиями ролей.

1. Бизнес, продукт и процессы

Бизнес-аналитик

Исследует потребность, участников и правила бизнеса. Типичные результаты: модель процесса, требования к изменению, варианты решения и оценка влияния.

Сильная сторона роли — связать интересы нескольких стейкхолдеров и проверить, что команда решает правильную проблему, а не просто автоматизирует текущий порядок действий.

Аналитик бизнес-процессов

Фокусируется на том, как работа проходит между ролями и системами: где ожидание, повторный ввод, ручной контроль и разрыв ответственности. Часто работает с BPMN, показателями процесса и программами автоматизации.

Product analyst

Помогает продуктовой команде принимать решения по данным: определяет метрики, проектирует эксперименты, анализирует поведение пользователей и объясняет изменение результата. В одних компаниях это отдельная роль, в других — специализация data-аналитика.

Маркетинговый и клиентский аналитик

Исследует сегменты, каналы, коммуникации и клиентский путь. Здесь важны причинность, качество эксперимента и понимание того, что маркетинговая метрика не всегда равна ценности для клиента.

2. Система и её взаимодействия

Системный аналитик

Переводит потребность в описание поведения информационной системы. Работает с моделями данных, API, интеграционными контрактами, сценариями, состояниями и нефункциональными требованиями.

Граница с архитектором и разработчиком различается. Где-то системный аналитик предлагает технические варианты, где-то фиксирует решение, принятое инженерной командой.

Функциональный аналитик

Отвечает за поведение конкретного продукта или платформы: настройки, правила, пользовательские сценарии и соответствие стандартным возможностям решения. Роль часто встречается во внедрении ERP, CRM и отраслевых систем.

Интеграционный аналитик

Сосредоточен на взаимодействии систем: форматах, последовательностях, ошибках, повторной обработке, версиях контрактов и владельцах данных. Иногда это отдельная позиция, иногда часть работы системного аналитика.

3. Данные и решения

Data analyst / BI-аналитик

Получает, проверяет и интерпретирует данные, строит показатели, отчёты и исследования. Разница в названиях часто отражает инструменты и организацию работы, а не принципиально разные профессии.

Operations analyst

Анализирует операционную работу: пропускную способность, сроки, очередь, загрузку и причины отклонений. Может работать в логистике, поддержке, производстве или внутренних сервисах.

Антифрод- и риск-аналитик

Ищет подозрительные паттерны, настраивает правила и модели, оценивает ложные срабатывания и стоимость пропуска. Здесь особенно важны качество данных, объяснимость и работа в регуляторных ограничениях.

Data scientist

Строит и проверяет статистические и ML-модели. Задача включает не только обучение алгоритма, но и постановку эксперимента, выбор метрики, оценку смещения и объяснение границ применимости.

Analytics engineer

На стыке аналитики и data engineering создаёт преобразования, тесты и модели данных, на которых строятся аналитические продукты. Это техническая роль с сильным вниманием к воспроизводимости и качеству набора; такой фокус описывает, например, dbt Labs.

4. Качество, безопасность и контроль

QA analyst

В разных компаниях так называют либо специалиста по анализу качества и тест-дизайну, либо аналитика процессов обеспечения качества. Содержание вакансии важнее названия.

Security analyst

Анализирует угрозы, уязвимости, события безопасности и эффективность защитных мер. Внутри семейства есть специализации SOC, application security, threat intelligence, GRC и другие — с очень разными навыками.

Data quality / data governance analyst

Работает с определениями данных, владельцами, lineage, правилами качества и изменениями. Это не «проверяющий таблицы», а связующее звено между бизнес-смыслом, data-платформой и управлением риском.

5. Домен и метод как второй слой

Геопространственный, графовый, финансовый или экономический аналитик — часто не отдельная базовая профессия, а сочетание аналитической роли с предметной областью или методом.

Например, графовые методы могут использовать data scientist, data analyst или системный аналитик. Работа с геоданными может требовать статистики, GIS, инженерии данных или знания транспорта — в зависимости от задачи.

Поэтому формулировка «хочу стать графовым аналитиком» требует уточнения: какие решения, данные и результаты будут в этой работе?

6. AI-роли: название ещё не устоялось

«AI analyst» может означать несколько разных работ:

• product analyst в продукте с AI-функциями;
• data scientist, исследующий качество модели;
• бизнес-аналитик, выбирающий процессы для автоматизации;
• специалист по AI governance, рискам и контролям;
• аналитик, оценивающий ответы LLM и качество данных.

Рядом работают ML engineers, data engineers, AI product managers и domain experts. Поэтому при выборе AI-вакансии особенно важно читать задачи и ожидаемые артефакты, а не ориентироваться на модное название.

Гибридные и ведущие роли

Business systems analyst, analyst-developer, lead analyst и solution analyst соединяют несколько семейств. Это нормально, если зона ответственности ясна.

Гибрид полезен, когда уменьшает число передач между людьми. Он становится проблемой, если одна должность незаметно объединяет сбор потребности, архитектуру, разработку, тестирование и поддержку без времени и полномочий на всё это.

Что общего у сильных аналитиков

Набор инструментов различается, но повторяются несколько способностей:

• сформулировать вопрос и границу исследования;
• отделить факт от предположения;
• проверить источник и качество данных;
• объяснить решение разным аудиториям;
• зафиксировать ограничения и критерии результата;
• увидеть последствия изменения для соседних процессов и систем;
• обновить вывод, когда появились новые данные.

Как выбрать направление

Не начинай с рейтинга зарплат или престижности названия. Возьми несколько реальных вакансий и выпиши:

1. какие глаголы повторяются в задачах;
2. какие артефакты нужно создавать;
3. с кем проходит большая часть взаимодействия;
4. сколько в работе данных, системного проектирования и переговоров;
5. какая предметная область нужна;
6. как выглядит хороший результат через полгода.

После этого попробуй небольшую задачу: описать процесс, спроектировать контракт, исследовать набор данных или разобрать риск. Практика быстрее показывает совпадение с ролью, чем ещё одно описание профессии.

Аналитические роли не образуют лестницу от «простых» к «сложным». Они решают разные части общей задачи. Выбирать стоит не самый громкий титул, а тип проблем и результата, с которыми хочется работать каждый день.

---

Первая версия материала была опубликована на vc.ru.

Ваш ДПУПП