fbpx
  • Product Manager vs Business Analyst: где граница?

    Product Manager vs Business Analyst: где граница?

Product Manager vs Business Analyst: где граница?

Автор статьи: Илья Олейник

Product Management и Business Analyst достаточно родственные профессии. Управление продуктом определенно включает в себя создание требований для продукта (функциональных и нефункциональных), что является прямой обязанностью бизнес-аналитика.

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

Планирование продукта. Роадмаппинг (roadmapping)

Бизнес-аналитик, как правило, не занимается планированием выпуска «фичей» в продукте. Бизнес-аналитик не составляет roadmap. А вот для продакт-менеджера это является его первейшей обязанностью. Как правило, продакты участвуют в регулярном пересмотре roadmap (перепланировании) вместе с другими стейкхолдерами (маркетинг, менеджеры команд разработчиков).

Типичный роадмап — это набор фичей, наложенных на временную ось. Обязательно указаны зависимости между фичами, дана их оценка по какому-то из методов (ценность, условная стоимость реализации, или характеристика модели Кано). Хорошо бы атрибутировать фичу по функциональному и структурному компоненту.

Разработка продукта. Управление командой разработчиков

После сбора, упорядочивания и согласования требований, бизнес-аналитик передает требования команде разработки. Команда разработки может иметь своего владельца продукта или кого-то, кто играет его роль. Всё общение команды относительно требований происходит уже с владельцем продукта. Далее команда занимается кодированием, тестированием, подготовкой к релизу.

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

  • постоянно разъясняют и уточняют требования;
  • участвуют в разработке и утверждении тест-кейсов;
  • занимаются триажем багов;
  • работают со стейкхолдерами команды разработки.

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

Запуск продукта

Когда продукт создан, его необходимо правильно запустить в “эксплуатацию”. Это go-to-market plan, различная документация, миграция пользователей, онбординг существующих пользователей, развертывание и т.п. Здесь много технической работы, но много и организационной, и многие вопросы решает продакт-менеджер.

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

Сюда же можно отнести и вывод продукта или его частей с рынка (end-of-life). Для все еще популярных продуктов эта процедура может растянуться на многие месяцы.

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

Отслеживание показателей качества продукта

Продукт мало поставить — нужно поддерживать его в “живом состоянии”, а это:

  • отсутствие багов;
  • довольные пользователи;
  • стабильная или возрастающая прибыль от продукта;
  • отслеживание новых технологий и новых конкурентов.

Каждый программный продукт имеет свои KPI (внутренние и внешние), значения которых отслеживает продакт-менеджер и инициирует соответствующие изменения. Согласитесь, это несколько далеко от работы бизнес-аналитика.

Работа с короткими итерациями и MVP

Продакт-менеджер сильно ориентирован на то, чтобы получить максимум результата с наименьшими затратами. Назовем это MVP. В этом есть большое количество плюсов:

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

Обычно, сложно спрогнозировать успех продукта и “попадание в требования”. Надежный индустриальный подход — расширять продукт небольшими итерациями с анализом успеха каждой такой итерации.

Согласитесь, бизнес-аналитику практически невозможно составить требования таким образом, чтобы без получения постоянной обратной связи от команды и продукта (см. пункты 2 и 4) обеспечить итеративную поставку.
Если вы видите, что бизнес-аналитики занимаются чем-то из перечисленного, то поздравляю — бизнес аналитики уже сейчас занимаются продакт-менеджментом. Может быть изменить и название этой должности?

А еще наша компания запускает Product Management Course в котором мы скомбинировали классическую теорию продакт-менджмента и оригинальные практические занятия.

Узнайте, что нового!
Никакого спама, никогда!