реализации требований, полученных от бизнес-аналитика, с использованием той или иной информационной системы.
Как правило, системный аналитик – эксперт по работе конкретного программного продукта или информационной системы. Он знает основные технологические процессы системы, принципы хранения информации в ней, нюансы интеграции с другими системами и т. д.
Системный аналитик формирует техническое задание, в котором на более детальном, техническом уровне, нежели бизнес-аналитик, описывает требования к будущему ИТ-решению. Если бизнес-аналитик говорит о том, что должно произойти при нажатии на определенную кнопку, то системный аналитик фиксирует, за счет чего достигается необходимый результат: как происходит обращение к серверу, как обрабатывается ответ, как хранится информация в базе данных и т. д.
В некоторых организациях роль системного и бизнес-аналитика выполняет один человек. Но чем сложнее и масштабнее ИТ-решения, тем выше необходимость в разделении функций системного и бизнес-анализа между разными специалистами.
Как следует из названия, продуктовая аналитика посвящена разработке и развитию какого-либо продукта. Продукт – понятие многогранное. Например, в банковской сфере это может быть кредит или пластиковая карта с кешбэком. В промышленности продуктом будет автомобиль, станок или слиток металла.
Говоря о продуктовой аналитике, мы будем рассматривать термин «продукт» с точки зрения ИТ. Иными словами, продукт для нас – это мобильное приложение, информационная система или онлайн-сервис. Например, продуктовый аналитик может заниматься созданием и развитием интернет-магазина.
Поскольку бизнес всё больше переходит в онлайн, продуктовый аналитик может работать в любой организации с цифровыми продуктами. Например, в банке он может развивать банковское мобильное приложение.
При работе с цифровыми продуктами главным инструментом продуктового аналитика становится A/B-тестирование. Чтобы лучше понять его суть, рассмотрим упрощенный жизненный цикл нового продукта или сервиса.
Стадия 1. «А может, не надо?»
Задумав новый сервис, «который перевернет мир», важно спросить себя: действительно ли существует необходимость в подобном сервисе? Аналитик отвечает на десятки вопросов типа:
● Каковы перспективы сервиса с учетом тенденций развития отрасли?
● Почему мы считаем, что сервис понравится потребителям?
● Нет ли похожих сервисов у конкурентов? Если есть, то каковы их успехи? Если сервис «не взлетел», то по какой причине?
Если ответы на эти вопросы даны и энтузиазм не испарился, можно переходить к этапу 2.
Стадия 2. Пилотный проект
На втором этапе аналитик должен определиться: как дешево проверить, что от внедрения нового сервиса или продукта будет польза? На этом этапе проектируются и запускаются примитивные прототипы – простые приложения, сайты и т. п.
Стадия 3.