Всем привет продолжаем серию шпаргалок продакт - менеджера и сегодня поговорим про Roadmap и стратегию развития продукта.
Цель: понять, что такое Roadmap продукта и как его строить.
Задачи
● Разобрать, как Roadmap связан с целями
● Почему планы могут меняться?
● Как его защищать внутри компании?
Давайте немного вспомним
Roadmap — верхнеуровневый план действий или стратегия развития продукта, основанная на бизнес - целях
Самый сложный вопрос как планировать?
Есть клиническое планирование на год. Здесь есть свои плюсы и минусы.
К примеру вы крупный металлургический завод то здесь все хорошо все понятно сначала делаем 1 потом 2 и т.д., планировать на год здесь считается нормой, это плюс, какой будет минус, если вы захотите внести какие-то поправки это очень тяжело необходимо делать ряд изменений со всеми его согласовать и далее менять годовой план. Это довольно долгая и тяжелая процедура!
Как быть?
Agile(гибкая) методология.
Что это значит?
Планирование на 3-6 месяцем, с возможностью постоянно, что-то менять, изменять тестировать и внедрять, сразу скажу для крупных компаний это практически невозможно! А для небольших стартапов это единственный шанс заявить о себе!
Главное правило!
Roadmap — это не монолит!
Все может поменяться и это нормально!
Чем наполнять Roadmap?
Дам уникальный инструмент, который мало, кто применяет)))
Яндекс/ Google
Как это работает
И Гуглим: «Как повысить Retention?»
Вот и всё)))
Применяем, тестируем, качаем метрику
В продакт-менеджменте 10% креатив.
Остальное уже кто-то сделал или придумал так что используйте это.
Ну и не забывайте про другие источники идей это:
● Конкуренты
● Босс
● Рынок
● Исследования
● Аналитика
● Своя гениальность 10%
А дальше?
Нужно его детализировать в Бэклог, об этом мы и поговорим.
Бэклог — упорядоченный перечень всех задач в работе.
Постановка задачи в бэклоге
● Максимально подробно описываем задачу (аналитика)
● Погружаем в контекст
● Описываем проблему и возможное (!) решение
Вариант:
1. Проблема, которую надо решить и почему
2. Технологические и продуктовые требования
3. User Story и Use Case
4. «А что будет, если…?»
Оценка
● Задача оценивается на основе опыта
● В часах, в Story Points или в неделях
● Чем точнее оценка, тем лучше
● Чем «неизвестнее задача», тем больше погрешность
● «Второе мнение»
● «Почему?»
Разработка
● Смотрите статусы в Jira или другом инструменте
● Ходите на дейлики
●Просите если нужна помощь
● «Что я могу сделать?»
Тестирование и деплой
● Автотесты и ручное тестирование
● Не ленитесь, протестируйте сами всю User Story
● Здраво оценивайте ресурсы и вероятные проблемы Деплой/релиз может быть:
1. Раз в период
2. Continuous delivery
Подытожим
Ну вот и все!
Всем пока!