ProductLand
28 ноября 2022
Дорожная карта продукта “Go” Романа Пишлера
Дорожная карта продукта является важным инструментом управления продуктом. Но эффективное ее применение может быть сложной задачей. Дорожные карты слишком часто сосредоточены на функциях. Это может затруднить достижение согласия и согласования, а также может привести к тому, что план будет слишком подробным и подверженным изменениям. В этой статье представлен новый шаблон дорожной карты продукта: дорожная карта продукта GO, ориентированная на достижение целей дорожная карта, которая по-новому сочетает цели и функции, что делает ее идеально подходящей для гибких, динамичных сред.
На следующих рисунках показано, как выглядит дорожная карта продукта GO. Вы можете загрузить просто нажав на картинку
Введение
Дорожная карта продукта - это стратегический план высокого уровня, который описывает, как продукт, вероятно, будет развиваться в ближайшие месяцы. Использование такого плана создает непрерывность цели; он устанавливает ожидания и объединяет заинтересованные стороны и команды разработчиков; он облегчает расстановку приоритетов и уменьшает количество невыполненных работ по продукту; он может помочь вам составить бюджет; а в случае общедоступной дорожной карты продукта он также может обеспечить уверенность для клиентов.
Роман Пишлер обнаружил, что многим разработчикам продуктов трудно в полной мере использовать дорожные карты продуктов. Слишком часто в планах доминируют функции: слишком много функций, и функции иногда слишком детализированы. Такая дорожная карта затрудняет согласование и согласование; она перекрывает и конкурирует с бэклогом продукта; а ее функции иногда рассматриваются как обязательство, а не как часть плана высокого уровня, который может измениться.
Столкнувшись с этой ситуацией,он разработал новую ориентированную на цели гибкую дорожную карту - дорожную карту продукта GO. Как следует из названия, в основе этого плана лежат цели или результаты, а не функции или другие функциональные возможности. Она основана на его опыте обучения и обучения менеджеров по продуктам и владельцев продуктов, а также использования дорожных карт продуктов в его собственном бизнесе. Однако Роман Пишлер утверждает, что не изобретал этот конкретный формат дорожной карты. Он существует уже несколько лет, и он, честно говоря, не знает, кто первым предложил его.
Навыки Middle Product для планирования и развития продукта. Вы изучите:
- Главные инструменты и документы продакт-менеджера
- Как проводить еженедельное и среднесрочное планирование
- Как работать с PDP, KPI и OKR
Дорожная карта продукта GO объяснила
Начнем объяснение приведенной выше структуры с обсуждения ее центрального и наиболее важного элемента - цели продукта, или сокращенно цели, которая расположена прямо в центре третьего ряда. Роман Пишлер начинает создание дорожной карты продукта GO с определения желаемых результатов или преимуществ, которые продукт должен создать в ближайшие месяцы. Эти цели должны описывать конкретную ценность, которую создаст продукт, и отвечать на вопрос, почему стоит (продолжать) вкладывать время, деньги и энергию в разработку продукта. Примерные цели - привлечь новых пользователей, удержать пользователей за счет улучшения пользовательского опыта или ускорить разработку за счет устранения технической задолженности.
Кроме того, цели продукта должны соответствовать потребностям и бизнес-целям, описанным в стратегии продукта. На самом деле, хороший способ определить правильные цели продукта - начать со стратегии продукта и спросить себя, как содержащиеся в ней цели пользователя, клиента и бизнеса можно разбить на более мелкие, конкретные и измеримые цели. Затем упорядочите вновь созданные цели, чтобы рассказать значимую историю о том, как продукт, вероятно, будет развиваться. Роман Пишлер рекомендует использовать одну цель продукта за раз. Это создает ясность и согласованность, а также облегчает отслеживание прогресса и понимание того, был достигнут желаемый результат или нет.
Хотя он находит очень полезным работать с целями, на практике они должны быть сбалансированы с временными рамками или датами — по крайней мере, когда вы создаете внутреннюю дорожную карту, целью которой является согласование и руководство заинтересованными сторонами и командами разработчиков. Допустим, вы работаете над развлекательным продуктом, например, новой игрой, которая должна появиться в продаже к рождественским распродажам, тогда соблюдение этого срока будет важно для создания желаемой ценности. Поэтому он включил строку в шаблон выше, которая побуждает вас указывать, когда вы намерены достичь цели и реализовать желаемый результат или выгоду. Если вы используете дорожную карту продукта GO для захвата и внешнюю дорожную карту, ориентированную на клиента, то вам может потребоваться либо работать с грубыми временными рамками, либо просто удалить строку.
Во второй строке указывается название или версия, если достижение цели приводит к выпуску основного выпуска или новой версии продукта. В качестве примеров можно привести iOS 14 и Windows 10, а также более креативные названия релизов Jelly Bean и Marshmallow для Android 4.1 и 6.0.
Четвертый ряд содержит функции или возможности продукта, необходимые для достижения цели. Таким образом, функции являются средством достижения цели, но не самоцелью: они служат для создания ценности и достижения цели, и они должны быть тесно увязаны с ней. Вы можете думать о функциях как о выходе, необходимом для создания желаемого результата. Постарайтесь ограничить количество функций для каждой цели тремя, но не указывайте больше пяти. Не совершайте ошибку, подробно описывая функции. Ваша дорожная карта продукта должна представлять собой план высокого уровня, а детали продукта должны быть описаны в бэклоге продукта. Эпопеи и истории пользователей не должны входить в вашу дорожную карту.
В последней строке указаны показатели, измерения, которые помогают определить, достигнута ли цель и создано ли желаемое значение. Использование метрик помогает гарантировать, что определенные цели продукта являются конкретными и измеримыми. При указании показателей учитывайте, сколько времени потребуется для определения достижения цели после того, как продукт станет доступным. Например, если ваша цель - привлечь на 5-10% больше пользователей, вам, возможно, придется подождать несколько дней или даже недель, чтобы понять, достигли ли вы этой цели. Возможно, вы захотите добавить показатели для текущей цели продукта к набору ключевых показателей эффективности продукта, используемых для определения производительности продукта.
Примерная дорожная карта продукта GO
Чтобы проиллюстрировать, как можно применять шаблон GO, представьте, что вы хотели бы предложить приложение, которое помогает людям питаться более правильно. Вот как может выглядеть дорожная карта продукта GO:
Обратите внимание, что в приведенном выше примере Роман Пишлер использовал составные цели, бизнес- и пользовательские цели, которые тесно связаны и зависят друг от друга. Хотя вы можете с удовольствием работать только с бизнес-целями в своей дорожной карте, добавление целей пользователей помогает гарантировать, что люди, которые должны извлечь выгоду из продукта, не будут забыты. Кроме того, обратите внимание, что разделы показателей, начиная со второй версии, необходимо будет доработать, прежде чем приступать к работе над соответствующими целями. Но, на его взгляд, это нормально, если дорожная карта продукта регулярно пересматривается, обновляется и совершенствуется.
Материал был переведен из сайта Романа Пишлера. Ссылка на источник
