Почему roadmap это последнее, что нужно использовать 80% проектов

Я придумал столь громкий заголовок для того, чтобы донести важную вещь - не всегда четкое и долгосрочное планирование для продукт-менеджера это то, что нужно его продукту на текущем этапе.

Коллеги и знакомые спрашивают меня по поводу дорожных карт развития продукта и тому, как их правильно составлять. Хочу поделиться своими мыслями на этот счет.

Я делю дорожные карты на несколько типов, главное различие в которых - в их количествах и сроках их реализации.

Всего их три:

- краткосрочные (от 1 недели до 1 месяца)
- среднесрочные (от 1 месяца до 6 месяцев)
- долгосрочные (от 6 месяцев до 1+ года)

Логика простая. Если ваш проект даже еще не окупается, то строить планы более чем на 1 месяц - бессмысленно. Живите "текущим днем", держите руку на пульсе продукта, получайте и изучайте обратную связь, оперативно закрывайте дыры/баги, фиксите и совершенствуйте свой продукт.

Всё что вам нужно на текущем этапе - искать, находить и удовлетворять потребности ваших пользователей, которые должны платить за ваш продукт. Родмап забивается фичами, приоритет реализации которых постоянно перемешивается и меняется.

На текущем этапе в этом нет ничего страшного, поэтому не бойтесь экспериментировать и пробовать что-то, на что другие не смогли решиться - именно сейчас у вас еще есть для этого средства, возможности и место для маневра, и, возможно, именно это повысит спрос и интерес к вашему продукту.

Сделали хороший продукт? Юзеры довольны? Настало время подумать о деньгах и выходе на самоокупаемость. Тут хорошо сработает более среднесрочная перспектива и roadmaps от одного до шести месяцев.

Представляя, что у нас идеальных продукт, который уже вылизан и имеет спрос от пользователей, на текущем этапе в родмап забиваются фичи, которые более связаны и соприкасаются с монетизацией пользователей и деньгами и менее связаны с запуском новых направлений фичей (т.к. мы уже нащупали и сделали то, что дало нам наше УТП и лояльность юзеров).

Срока карт от одного до шести месяцев достаточно для того, чтобы не только чтобы грамотно спланировать и реализовать новый функционал, который позволит вам выстроить правильную модель монетизации, но и позволит продукту накопить необходимый объем данных, на основании которых можно делать какие-то выводы и принимать решения связанные с указанными выше факторами.

Когда продукт успешно работает, пользователи рады, а деньги у продукта уже есть, то необходимо их 1) сохранить 2) увеличить, поэтому долгосрочные родмапы сроком от 6 месяцев и свыше года могут позволить себе продукты, которые уже вышли на окупаемость и уже приносят прибыль.

На этом этапе настало время стратегического планирования, более бизнесовых решений в виде выхода на новые рынки/страны, поглощений конкурентов или продуктов с целевой аудиторий, в общем, решений, которые требуют максимально взвешенной, детальной подготовки и планирования.

Внимание от самого продукта и его функционала больше смещается в сторону его эффективного управления (именно поэтому большие продукты медленнее растут). Планирование на год(а) вперед - лучшее решение.

В конце хотелось бы сделать уточнение. Родмапы можно совмещать, разделять по направлениям продукта и вести сразу несколько одновременно, например, один родмап на реализацию новых фич, другой на развитие программы работы с партнерами, третий на SEO. Это позволит вам держать на виду все важные направления и своевременно принимать решения основываясь на текущем положении дел в продукте.

Всем хорошего дня 😎

Как вы знаете, новая функция звонков в Телеграме сейчас доступна только для жителей из Западной Европы.

Фишка в том, что функция работает и для жителей других стран (просто скрыта интерфейсно) и сама появляется у юзера... если ему кто-то позвонит через Телеграм!

Прикольный вирус придумали :)

UPD. УРА! Спасибо Кириллу Фомину за входящий звонок! Функция активирована и успешно работает. Чтобы включить: Settings / Recent Calls. Качество связи - бомба!

UPD 2. Кому надо кинуть дозвон - пишите в личку ;)

Со вчерашнего вечера совершено дофигища дозвонов :)

Друзья, было приятно с вами пообщаться и услышать ваши голоса! Спасибо, что читаете канал и держите руку на пульсе рынка!

Всех с наступающими выходным!

Отличная статья от руководителя scrum-студии «Сибирикс» Владимира Завертайлова о том, как превращать сотрудников в управленцев.

http://telegra.ph/Pyat-stupenej-ehvolyucii-menedzhera-04-04

Федор Скуратов (руководитель Combot) рассуждает о миссии продажников и евангелистов в продуктах.

Вообще, "миссия" - ключевое слово и часто встречается в его рассказе.

Почитайте, весьма полезно для понимания истинных целей и задач руководителей проектов и их влиянии на продукт и пользователей.

http://telegra.ph/Pro-raznicu-sales-i-evangelistov-04-06

Позвонил какой-то стартапер, спросил нужны ли нам курьеры... Говорю: "нет, не нужны".

Оказалось, что он хочет мне продать услуги своего "бомбического сервиса"... Начал говорить мне что-то про hotellook и т.д. В итоге, так и не смог он мне объяснить суть своего сервиса.

Проблема большинства стартаперов и их продуктов в том... что они сами не понимают ЧТО именно и для КОГО они это делают и, уж тем более, не понимают зачем это их клиентам.

Самая большая ошибка продакт-менеджера — принимать решения с полной уверенностью того, что ты никогда не можешь ошибаться

По себе давно заметил, что первая половина рабочего дня (до 12:00 AM) - самая продуктивная в плане мыслительно-сообразительного процесса.

Именно поэтому я стараюсь не читать почту/газет/новостей/соц. сетей до 12:00, а всецело отдаюсь кружке чая и обдумыванию текущих проектных тасков "на подумать".

Почему получается более продуктивно? Не знаю - наверное, мозг еще не засорен лишним информационным шумом, ненужными фактами, что позволяет направить мыслительный процесс строго в нужном направлении.

Попробуйте просто изолировать свой мозг от чтения новостей в метро или бессмысленной проверки новостей на ФБ и сосредоточьтесь именно на задачах - увидите как сложные задачи перестану быть таковыми :)

Постановка проблемы гораздо важнее ее решения. Решенные проблемы исчезают в прошлом, а нерешенные - рождают будущее.

Добрый день! Как и обещал, делюсь с вами пособием "Продукт-менеджмент: от идеи до продукта". Внутри куча опыта, советов, частых ошибок и их решений.

Полная версия: https://ruspm.exp.fm/posts/25

Как искать “виноватых”?

Краеугольный камень множества команд. Чтобы там не говорили, но виноватые всегда есть. Главное запомнить простое правило:

цель поиска не в наказании виновного, а в понимании причин, которые к этому привели и указания внимания на эти причины для предотвращения их появления в будущем

Не нужно бичевать и громко обвинять других участников команды в их промахах - промах может быть вообще ваш, если вы неправильно сформулировали или поставили задачу. Достаточно публично разобрать почему так случилось и как этого можно избежать в будущем. Совесть у виновного все равно есть и она скажет ему за вас слова “благодарности” своему хозяину.

Больше советов в гайде "от идеи до продукта": https://ruspm.exp.fm/posts/25

Уровень открываемости электронных писем и сообщений в приложении по данным сервиса Intercom. Самый высокий уровень открытия писем приходится на 10-11 утра. https://vk.cc/6zzYrv

По просьбам читателей выкладываю пособие "Продукт-менеджмент: от идеи до продукта" в формате .PDF (1Мб) - https://vk.cc/6zEfVs Всех с майскими и приятного отдыха!

В очередной раз не могу не согласиться с Аркадием

5 китов, на которых держится MVP

1. MVP (Minimum Viable Product, Минимальный жизнеспособный продукт) – это не прототип сервиса, а прототип воронки продаж.

2. MVP – это не один шаг проверки одной гипотезы, а цикл, который продолжается до тех пор, пока либо у вас не закончатся гипотезы, либо вы на нащупаете гипотезу, которая сработает. Чем больше у вас гипотез, тем больше шанс, что какая-то из них сработает.

3. Основное внимание уделяйте не тем людям, которые успешно прошли всю воронку продаж до кнопки "Купить", а тем, кто не засосался в воронку или вывалился из нее по дороге. Их всегда будет больше, чем дошедших – резерв повышения эффективности воронки продаж скрыт в анализе их отказов.

4. Не используйте MVP для проверки того, что и так очевидно. На каждом цикле проверяйте только самую рискованную и невероятную на данный момент гипотезу.

5. MVP – это не просто способ найти подтверждение своей правоты. Чаще всего – это способ найти, в чем вы ошибаетесь, чтобы суметь сгенерировать новую гипотезу.

Кстати, кто читает Twitter - я в нем https://twitter.com/mirvla. Пишу не только о PM, но и об IT и стартапах в целом.

Фоткал офис 2 года назад, но с тех пор ничего не изменилось (кроме выросшего кол-ва бездомных).

Хороший материал по постановке задач и правильной работе с бэклогом от ребят из сервиса RetailRocket. От себя добавлю, что их проект давно на окупаемости и именно поэтому они применяют такой подход в разработке (в первую очередь, сохраняют и улучшают то, что приносит деньги, и только потом пилят что-то новое).

http://telegra.ph/Rabota-s-behklogom-zadach-s-tochki-zreniya-proektnogo-menedzhera-v-Retail-Rocket-05-25

Помните предыдущую пикчу про Customer Journey Map? Это путь, по которому пользователь приходит к конечной конверсии в вашем продукте (совокупность маркетинга и UX/UI). Дак вот я нашел интересное видео по этому поводу на русском языке. Enjoy! https://www.youtube.com/watch?v=iIZusYHlHzA

Когда ты точно знаешь, в чем преимущество твоего продукта перед конкурентами