Как мы делаем приоритизацию нашего product backlog в Hygger.io
•Télécharger en tant que PPTX, PDF•
1 j'aime•457 vues
В этой презентации я рассказываю о том, как мы делаем приоритизацию нашего бэклога при разработке Hygger. Наш процесс состоит из таких блоков: 1) мы формулируем цели 2) выбираем метрики для контроля за движением к этим целям 3) собираем идеи из разных источников 4) организуем их в понятную структуру 5) приоритизируем идеи с помощью метода Lean Prioritization (или Value/Cost или Value/Effort) 6) делаем скоринг фичей 7) пишем ТЗ на фичи 8) ВСЁ, фичи можно брать в работу по мере необходимости.
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (19)
Similaire à Как мы делаем приоритизацию нашего product backlog в Hygger.io
Similaire à Как мы делаем приоритизацию нашего product backlog в Hygger.io (20)
Plus de Alexander Sergeev
Plus de Alexander Sergeev (14)
Как мы делаем приоритизацию нашего product backlog в Hygger.io
- 1. Что дальше? Или искусство приоритизации Сергеев Александр Викторович Hygger CEO & Founder
- 2. 1997-2002 ФМПИ БГУ, математик-программист 2003-2005 Факультет психологии СпБГУ, инженерный психолог 2016 – now CEO & Founder, Hygger.io – product management tool 2017 – now Founding Partner, Cuspy.vc – startup studio 2010 – 2018 Former CTO/CPO & Co-Founder, Meetville – dating apps
- 3. “Managing the product”- means deciding what we do to the product and then making it happen. Ryan Singer - Product Strategy at Basecamp
- 4. Distractions literally kill startups. Building stuff for the sake of building it is startup suicide. So having a rigorous and honest prioritization process for feature development is critical to controlling distraction and eliminating waste. Ben Yoskowitz - автор Lean Analytics, investor, 500 startups mentor
- 5. The Next Feature Fallacy: the fallacy that the next feature you add will suddenly make people want to use the entire product. Joshua Porter - HubSpot UX director
- 6. 3 типа менеджеров продукта • backlog administrator - когда решение принимает CEO • roadmap administrator - решение принимает группа stakeholders • настоящий менеджер продукта - решение принимает менеджер продукта
- 7. Определение приоритетов - главный навык настоящих продуктовых менеджеров. Хочешь грокнуть приоритизацию? Слушай дальше
- 8. Наш процесс • Формулируем цели компании на 2 месяца • Выбираем метрики под цели • Собираем и организуем идеи • Делаем непрерывную Lean приоритизацию • Делаем скоринг фичей • Детализируем фичи и складываем в очередь
- 9. Наши текущие цели • Поднять конверсию trial-to-paid • Отстроиться от конкурентов
- 10. Наши метрики Основная метрика • конверсия trial-to-paid Второстепенные метрики • конверсия посетителей в регистрации • активация (aka AHA moment) • удержание - retention 1d
- 11. Где мы берем идеи? • customer support (Intercom, Zendesk) • Inspectlet (or AppSee for mobile) • NPS (How likely are you to recommend us to your friends and colleagues?, Wootric, Satismeter) • Product analytics (Amplitude) • Анализ конкурентов (Feedly) • Interviews (cust dev, temi.com, rev.com) • experiments and A/B testing • reviews (App Store, Google Play, Capterra) - appfollow.io or appannie.com • UX testing • surveys
- 12. Структурируем бэклог • по компонентам (backend, frontend, API, mobile apps) • по сфере применения (UX, marketing, tech debts, bugs) • отмечаем флагами самое стратегически-важное • линкуем инсайты и фичи, чтобы понять востребованность фичей
- 14. Что брать дальше в работу? • Quick Wins – low-hanging fruits • Big Bets – лучше разбить на более мелкие задачи и переоценить. • Maybes – заполняем ими паузы между большими фичами. • Time sinks – жестко скипуем.
- 15. Что понимать под value? Value получают фичи, которые: • улучшают метрики конверсии trial-to-paid (metrics movers)
- 16. Что понимать под value? Value получают фичи, которые: • улучшают метрики конверсии trial-to-paid (metrics movers) • помогают привлечь новых пользователей (aha момент) • 1000 users visit your homepage to check out your product • 20% sign up • 80% finish onboarding • 40% visit the next day after signup • 20% visit the next week after signup • 10% visit after 30 days after signup • After 30 days, 20 users (out of 1000!) are DAUs
- 17. Что понимать под value? Value получают фичи, которые: • улучшают метрики конверсии trial-to-paid (metrics movers) • помогают привлечь новых пользователей (aha момент) • помогают удержать старых пользователей
- 18. Что понимать под value? Value получают фичи, которые: • улучшают метрики конверсии trial-to-paid (metrics movers) • помогают привлечь новых пользователей (aha момент) • помогают удержать старых пользователей • добавляют ценности продукту и отстраивают нас от конкурентов
- 19. Planning poker • собираемся группой • ведущий берет идею и группа обсуждает ее вслух • каждый участник оценивает идею по шкале Фибоначчи • далее ведущий вскрывает все карты • люди, которые поставили макс и мин поясняют свое решение • команда пытается найти консенсус • Next feature
- 20. Техники приоритизации Виды техник приоритизации: • External & Quantitative – модель Кано • External & Qualitative – Story Mapping • Internal & Quantitative – Lean Prioritization • Internal & Qualitative - KJ Daniel Zacarias (foldingburritos.com)
- 21. Скоринг фичей
- 22. Критерии для скоринга. Часть 1 • целевые метрики • увеличивает прибыль • помогает привлечь новых клиентов • помогает удержать старых клиентов • ценность для пользователей • стратегическая ценность - сейчас не даст, но потом поможет что-то сделать • можно ли решить задачу через существующий функционал • сильная инновация • есть у многих конкурентов
- 23. Критерии для скоринга. Часть 2 • нужна многим пользователям • как часто нужна • время и стоимость разработки • время и стоимость внедрения • уверенность в том, что выстрелит • ожидаемая по Кано • желаемая по Кано • восхищающая по Кано - wow-эффект, ценность для PR • улучшает код (облегчать доработку и поддержку) • pirate metrics
- 24. Результаты • снизили степень влияния интуиции на принятие решений
- 25. Результаты • снизили степень влияния интуиции на принятие решений • поставили на место HiPPO (highest paid person’s opinion)
- 26. Результаты • снизили степень влияния интуиции на принятие решений • поставили на место HiPPO (highest paid person’s opinion) • планомерно растим стратегические показатели
- 27. Результаты • снизили степень влияния интуиции на принятие решений • поставили на место HiPPO (highest paid person’s opinion) • планомерно растим стратегические показатели • поставляем нашим клиентам больше ценности в единицу времени
- 28. Результаты • снизили степень влияния интуиции на принятие решений • поставили на место HiPPO (highest paid person’s opinion) • планомерно растим стратегические показатели • поставляем нашим клиентам больше ценности в единицу времени • команда понимает ПОЧЕМУ мы делаем конкретные фичи
- 29. Результаты • снизили степень влияния интуиции на принятие решений • поставили на место HiPPO (highest paid person’s opinion) • планомерно растим стратегические показатели • поставляем нашим клиентам больше ценности в единицу времени • команда понимает ПОЧЕМУ мы делаем конкретные фичи • минорные идеи прячутся и не мозолят глаза - все равно 80% идей никогда не будут реализованы.
- 30. Спасибо за внимание! Давайте знакомиться Как научиться быть счастливым
Notes de l'éditeur
- Всем привет! Меня зовут Александр Сергеев и сегодня я расскажу о том, как мы выбираем фичи для разработки.
- Но сначала два слова о себе. C 2010 года я делал b2c продукт - знакомства он-лайн. Из результатов - более 5млн пользователей и также мы попали в топ 10 топ grossing USA категории Social Networking. В апреле 2018 года я полностью вышел из проекта. Сейчас я руковожу продуктом Hygger - это система управления проектами для продуктовых команд. Мы запустились в декабре 2017 года. Также я являюсь партнером в стартап студии Cuspy Technology Group. Это платформа, где мы серийно запускаем стартапы, инвестируем во внешние команды и помогаем им сделать бизнес. Друзья, кто из вас работает менеджером продукта? Отлично. Я рад что наших братьев и сестер становится все больше и больше. Прежде чем перейти к описанию нашего процесса я хочу кратко напомнить вам о том, почему приоритизация так важна.
- Управление продуктом состоит из трех больших блоков - user research, планирование и execution. На стадии планирования мы лепим образ будущего продукта. И очень важно использовать такие материалы, которые улучшат показатели нашего продукта, его прибыль, его UX и так далее. И не будем кривить душой - я думаю что многие продакты кайфуют от такой лепки - от возможности влиять на то каким будет продукт.
- Очень легко взять и потратить бесценное время команды на разработку фич, которые никому не нужны. Особенно актуальна эта проблема для стартапов, время и бюджет которых очень сильно ограничены.
- Стоит вспомнить интуицию - нашего лучшего помощника в кавычках, который постоянно шепчет нам на ухо - вот эта фича ну точно всех порвет, и в другое ухо - а вот эта фича догонит и порвет всех, кого не порвала первая фича. Мы делаем такие фичи и потом удивляемся почему вообще ничего не изменилось в продукте.
- Marty Cagan выделил три типа менеджеров продукта. Задача Backlog администратора просто аккуратно сложить все хотелки CEO и ничего не потерять. Roadmap администратор уже может что-то предложить сам, но решает все равно группа стейкхолдеров. И только последний третий тип - может принимать решения самостоятельно. Вот именно таким менеджерам и пригодится мой процесс. Если вы менеджер другого типа - меняйте работу, потому что изменить mindset CEO очень сложно )
- В условиях жесточайшей конкуренции и неопределенности, в которой находятся как стартапы, так и бизнесы, жизненно важно уметь делать правильную приоритизацию.
- А теперь я хочу рассказать о нашем процессе, который помогает нам в Hygger выбирать будущие фичи и делать продукт все лучше и лучше. На самом деле все просто - мы ставим себе цели на 2 месяца, выбираем метрики для контроля, собираем и отбираем идеи, которые могут улучшить эти метрики. Далее мы делаем бережливую приоритизацию идей, потом делаем скоринг фичей, и наконец пишем ТЗ на фичи, которые выиграли. ВсЁ, фичи готовы к разработке.
- Вот наши текущие цели. У нас в продукте есть 2х недельный trial. И мы хотим увеличить число компаний, которые после триала покупают платную подписку.
- У нас есть основная метрика и вспомогательные. Важно, что все эти метрики находятся в нашей зоне влияния. AHA-момент - это момент когда пользователь понял ценность продукта для себя или даже использовал эту ценность. У каждого продукта своя ценность, например, в Тиндере это успешный обмен сообщениями, в ФБ - просмотр непустой ленты в течение какого-то времени. Пользователей, которые прочувствовали эту ценность мы называем активированными. Наша задача увеличить число таких пользователей. В ФБ посчитали и выяснили, что на активацию влияет число друзей - чем больше друзей тем больше лента и тем больше времени юзер зависает в ленте и больше рекламы он смотрит.
- Рассказать про inspectlet/appsee, NPS, feedly, транскрибирование
- Так как фидбэка у нас очень много, то мы постоянно наводим порядок в нашем продуктовом бэклоге. Это помогает нам быстро находить нужные вещи и не отвлекаться на ненужные. Из интересного отмечу то, что мы линкуем все запросы клиентов с фичами. Например, поступил к нам через Интерком feature request. Support manager добавляет его на доску, а менеджер продукта дальше линкует эти запросы к фичам. Таким образом мы оцениваем насколько будет востребована та или иная фича.
- Периодически по мере накопления новых идей мы оцениваем их с помощью метода Lean Prioritization. Это простая матрица 2x2 c двумя осями - сложность и ценность. Ценность - какой вклад дает фича в продукт. Сложность - трудозатраты на реализацию фичи.
- Берем в работу сначала quick wins - фичи, которые дают большую ценность, но которые можно очень быстро запилить. Далее big bets. И так далее.
- В каждом продукте под value понимают что-то свое. В нашем случае, это в первую очередь - конверсия в подписки.
- Также это фичи, которые помогают нам зацепить новых пользователей во время onboarding. Но не нужно забывать про то, что большинство юзеров отвалиться уже на второй день. Например, в SaaS отличным показателем для D1 retention считается 15%. То есть 85% людей попросту уходят на второй день. Поэтому тут следует думать про фичи, которые увидит как можно больше новых пользователей как можно ближе к регистрации.
- Клиенты купили подписку и теперь просят сделать какую-то фичу. Мы не бросаемся слепо делать все подряд. Мы накапливаем статистику по каждой фиче - сколько клиентов ее просили. И потом делаем самые востребованные фичи.
- На рынке порядка 500 систем управления проектами. Чтобы выжить и преуспеть нам нужно делать что-то совершенно новое, желательно кратно улучшающее жизнь пользователей или кратно сокращающее издержки. Здесь мы ищем фичи, которые могут дать нам конкурентное преимущество, то есть создадут причину из-за которой клиенты конкурентов придут к нам. Это конкурентное преимущество должно быть уникально, трудно повторимо и, в идеале, невоспроизводимо.
- Для оценки идей мы используем planning poker: - собираемся группой - ведущий берет идею и группа обсуждает ее вслух, чтобы прийти к общему знаменателю в понимании - каждый участник оценивает идею по шкале Фибоначчи и кладет карту рубашкой вверх - далее ведущий вскрывает все карты - люди, которые поставили макс и мин поясняют свое решение - далее команда пытается найти консенсус
- Дэниэл Закариас собрал в коллекцию 20 техник приоритизации и сгруппировал их по двум свойствам - внешняя/внутренняя и количественная/качественная техника. Пример внешней количественной техники - модель Кано, где мы даем опросник пользователям. А пример внутренней количественной техники - Lean Prioritization (или value vs cost), где мы оцениваем идеи внутри команды.
- Скорим мы не все фичи, а только те, которые выиграли в lean prioritization. Мы берем наши критерии, умножаем на веса и получаем некую финальную числовую оценку, которая позволяет нам сравнивать фичи между собой.
- Тут я собрал различные критерии, которые можно использовать для скоринга. Например, есть ли фича у многих конкурентов (если есть то есть гипотеза что клиенты ожидают ее и у нас). Является ли фича инновационной, то есть дает ли нам конкурентное преимущество.
- Как часто пользователи будут использовать фичу. Кстати многие системы аналитики, например, Amplitude показывают какой процент пользователей используют ту или иную фичу. Мало сделать фичу, надо написать документацию, снять видео, написать What's new, сделать описание для рассылки, донастроить аналитику, обучить support и так далее.
- Итак, какие результаты принес нам этот процесс. Теперь мы руководствуемся не чутьем продакт менеджера, а наглядными и осязаемыми критериями оценки.
- Hippo – это мнение человека с самой высокой зарплатой. Как правило это босс, который может пользуется своим авторитетом при принятии решений.
- Стали двигаться в нужном направлении, которое ведет нас к нашей светлой цели.
- Максимизация value – это наша цель. Мы хотим, чтобы наши клиенты получали самое важное в первую очередь.
- Благодаря скорингу и критериям можно легко пояснить всем любопытствующим коллегам, почему мы взяли в работу ту или иную фичу.
- Мы уменьшили временные издержки на груминг бэклога – теперь менеджер просто не видит минорные фичи – они спрятаны от него.