👩✈️Вы никогда не станете продуктовой командой, пока ваш главный говорит, что вам делать
Сейчас активно постигаю Lean UX и хочу делиться своими инсайтами. Не претендую на истину в последней инстанции — было бы интересно с вами пообсуждать.
👀Предисловие Итак, что такое продуктовая команда - команда, которая занимается развитием продукта вместе, экспериментирует, исследует пользователя и его проблемы и делает то, что улучшит его опыт и повлияет на метрики. Что значит быть продуктовой командой - вовлекаться во все аспекты создания продукта, мерить, экспериментировать, двигаться небольшими итерациями и учиться на ошибках.
Если мы разложим элементы стратегии развития продукта, в которой участвует продуктовая команда, то получится примерно так.
Видение Это наш ответ “почему” мы это все делаем. Краткий пример: Помогаем сделать мир лучше за счет внедрения технологий и автоматизации профессиям в области права.
Бизнес модель Как мы зарабатываем деньги. Краткий пример:Подписка.
Позиционирование Место продукта на рынке и его уникальные преимущества. Краткий пример:Мы самые экспертные эксперты и поставляем актуальную информацию быстро
Персоны Наши пользователи, кто они, чем живут, какие у них проблемы? Краткий пример: Корпоративные юристы, мужчины и женщины 45-55 лет.
Анализ рынка Как еще решаются проблемы, которые мы решаем? Где наше место в этом всем? Краткий пример: Конкуренты А,Б,С. А самый сильный, постоянно делает новые фичи.
Цели Реалистичные и измеримые цели, ограниенные по времени. Краткий пример:Удвоить выручку до конца года.
Инициативы → Роадмеп Высокоуровневые направления работ, которые повлияют на достижение целей. Краткий пример: - Увеличить конверсию в покупку подписки для новых пользователей мобильной версии.
Гипотезы → Фичи Что мы будем делать, чтобы достигать наших целей в рамках задуманных инициатив. Краткий пример: Если мы сделаем главный экран сайта mobile friendly, то юзеры перестанут уходить сразу из мобильной версии, мы успеем показать им ценность продукта в демо-доступ вырастет.
👀Проблема По моим ощущениям во многих IT компаниях в СНГ дела складываются примерно так. Видение можно посмотреть на сайте компании, про бизнес-модель и позиционировании расскажут на собеседовании, про персоны ты догдаешься сам в процессе. Или не догадаешься и так и уволишься не понимая, что за фигню реализовал и для кого. Анализ рынка доступен только для топ менеджмента, что там происходит редко доносится до команды. Цели - где-то они есть, где-то они звучат “сделать хорошо”, где-то команда не знает о них. Также обстоят дела с гипотезами, а вот с фичами у нас все хорошо. Сделайте этак и сделайте так. Уже неплохо, когда есть метрики и понятно какую проблему решаем.
Когда команда существует в пространстве фичей и не видит дальше собственного носа, ее сложно назвать продуктовой командой. Даже в in-house продуктовой разработке вы можете работать, как на аутстафе.
И затем появляется много вопросов в поле управления командами - а как вовлекать команду? как мотивировать команду? как сделать так, чтобы команда понимала, что она влияет на результат? если дать команде опционов, она же будет чувствовать что влияет на результат, значит будет вовлечена?
А когда что-то не получается, то возникают вопросы - кто виноват? кто отвечать теперь будет? В итоге, все упирается в одного человека, который вроде как должен был придумать весь роадмеп, а команда как бы тут и не причем. А если бы команда участвовала, то ответственность действительно могли бы чувствовать все, больше мнений - больше идей и взглядов с разных сторон на решение проблем. Это вот про то самое трендовое diversity, которое исходя из исследований помогает принимать более эффективные решения.
👩✈️Вы никогда не станете продуктовой командой, пока ваш главный говорит, что вам делать
Сейчас активно постигаю Lean UX и хочу делиться своими инсайтами. Не претендую на истину в последней инстанции — было бы интересно с вами пообсуждать.
👀Предисловие Итак, что такое продуктовая команда - команда, которая занимается развитием продукта вместе, экспериментирует, исследует пользователя и его проблемы и делает то, что улучшит его опыт и повлияет на метрики. Что значит быть продуктовой командой - вовлекаться во все аспекты создания продукта, мерить, экспериментировать, двигаться небольшими итерациями и учиться на ошибках.
Если мы разложим элементы стратегии развития продукта, в которой участвует продуктовая команда, то получится примерно так.
Видение Это наш ответ “почему” мы это все делаем. Краткий пример: Помогаем сделать мир лучше за счет внедрения технологий и автоматизации профессиям в области права.
Бизнес модель Как мы зарабатываем деньги. Краткий пример:Подписка.
Позиционирование Место продукта на рынке и его уникальные преимущества. Краткий пример:Мы самые экспертные эксперты и поставляем актуальную информацию быстро
Персоны Наши пользователи, кто они, чем живут, какие у них проблемы? Краткий пример: Корпоративные юристы, мужчины и женщины 45-55 лет.
Анализ рынка Как еще решаются проблемы, которые мы решаем? Где наше место в этом всем? Краткий пример: Конкуренты А,Б,С. А самый сильный, постоянно делает новые фичи.
Цели Реалистичные и измеримые цели, ограниенные по времени. Краткий пример:Удвоить выручку до конца года.
Инициативы → Роадмеп Высокоуровневые направления работ, которые повлияют на достижение целей. Краткий пример: - Увеличить конверсию в покупку подписки для новых пользователей мобильной версии.
Гипотезы → Фичи Что мы будем делать, чтобы достигать наших целей в рамках задуманных инициатив. Краткий пример: Если мы сделаем главный экран сайта mobile friendly, то юзеры перестанут уходить сразу из мобильной версии, мы успеем показать им ценность продукта в демо-доступ вырастет.
👀Проблема По моим ощущениям во многих IT компаниях в СНГ дела складываются примерно так. Видение можно посмотреть на сайте компании, про бизнес-модель и позиционировании расскажут на собеседовании, про персоны ты догдаешься сам в процессе. Или не догадаешься и так и уволишься не понимая, что за фигню реализовал и для кого. Анализ рынка доступен только для топ менеджмента, что там происходит редко доносится до команды. Цели - где-то они есть, где-то они звучат “сделать хорошо”, где-то команда не знает о них. Также обстоят дела с гипотезами, а вот с фичами у нас все хорошо. Сделайте этак и сделайте так. Уже неплохо, когда есть метрики и понятно какую проблему решаем.
Когда команда существует в пространстве фичей и не видит дальше собственного носа, ее сложно назвать продуктовой командой. Даже в in-house продуктовой разработке вы можете работать, как на аутстафе.
И затем появляется много вопросов в поле управления командами - а как вовлекать команду? как мотивировать команду? как сделать так, чтобы команда понимала, что она влияет на результат? если дать команде опционов, она же будет чувствовать что влияет на результат, значит будет вовлечена?
А когда что-то не получается, то возникают вопросы - кто виноват? кто отвечать теперь будет? В итоге, все упирается в одного человека, который вроде как должен был придумать весь роадмеп, а команда как бы тут и не причем. А если бы команда участвовала, то ответственность действительно могли бы чувствовать все, больше мнений - больше идей и взглядов с разных сторон на решение проблем. Это вот про то самое трендовое diversity, которое исходя из исследований помогает принимать более эффективные решения.
