/ Что не так с продуктовыми роадмапами/
Ох, сколько раз я и мои коллеги будучи продактами на платформах и сайтах хвастались единым скопом всех задачек в backlog, по которым были заполнены все оценки по всем столбцам (либо по RICE, либо по своей уникальной системе), задача была после приоритизации сделать единый Roadmap!
Но со временем понимаешь, что это неверный подход, давайте разбираться:
1. ваша работа не в том, чтобы расставлять приоритеты и документировать запросы на новые фичи.
Ваша задача — предоставить ценный, полезный и реализуемый продукт.
Если вы управляетесь не ценностью, а обещаниями функций, то этот фокус размывается. Вы гонитесь за списком, который морально мог устареть за последний месяц.
2. Этот подход противоречит целостному представлению о вашем продукте
Ваша цель — повысить конверсию, или помочь пользователям выполнить свою работу, то есть по факту помочь им решить их джобу (простите) работу
Ваши строчечки в backlog – это некие представления о том, что может помочь в этом. Но когда эти представления ложатся в дорожную карту, то вы совершенно не можете представить, а эта функция реализуема, а этот комит я смогу выполнить?
Хуже того, вы это не узнаете, пока не пройдете Дискавери по данной функции.
Зафиксировать определенные функции на уровне дорожной карты — значит фактически пропустить самую важную часть вашей работы и ключ к созданию отличных продуктов — Product Discovery.
3. Пользовательский опыт или UX.
Если вы занимались дискавери, а потом проектированием, то вы представляете, что ваши идеи и представления могут координально измениться после дискавери.
Особенно эту путаницу усиливает карта развития многих продуктов. Я был долгое время CPO с разнымии сервисами и мои дорожные карты – это было настолько эпохально. А еще мои карты мигрировали и в маркетинг, что создавало некоторые ожидания о наших продуктах вовне. И по факту я уже не мог поменять свой комит, даже если становилось очевидно, что такой продукт или функция уже никому не нужны.
Если необходимо, поделитесь своим видением, но дайте себе как можно больше места для маневра с точки зрения того, как это видение будет реализовано.
Учитывая все вышесказанное, дорожные карты — один из моих любимых инструментов. Если все сделано правильно, они невероятно полезны для продакта, борда, маркетинга и особенно для разработчиков.
Дорожная карта должна описывать путь от того места, где вы находитесь сейчас, к реализации видения, которое вы изложили в своей стратегии продукта.
У вас же есть продуктовая стратегия, верно?
В противном случае ваша дорожная карта продукта не имеет реального контекста, и это серьезная проблема!
Дорожные карты должны быть очень простыми и высокоуровневыми. Они должны отражать ваши текущие мысли о том, какие цели являются наиболее важными.
Выводить ли продукт на международный уровень?
Есть поддержка мобильных устройств?
Поддержка дополнительных персонажей?
Решаете ключевые проблемы юзабилити?
Дорожная карта не является спецификацией и не представляет собой подробный список функций.
Также помните, что, хотя вы обычно указываете сроки в дорожной карте («в первом квартале мы хотим запустить продукт на Казахстан»), эти даты, по сути, являются лишь вашими надеждами и желаниями.
Только после того, как вы проведете Дискавери, поработаете с разработчиками и проведете грумминг, а управление проектом / PMO фактически запланирует работу, у вас будут реальные даты, в которые можно поверить.
Что думаете?
Ваш @blackproduct
Ох, сколько раз я и мои коллеги будучи продактами на платформах и сайтах хвастались единым скопом всех задачек в backlog, по которым были заполнены все оценки по всем столбцам (либо по RICE, либо по своей уникальной системе), задача была после приоритизации сделать единый Roadmap!
Но со временем понимаешь, что это неверный подход, давайте разбираться:
1. ваша работа не в том, чтобы расставлять приоритеты и документировать запросы на новые фичи.
Ваша задача — предоставить ценный, полезный и реализуемый продукт.
Если вы управляетесь не ценностью, а обещаниями функций, то этот фокус размывается. Вы гонитесь за списком, который морально мог устареть за последний месяц.
2. Этот подход противоречит целостному представлению о вашем продукте
Ваша цель — повысить конверсию, или помочь пользователям выполнить свою работу, то есть по факту помочь им решить их джобу (простите) работу
Ваши строчечки в backlog – это некие представления о том, что может помочь в этом. Но когда эти представления ложатся в дорожную карту, то вы совершенно не можете представить, а эта функция реализуема, а этот комит я смогу выполнить?
Хуже того, вы это не узнаете, пока не пройдете Дискавери по данной функции.
Зафиксировать определенные функции на уровне дорожной карты — значит фактически пропустить самую важную часть вашей работы и ключ к созданию отличных продуктов — Product Discovery.
3. Пользовательский опыт или UX.
Если вы занимались дискавери, а потом проектированием, то вы представляете, что ваши идеи и представления могут координально измениться после дискавери.
Особенно эту путаницу усиливает карта развития многих продуктов. Я был долгое время CPO с разнымии сервисами и мои дорожные карты – это было настолько эпохально. А еще мои карты мигрировали и в маркетинг, что создавало некоторые ожидания о наших продуктах вовне. И по факту я уже не мог поменять свой комит, даже если становилось очевидно, что такой продукт или функция уже никому не нужны.
Если необходимо, поделитесь своим видением, но дайте себе как можно больше места для маневра с точки зрения того, как это видение будет реализовано.
Учитывая все вышесказанное, дорожные карты — один из моих любимых инструментов. Если все сделано правильно, они невероятно полезны для продакта, борда, маркетинга и особенно для разработчиков.
Дорожная карта должна описывать путь от того места, где вы находитесь сейчас, к реализации видения, которое вы изложили в своей стратегии продукта.
У вас же есть продуктовая стратегия, верно?
В противном случае ваша дорожная карта продукта не имеет реального контекста, и это серьезная проблема!
Дорожные карты должны быть очень простыми и высокоуровневыми. Они должны отражать ваши текущие мысли о том, какие цели являются наиболее важными.
Выводить ли продукт на международный уровень?
Есть поддержка мобильных устройств?
Поддержка дополнительных персонажей?
Решаете ключевые проблемы юзабилити?
Дорожная карта не является спецификацией и не представляет собой подробный список функций.
Также помните, что, хотя вы обычно указываете сроки в дорожной карте («в первом квартале мы хотим запустить продукт на Казахстан»), эти даты, по сути, являются лишь вашими надеждами и желаниями.
Только после того, как вы проведете Дискавери, поработаете с разработчиками и проведете грумминг, а управление проектом / PMO фактически запланирует работу, у вас будут реальные даты, в которые можно поверить.
Что думаете?
Ваш @blackproduct