IAMPM
ул. Успенская, 44 65000 Одесса, Украина
+38 (091) 481 01 38+7 (495) 128 58 05info@iampm.club
BA

Starter pack для BA: инструменты и софт.

6 апреля 2020

  • Автор: Виктория Бобро

  • Сложность: норм

  • Время: 6 мин

Знания без системы похожи на библиотеку без стеллажей: всего много, но валяется в беспорядке, полезное рядом с неактуальным. А вот если есть добротные полки, тогда легко создать собственную структуру, и нужная книга отыщется быстро.

Мы постарались собрать основные инструменты и софт, которые помогут сформировать прочный каркас-основу для работы и профессионального развития бизнес аналитика!

BA instruments

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

Документация требований

Документация требований

Требования в бизнес-анализе — это четкие описания того, что должно быть реализовано в продукте: поведение системы, ее свойства и атрибуты.

Документы, которые описывают требования, разделяют по трем уровням:

  • PRD — Product Requirement Document — высокоуровневое описание требований клиента (физического лица или организации), договор на создание продукта между клиентом и исполнителем, главный документ в проекте.
  • BRD — Business Requirement Document — бизнес-требования. Цели и задачи, которые пользователь сможет решать при помощи системы.
  • SRS — Soft Requirement Specification — функциональные и нефункциональные требования непосредственно для команды разработки; то, что поможет пользователям выполнять их задачи в рамках бизнес-требований.

BA работает с требованиями на всех уровнях, а с SRS-документацией ему могут помогать тимлид команды или technical project manager.

Пользователь и система: User Story и Use Case

Пользователь и система: User Story и Use Case

Пользовательские истории (User Story) — это простой и эффективный инструмент, который помогает посмотреть на продукт глазами клиента. Строятся User Story по шаблону: «Я, как (пользователь) хочу/могу (действие) для того, чтобы (ценность)» и отвечает на три вопроса: Кто? Что? Зачем?

Например: «Я, как зарегистрированный пользователь, хочу разместить картинки в галерее, чтобы показывать или продавать их другим».

User Story описывают требования стейкхолдеров на языке пользователя, поэтому истории эффективны при общении с заказчиками, которым трудно воспринимать информацию в терминах разработки. При сборе требований, бизнес-аналитик фокусируется на поведении пользователя и реакциях системы на это поведение, не вдаваясь в технические подробности реализации.

Сценарий или вариант использования (Use Case) — описывает варианты взаимодействий системы с внешними ролями: пользователями или другими системами.

Use Case описывает функции системы в терминах, понятных для клиента и полезных для разработчиков:

  • действия пользователя по отношению к системе;
  • реакция системы на действия пользователя.

Разберем функцию регистрации пользователя на сайте

Предварительные условия: Пользователь находится на странице регистрации.

Основной пользовательский сценарий:

  1. Пользователь нажимает кнопку «Регистрация».
  2. Система показывает форму регистрации на экране.
  3. Пользователь заполняет предложенные поля и нажимает кнопку отправки формы.
  4. Система подтверждает правильность заполнения формы и отправляет данные на сервер.
  5. Система регистрирует пользователя и отправляет на указанный email письмо с подтверждением.
  6. Пользователь получает электронное письмо с подтверждением регистрации на ранее указанный email.

Следующий атрибут Use Case — это описание альтернативных сценариев поведения пользователя и системы в случае сбоя в основном сценарии. Например, что произойдет, если пользователь неправильно заполнит форму.

Визуализация: UML, Prototyping, UX/UI

Визуализация: UML, Prototyping, UX/UI

UML (Unified Modeling Language) — стандарт моделирования для описания компонентов системы. Бизнес-аналитик может создавать UML в свободной форме. Не обязательно знать все академические правила построения таблиц и диаграмм, однако на базовом уровне нужно иметь хотя бы общее понимание, как преобразовать данные в визуальную модель системы.

Цель UX/UI аналитики — в понимании паттернов поведения, чтобы создать понятный и удобный для пользователя продукт.

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

Прототипирование — это процесс создания визуальной модели движения пользователя по продукту: сайту, приложению, сервису. Инструмент применяют, чтобы представить идею стейкхолдерам, протестировать логику продукта, утвердить концепт внутри команды.

Изучение активности пользователей

Изучение активности пользователей

Базовые продуктовые метрики, которые используют при анализе активности посетителей:

  • DAU (Daily Active Users) — количество уникальных клиентов на протяжении одного дня.
  • MAU (Monthly Active Users) — количество уникальных клиентов, которые пользовались продуктом за месяц.
  • WAU (Weekly Active Users) — количество клиентов за неделю.
  • Churn — процент оттока пользователей.

На самом деле, метрик намного больше чем четыре, для каждой сферы терминология и аббревиатуры могут отличаться. Например, если говорить об онлайн-рекламе, это будут метрики CPM (Cost Per Mille) — стоимость за тысячу показов, и CPA (Cost Per Action) — стоимость целевого действия пользователя.

Бизнес-аналитику нужно просто знать терминологию индустрии, в которой он работает, потому что подобные метрики обязательно появляются при работе с количественными и качественными показателями клиентов.

BA software

BA software

Программное обеспечение, необходимое для эффективной работы ВА, можно объединить в три большие группы:

  • Создание документов, изображений, презентаций, цифровых таблиц, прототипов и диаграмм: Google docs, inVision Studio и аналоги.
  • Организация онлайн-взаимодействий, правильный сбор требований в Jira и подобных инструментах.
  • Отслеживание взаимосвязи между требованиями, работа с данными и другая аналитика: Yandex Metrika, Google analytics, Amplitude, Mixpanel.

Работа с данными

Бизнес-аналитик обрабатывает массу разных запросов от стейкхолдеров: сначала выявляет их требования, потом детализирует, расставляет приоритеты. Собранные и обработанные требования нужно организовать и делать это удобнее в Google docs, Confluence или других подобных программах типа Notion.

  • Google docs — текстовый онлайн-редактор для общей работы в режиме реального времени. Пользователи с правом доступа могут добавлять комментарии, редактировать документы. Изменения сохраняются автоматически, как и вся история работы.
  • Confluence — корпоративная wiki-система для накопления и обмена знаниями, создания веб-страниц, документов. Удобно, что Confluence глубоко интегрирована с Jira, так как это продукты одной компании Atlassian.

Не принципиально, с чем будет работать ВА, у каждого инструмента есть собственные преимущества и недостатки, но в целом они решают одни и те же задачи.

Демо-лекция курса IAMBA по документированию требований ждет вас после заполнения короткой формы.

Прототипирование

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

  • Balsamiq пригодится для построения вайрфреймов и мокапов. Можно рисовать простые фигуры, блоки текста, окна приложений, стрелки, кнопки, таблицы. Созданный макет сохраняется в PDF или PNG.
  • Lucidchart подходит для создания блок-схем, диаграмм, шаблонов веб-сайтов, ментальных карт, интерактивных макетов. Над процессом работают несколько пользователей одновременно, есть групповой чат. Результат работы сохраняется в PDF, PNG, JPG.
  • inVision Studio помогает преобразовать дизайны в динамические прототипы и мокапы с интерактивными элементами.

Если BA нужно создать небольшой прототип мобильного приложения, его удобнее делать в inVision Studio. Программа несложная, интуитивно понятная, за 2-3 часа получится проработать несколько пользовательских шагов: заказчик сможет перейти по ссылке, «тапнуть» — и что-то произойдет. Если ВА никогда не работал с инструментами прототипирования, стоит начать именно с inVision.

Task-трекеры

PM и BA — это люди, которые отвечают за коммуникацию на проекте. Бизнес-аналитик собирает требования, ставит задачи, объясняет и следит за их исполнением. Поэтому, знание task-трекеров — обязательный базовый навык как для PM-а, так и для BA. Самые распространенные инструменты командной коммуникации — это Jira, Trello, Asana.

  • Jira — помогает отследить и организовать рабочие процессы в компании. Программу легко приспособить для управления требованиями: можно поставить отдельные типы задач с собственным workflow, определить права доступа, видимость полей, комментарии.
  • Trello — совместная работа с небольшими проектами. Визуально выглядит как «доска» с карточками задач. К задачам добавляют комментарии, сроки выполнения, присваивают ответственных участников. Пользователей и доски можно объединять в команды, тогда участники мгновенно получают уведомления об изменениях и новых задачах.
  • Asana — помогает организовывать задания и распределять работу в небольших командах или индивидуально. Каждая команда может создать рабочее пространство: есть комментарии, теги, настройка повторяющихся задач, возможность прикреплять файлы, уведомления.

Самой распространенный task-трекер — Jira, из-за своей масштабируемости и гибкости.

Событийная аналитика

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

  • Yandex Metrika помогает оценить посещаемость ресурса и проанализировать поведение пользователей, измеряет конверсию сайта или рекламы (можно задать до 200 «целей»), формирует дневные отчеты, отслеживает источники и ключевые слова.
  • Google analytics. предоставляет детальную статистику посещений, аналитическую информацию на панели инструментов или в виде настраиваемых отчетов. Компания Google обучает пользователей работе с сервисом в формате видеоуроков по каждому разделу на бесплатных онлайн-курсах Академии Analytics.

Поведенческая аналитика

Тоже аналитика, но со «звездочкой». Помогает увидеть, как пользователь взаимодействует с продуктом. Изучение поведенческой аналитики необходимо для игр, онлайн-платформ, интернет-магазинов: куда нажал посетитель, в какой момент и т.п.

Две платформы, которые отслеживает действия посетителей в реальном времени, измеряют коэффициенты конверсии, сегментируют пользователей.

  • Amplitude — mobile и web-аналитика.
  • Mixpanel  — только mobile-аналитика.

Что дальше?

Когда базовые инструменты освоены, это не значит, что пришло время остановиться в развитии и просто «спокойно работать».

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

Виктория Бобро

Виктория Бобро

Копирайтер IAMPM. Пишет тексты, боится разговаривать с незнакомыми людьми и предпочитает судить о качестве материалов по статистике в Google Analytics.