Менеджмент цифрового продукта. От идеи до идеала

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

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

Табл. 4.10. Пример таблицы для игры «Купи фичу»

* Соцсеть признана экстремистской и запрещена на территории РФ.

** Соцсеть признана экстремистской и запрещена на территории РФ.

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

Табл. 4.11. Результат игры «Купи фичу»

Анализируя эти данные, вы можете сделать выводы о приоритетах пользователей. Например, можно заметить, что:

➠ Оплата картой. Самая популярная фича, которую купили все участники: пользователи ценят удобство и безопасность онлайн-платежей.

➠ Отзывы о ресторанах и рекомендации по еде. Дорогие фичи, которые купили только некоторые участники: они интересны, но не критичны для пользователей.

➠ Оплата наличными и возможность поделиться заказом. Дешевые фичи, которые никто не купил: они не востребованы или не привлекательны для пользователей.

➠ Уведомления о статусе заказа и отслеживание курьера. Фичи средней стоимости, которые купили большинство участников: пользователи хотят быть в курсе процесса доставки и контролировать его.

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

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

4.3.8. Мониторинг внедрения

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

Для проведения мониторинга внедрения необходимо выполнить следующие шаги:

➠ Подготовка к этапу мониторинга

➠ Подтверждение гипотезы жизнеспособности

➠ Анализ результатов и формирование выводов

➠ Корректировка финансовой модели инициативы и модели портфеля инициатив

4.3.8.1. Подготовка к мониторингу

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

Лучшие практики организации сбора метрик:

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