Джеки Баваро - Карьера менеджера IT-проекта. Как устроиться на работу в ведущую технологическую компанию Страница 3

Иногда командам приходится творчески подходить к поиску вариантов применения собственных продуктов. Например, Google выделяет сотрудникам бюджет на использование AdWords и стимулирует их проводить рекламные кампании, чтобы внутреннее тестирование было достаточно интенсивным.

Еще один способ проверить работоспособность продукта до его выпуска – провести исследование его практичности. При исследовании практичности участники опробуют первые прототипы нового продукта или новой функциональной возможности. Как правило, участникам предлагается сценарий или ставится цель, которой они пытаются достичь, используя прототип продукта.

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

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

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

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

Выпуск

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

• Просмотр перечня выпуска. Для выпуска может понадобиться окончательное утверждение ключевых участников проекта (например, юридического отдела) или координация с определенными командами (например, командой маркетинга и эксплуатационной группой).

• Проверка готовности команд, осуществляющих дальнейшую работу над продуктом. Для веб-продукта речь может идти о группе обслуживания клиентов, для устройства – о производственной группе, для сервисного продукта – об операционном отделе.

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

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

Как тип продукта влияет на работу продукт-менеджера

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

Поставляемое ПО

К поставляемому ПО относятся мобильные приложения, доступные в магазинах приложений Apple, и программы, распространяемые на DVD. Уникальность поставляемого ПО состоит в том, что его сложно обновлять после запуска. Для веб-приложения всегда можно реализовать новую функциональную возможность, а если с ней возникнут проблемы, быстро удалить ее. При разработке поставляемого ПО важно «попасть в цель с первого выстрела».

В результате создание поставляемого ПО обычно требует больше времени, усилий на управление проектом и координации между командами. Особую важность имеют спецификации, поскольку функциональные возможности ПО более формальны и должны подходить для широкой аудитории. Исследование пользователей и внутреннее тестирование (работа с ранними версиями ПО) также играют важную роль, поскольку перед выпуском продукта вы должны быть уверены в том, что продукт годен к применению.

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

Онлайновое ПО

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

Большинство команд, работающих над онлайновым ПО, выполняет A/B-тесты (которые также называют многовариантным тестированием, или онлайновыми экспериментами). В рамках A/B-теста группа пользователей получает доступ к новой функциональной возможности. Затем поведение экспериментальной группы сравнивается с поведением контрольной группы, чтобы определить, улучшает ли новая функциональная возможность работу с продуктом.

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

Продукты широкого потребления

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

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

Хорошо информированные продукт-менеджеры способны очень успешно работать над продуктами широкого потребления, поскольку умеют убедительно обосновывать свои предложения и часто придумывают функциональные возможности, положительно влияющие на важные для компании показатели. Массовые продукты также отлично подходят тем, кому приходится объяснять своим родителям, чем он занимается на работе!

Продукты корпоративного назначения

Пользователями продуктов корпоративного назначения (business-to-business, B2B), таких как онлайновая реклама и узкоспециальные программы, являются сотрудники других компаний. Инженеры, разрабатывающие эти продукты, не являются их целевой аудиторией, поэтому в своей работе они опираются на понимание клиентов продукт-менеджером.

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