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

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

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

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

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

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

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

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

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