Клиент спрашивает о возврате, поддержка ждёт склад, а склад не знает, к какому заказу относится посылка. Бизнес-аналитик разбирается, где застряла работа, и помогает команде изменить процесс. Он выясняет причины, описывает требования и определяет, как проверить результат.
Покажем профессию на учебном примере возврата товара в интернет-магазине. Разберём вопросы к сотрудникам, описание процесса, требования и критерии приёмки. Затем посмотрим, какие навыки нужны для старта и что положить в портфолио без коммерческого опыта.
Кто такой бизнес-аналитик
Бизнес-аналитик выясняет, какая проблема мешает работе, и помогает выбрать решение. Он разговаривает с участниками процесса, изучает данные и сравнивает варианты изменений. Профессия бизнес-аналитика встречается в ИТ, торговле, банках и других областях, где нужно наладить работу людей и систем.
Фраза «нам нужна новая CRM» уже предлагает средство, но ещё не объясняет проблему. Аналитик спросит, что не получается сейчас: теряются обращения, сотрудники повторно вводят данные или руководитель не видит статусы. От ответа зависит, нужна ли замена системы вообще.
В нашем примере магазин жалуется на медленные возвраты. Причина может находиться в форме обращения, передаче данных на склад, согласовании исключений или отсутствии ответственного. Сначала нужно восстановить фактический процесс и собрать наблюдения, затем выбирать изменение.
Аналитик не принимает все решения вместо бизнеса. Он делает последствия и разногласия видимыми, предлагает варианты и помогает договориться. Решение принимает владелец процесса, а разработчики оценивают, можно ли его реализовать и чего это будет стоить.
Чем занимается бизнес-аналитик
Обязанности бизнес-аналитика обычно включают исследование текущей работы, выявление потребностей, описание процессов и требований, согласование вариантов и оценку результата. Документы нужны для принятия решений и реализации. Их количество само по себе не показывает качество анализа.
| Задача | Что делает аналитик | Что получает команда |
|---|---|---|
| Разобраться в проблеме | Изучает обращения, наблюдает работу, задаёт вопросы | Описание подтверждённой проблемы и неизвестных |
| Найти участников | Уточняет роли, интересы и полномочия | Понятно, кто даёт информацию и принимает решение |
| Описать процесс | Показывает действия, передачи, условия и исключения | Общая картина работы вместо отдельных мнений |
| Определить требования | Фиксирует необходимое поведение и ограничения | Основа для оценки, реализации и приёмки |
| Согласовать изменение | Разбирает альтернативы и противоречия | Решение с известными последствиями и ответственными |
| Оценить результат | Сравнивает наблюдение с целью изменения | Понимание, решена ли исходная проблема |
Исследование редко сводится к одной встрече. Сотрудник поддержки знает обращения клиентов, склад видит физическое движение товара, бухгалтерия знает ограничения расчётов. Каждый описывает свою часть. Аналитику нужно связать их рассказы и отметить места, где сведения расходятся.
Представим спор: поддержка считает возврат принятым после сообщения клиента, а склад после получения посылки. Аналитик разделяет события и предлагает два разных статуса. Владелец процесса подтверждает правило, команда получает однозначные условия перехода вместо общего слова «принят».
Чем бизнес-аналитик отличается от других аналитиков
Различие прежде всего в объекте анализа и ожидаемом результате. Бизнес-аналитик исследует потребности и изменения, системный аналитик подробнее определяет устройство и взаимодействие систем, аналитик данных исследует данные. На практике задачи пересекаются, поэтому названия вакансий нужно читать вместе с обязанностями.
| Направление | Типичный вопрос | Возможный результат |
|---|---|---|
| Бизнес-анализ | Почему возврат задерживается и что стоит изменить? | Модель процесса, требования и согласованный вариант |
| Системный анализ | Как системы передадут статус и проверят данные? | Правила обмена данными и описание поведения системы |
| Анализ данных | Где и у каких обращений больше задержка? | Проверенный расчёт, исследование или отчёт |
| Продуктовая аналитика | Как изменение влияет на поведение и продуктовую метрику? | Анализ воронки, эксперимент и выводы о продукте |
| BI-аналитика | Как регулярно показывать руководителю задержки возвратов? | Согласованные показатели, отчёты и дашборд |
Например, бизнес-аналитик определяет, когда обращение считается принятым складом. Системный аналитик может описать передачу события между сервисами и обработку ошибки. Аналитик данных помогает посчитать время между событиями. В небольшой команде часть задач выполнит один человек.
SQL нужен, чтобы получать данные из базы, а BPMN помогает изображать процесс в виде схемы. BI, или business intelligence, связано с отчётностью и показателями для решений бизнеса. Эти навыки пересекаются у разных аналитиков; выбирайте инструмент под вопрос, на который нужно ответить.
Более подробное сравнение приведено в статье про системную, продуктовую и data-аналитику. Для выбора направления полезно сравнить рабочие задачи, а затем попробовать небольшой кейс каждого интересующего типа.
Пример работы: возврат товара
Рассмотрим учебный кейс интернет-магазина. Клиент не понимает, принят ли возврат, поддержка переписывается со складом, а статусы хранятся в разных местах. Аналитику нужно выяснить, где задерживается информация и как сделать состояние обращения понятным всем участникам.
Отделите жалобу от задачи
Исходная жалоба звучит так: «клиенты постоянно спрашивают о возврате». Её ещё недостаточно для требования «добавить уведомления». Возможно, склад не фиксирует получение, поэтому уведомлять пока не о чем. Сначала выясните, какие события происходят и где теряется информация.
Возьмите несколько обращений: обычный возврат, посылку без номера заказа и повторное сообщение клиента. Сопоставьте время каждого шага и источник статуса. Если отметки получения нет, сначала договоритесь о её фиксации: без начальной точки нельзя измерить задержку.
| Участник | Что спросить | Что уточняет ответ |
|---|---|---|
| Поддержка | По какому событию вы сообщаете клиенту статус? | Источник информации и возможное ожидание |
| Склад | Как фиксируется получение и кто разбирает неопознанную посылку? | Идентификация товара и исключения |
| Владелец процесса | Какой результат изменения считаем полезным? | Цель и способ оценки |
| ИТ-команда | Какие события и данные уже доступны? | Ограничения и варианты реализации |
| Финансовая функция | Как подтверждается основание для следующего действия? | Необходимые согласования и контроль |
Восстановите текущий процесс
Опишите AS-IS, то есть фактический порядок работы. Клиент создаёт обращение, поддержка проверяет сведения, склад получает отправление, сотрудник сопоставляет его с заказом. Дальнейшие действия зависят от согласованных правил. Важно записать и переход, и условие его выполнения.
Не заменяйте текущий процесс инструкцией, которая должна была действовать. Если сотрудники обходят систему через сообщения, это часть наблюдаемой работы. Отметьте причину обхода: неудобство, отсутствие доступа или исключение, которое система пока не поддерживает.
Отдельно разберите неопознанную посылку, повторное обращение и неполный комплект. Именно исключения часто вызывают задержки. Если на схеме есть только идеальный путь, её нельзя считать достаточным описанием рабочего процесса.
Предложите варианты изменения
Первый вариант может быть организационным: определить ответственного и единый источник статуса. Другой вариант добавляет регистрацию события на складе. Более сложное решение связывает события с уведомлениями. Сравните пользу, затраты, зависимости и возможность отменить изменение.
TO-BE описывает согласованный будущий процесс, а не любое красивое предложение аналитика. В нашем кейсе склад отмечает получение, система проверяет привязку к обращению, поддержка видит событие. Неопознанные отправления попадают ответственному на разбор, а не получают выдуманный статус.
Для оценки выберите наблюдаемую цель: например, сократить время от физического получения до появления подтверждённого статуса. До измерения нужно определить начало и конец интервала, пропуски и исключения. Без этого среднее время из двух отчётов может означать разные вещи.
Как описать процесс и требования
Описание должно позволять участникам одинаково понять работу и проверить решение. Для процесса нужны роли, события, действия и условия переходов. Для требования нужны источник, цель, конкретное поведение и способ приёмки. Формат выбирают по задаче, а не ради максимального количества документов.
BPMN помогает изображать процессы в общей нотации, но её элементы требуют понимания. Начните с событий, задач, развилок и участников. Не выбирайте символ по внешнему виду. Если команда не понимает схему, сначала согласуйте смысл простым языком, затем уточняйте модель.
Схема не заменяет правила данных. Статус «Получен» должен иметь однозначное значение: что именно получено, кем подтверждено и к какому обращению относится. Иначе каждый отдел будет читать одинаковую подпись по-своему.
Слабое требование. Сделать удобное отображение возврата и быстро уведомлять клиента.
Проверяемое требование. После подтверждения получения сотрудником склада обращение получает статус «Получено складом». Система сохраняет время события и сотрудника. Поддержка видит статус в карточке обращения. Если привязка к обращению не найдена, статус клиентского обращения не меняется, а отправление направляется на разбор.
В учебном примере это проект требования, а не универсальный регламент возврата. До реализации владелец процесса должен согласовать полномочия, текст статусов и исключения. Техническая команда затем уточнит способ хранения и передачи события.
| Критерий приёмки | Исходные условия | Ожидаемое поведение |
|---|---|---|
| Подтверждённое получение | Отправление связано с обращением, сотрудник имеет нужные права | Статус меняется, время и автор сохранены |
| Неопознанное отправление | Нельзя определить обращение | Создаётся задача на разбор без ложного клиентского статуса |
| Повторное подтверждение | Событие уже обработано | Повтор не создаёт второе независимое получение |
| Нет полномочий | Пользователь не может подтверждать приёмку | Изменение отклонено, доступный статус не подменяется |
Как связать цель и проверку. Цель Ц1: поддержка видит получение посылки без переписки со складом. Требование Т1: подтверждение склада сохраняет статус, время и автора. Проверка К1: после подтверждения эти данные видны в карточке обращения. Если меняется Т1, по этой связи найдите и обновите К1.
Ведите словарь терминов рядом с требованиями. Разведите «обращение», «отправление», «товар» и «решение по возврату». Это разные объекты с разным жизненным циклом. Смешение терминов часто приводит к требованию менять один статус сразу для нескольких независимых вещей.
Какие навыки нужны бизнес-аналитику
Бизнес-аналитику нужны умение исследовать, структурировать сведения, задавать вопросы и согласовывать решения. Технические навыки зависят от среды. Для ИТ-проекта полезно понимать данные и интеграции, для операционного изменения особенно важны процесс, роли и ограничения исполнения.
В интервью с участниками начинайте с реального случая. «Покажите последнее обращение, которое задержалось» даёт больше контекста, чем «какие у вас проблемы». Уточняйте последовательность действий, источник сведений и отличие обычного случая от исключения.
Отделяйте потребность от просьбы о функции. «Нужна кнопка выгрузки» может означать необходимость передать список на склад, проверить ошибки или подготовить отчёт. Разные цели требуют разных решений. Иногда исправление источника данных полезнее новой кнопки.
Для структурирования пригодятся причинно-следственные связи и работа с неопределённостью. Если сведения расходятся, не усредняйте мнения. Найдите наблюдение, документ или владельца правила, который поможет установить факт. Неразрешённое противоречие оставьте явным вопросом.
Письменная коммуникация должна уменьшать двусмысленность. Вместо «система быстро обрабатывает запрос» нужно согласовать наблюдаемый показатель и условия. Вместо «менеджер утверждает» уточните роль, полномочия и действия при отсутствии ответственного.
Какие инструменты использует бизнес-аналитик
Инструменты нужны для совместной работы с процессом, требованиями и данными. Обычно это редактор документов, таблицы, средство моделирования и система задач. Выбирайте минимальный набор, который команда может открыть, обсудить и поддерживать.
| Инструмент или подход | Зачем нужен | Чего не доказывает владение |
|---|---|---|
| Документы и база знаний | Хранить решения, требования и словарь | Что требования согласованы и актуальны |
| Таблицы | Сравнивать варианты и проверять исходные данные | Что расчёт основан на корректной выборке |
| Редактор BPMN | Обсуждать последовательность и взаимодействия | Что схема соответствует фактической работе |
| Трекер задач | Связать изменение с реализацией и вопросами | Что команда одинаково поняла результат |
| SQL и просмотр данных | Проверять гипотезы в разрешённом доступе | Что техническая возможность запроса даёт право на любые данные |
Для учебного кейса достаточно документа, таблицы требований и схемы процесса. Если меняется экран, добавьте простой прототип: набросок карточки с полями и статусами. На нём удобнее обсудить, что увидит поддержка после подтверждения склада, до подробного дизайна.
SQL стоит изучать на отдельной учебной базе. Начните с выборки, фильтра, объединения и проверки пропусков. Для рабочих данных нужны согласованные права и понимание чувствительности информации. Запрос, который ничего не меняет, всё равно может раскрыть лишние сведения.
ИИ помогает подготовить вопросы или проверить формулировку, но не подтверждает реальный процесс. Не передавайте ему закрытые документы без разрешённого порядка работы. Сгенерированную модель нужно сверить с участниками, иначе ошибки просто получат аккуратное оформление.
Что требуют в вакансиях бизнес-аналитика
Чаще всего работодатели ждут умения описывать требования и процессы. На 5 ноября мы разобрали 741 открытую вакансию бизнес-аналитика на русском языке на HireHi. Для каждого навыка посчитали, сколько вакансий его упоминают. Одна вакансия обычно называет несколько навыков, поэтому доли в сумме больше 100%.
| Что упоминают в вакансии | Вакансий | Доля |
|---|---|---|
| ТЗ, функциональные или бизнес-требования | 436 | 59% |
| BPMN | 330 | 45% |
| SQL и работа с базами данных | 251 | 34% |
| Высшее образование | 226 | 30% |
| Excel | 190 | 26% |
| API, REST и интеграции систем | 188 | 25% |
| User story или use case | 168 | 23% |
| UML | 165 | 22% |
| Jira или Confluence | 151 | 20% |
| 1С | 144 | 19% |
| Английский язык | 105 | 14% |
| Python | 51 | 7% |
Базовый набор складывается из требований, BPMN и SQL. Python нужен редко: его упоминает примерно каждая четырнадцатая вакансия. 1С чаще встречается там, где аналитик внедряет или дорабатывает учётные системы.
Большинство позиций рассчитано на опытных специалистов. Senior указан в 44% вакансий, middle в 40%, junior и стажёр вместе в 7%, это 49 вакансий. Минимальный опыт прямо назван в 290 объявлениях: чаще всего просят от трёх лет (125 вакансий), от двух лет в 82, от года в 36.
Как стать бизнес-аналитиком
Путь в профессию удобнее строить через последовательные результаты: исследование проблемы, описание процесса, требования и согласование. Начать можно с знакомой области. Опыт поддержки, операций, продаж или тестирования бывает полезен, если показать, как он помогает анализировать работу.
Сначала выберите небольшой процесс с понятной границей. Например, запись на консультацию или передача обращения между отделами. Укажите начало, конец и участников. Не беритесь за «цифровую трансформацию компании» как первое упражнение: такую задачу трудно проверить и закончить.
Для реального процесса соберите инструкцию, примеры обращений и комментарии сотрудников с разрешённым доступом. Отметьте расхождения: инструкция обещает автоматический статус, а поддержка узнаёт его вручную. В учебном кейсе перечислите вопросы, которые задали бы владельцу такой системы.
Опишите текущую работу и несколько проблемных случаев. После этого предложите варианты изменения и выберите один с объяснением. У выбранного решения должны быть требования, исключения и критерии приёмки. Попросите опытного аналитика проверить логические разрывы.
Курс оценивайте по проверке работ. Есть ли обратная связь по интервью, процессу и качеству требований? Приходится ли дорабатывать кейс после замечаний? Программа с большим списком инструментов может давать меньше практики, чем короткий маршрут с глубоким разбором одного процесса.
Контрольная точка обучения: другой человек может по вашим материалам объяснить задачу и предложить проверку результата. Если для этого приходится постоянно дополнять документ устно, часть требований ещё не сформулирована. Исправляйте смысловые пробелы до украшения портфолио.
Как собрать портфолио бизнес-аналитика
Портфолио должно показывать ход рассуждения и связанные артефакты. Для начинающего достаточно законченного учебного кейса с честными допущениями. Важнее прослеживаемость от проблемы до приёмки, чем множество диаграмм без объяснения их назначения.
Откройте кейс коротким описанием магазина и своей задачи. Учебный статус достаточно обозначить один раз. Затем покажите, как нашли проблему, какие сведения понадобились и почему выбрали конкретное изменение. Так читатель увидит ход работы, а не перечень знакомых терминов.
Покажите AS-IS, спорные места и выбранный TO-BE. Рядом приведите таблицу альтернатив: организационное изменение, доработка формы или интеграция событий. Укажите, почему выбранный вариант подходит условиям и какие зависимости остаются.
Свяжите несколько требований с критериями приёмки. Например, цель прозрачного статуса связана с регистрацией получения и обработкой неопознанной посылки. Не заполняйте кейс десятками одинаковых строк: выберите требования, на которых видно решение разных типов проблем.
Добавьте пример изменения запроса. Владелец хочет разрешить отмену ошибочного подтверждения: какие роли, статусы и проверки затронуты? Такой разбор показывает умение поддерживать требования после первой версии, а не только рисовать стартовую схему.
Проверьте кейс на связанность: каждый вопрос ведёт к наблюдению, каждое требование решает часть задачи, у важного требования есть проверка. Попросите другого человека найти, что произойдёт с посылкой без номера заказа. Если ответа в материалах нет, дополните описание исключения.
Как найти первую работу и пройти отбор
Ищите позиции junior-бизнес-аналитика, стажёра и смежные роли с подходящими задачами. Таких вакансий немного, поэтому смотрите и middle-позиции с опытом от года. В 49 вакансиях для начинающих Excel упоминают 22, SQL 21, BPMN 15: эти навыки стоит показать в учебном кейсе.
В отклике свяжите прошлый опыт с работой аналитика. Сотрудник поддержки может показать разбор причин обращений и описание передачи задач. Операционный специалист может объяснить контроль исключений и изменение процесса. Одних слов «развитое аналитическое мышление» недостаточно.
На интервью подготовьте короткий рассказ о кейсе: проблема, источники, неизвестные, альтернативы, требования и проверка. Если вас спрашивают, почему выбран конкретный шаг, вернитесь к потребности и ограничению. Не защищайте диаграмму только потому, что она красиво оформлена.
Для подготовки используйте вопросы на собеседовании бизнес-аналитика. Практикуйте уточняющие вопросы и работу с противоречиями. Уверенный ответ без контекста часто слабее аккуратного объяснения, каких данных не хватает для решения.
В тестовом задании сначала уточните ожидаемую глубину и формат результата. Не используйте реальные закрытые данные для демонстрации навыков. Если условие неполное, запишите допущения и вопросы, а не подменяйте их фактами о вымышленной компании.
Как развиваться и оценивать предложения
Развитие можно строить через предметную экспертизу, сложность изменений или техническую глубину. Выбирайте следующий шаг по задачам, которые хотите решать. Переход в системный анализ и руководство аналитикой требуют разных навыков, даже если оба направления выглядят как повышение.
При оценке предложения уточните, кто помогает новичку, как согласуются требования и насколько доступны владельцы процессов. Важно понимать, кто принимает решение при конфликте интересов. Если от аналитика ждут результата, но не дают доступа к владельцам процессов, работа будет буксовать.
Зарплату сравнивайте по грейду, региону, формату и составу роли. Обзор зарплат бизнес-аналитиков помогает разобраться в срезах, но условия конкретной позиции нужно читать отдельно.
Актуальные задачи посмотрите в вакансиях бизнес-аналитиков. Соберите повторяющиеся пробелы и выберите один для следующего проекта: качественные интервью, моделирование исключений, работа с данными или управление изменениями требований.
