1. Minimum Viable Product (MVP)
↓
2. Minimum Marketable Product (MMP)
↓
3. Minimum Lovable Product (MLP)
№1. Цель MVP (минимально жизнеспособный продукт) – проверить спрос на ваше самое рискованное предположение.
Если это предположение не подтверждается, вам не следует тратить дополнительные усилия на разработку, погружение и масштабирование MVP.
№2. Цель MMP (минимальный рыночный продукт) — проверить покупательский потенциал продукта.
MMP это верифицированный MVP, у которого есть хотя бы одна правильная зацепка/ценностное предложение, чтобы привлечь внимание и вызвать интерес у целевой аудитории, который не стыдно выставить на всеобщее обозрение и продавать за деньги.
№3. Цель MLP (минимально полюбившийся продукт) — сформировать и выработать постоянную привычку у пользователя решать его проблему(ы) через ваш продукт.
MLP успешно решает пользовательские проблемы благодаря верифицированному MVP, взимает за это деньги благодаря MMP, и он делает это красиво/быстро/надежно благодаря MLP.
Только на стадии MLP пользователи становятся эмоционально связаны с продуктом и начинают рассказывать о нём другим. И именно это тот самый этап, когда можно начинать украшать, оптимизировать и улучшать.
Каждый этап и переход на последующую стадию возможен только при успешном достижении целей предыдущего.
Эволюция любого продукта: MVP → MMP → MLP
На фото: главная страница Airbnb в стадии MMP и презентация Dropbox в стадии MLP.
Полезное по теме:
– История возникновения MVP
– Чем MVP отличается от прототипа
– Что такое MVP и что такое не MVP
– 5 китов, на которых держится MVP
– Замените MVP на минимальный цепляющий оффер
😎 RUSPM
↓
2. Minimum Marketable Product (MMP)
↓
3. Minimum Lovable Product (MLP)
№1. Цель MVP (минимально жизнеспособный продукт) – проверить спрос на ваше самое рискованное предположение.
Если это предположение не подтверждается, вам не следует тратить дополнительные усилия на разработку, погружение и масштабирование MVP.
№2. Цель MMP (минимальный рыночный продукт) — проверить покупательский потенциал продукта.
MMP это верифицированный MVP, у которого есть хотя бы одна правильная зацепка/ценностное предложение, чтобы привлечь внимание и вызвать интерес у целевой аудитории, который не стыдно выставить на всеобщее обозрение и продавать за деньги.
№3. Цель MLP (минимально полюбившийся продукт) — сформировать и выработать постоянную привычку у пользователя решать его проблему(ы) через ваш продукт.
MLP успешно решает пользовательские проблемы благодаря верифицированному MVP, взимает за это деньги благодаря MMP, и он делает это красиво/быстро/надежно благодаря MLP.
Только на стадии MLP пользователи становятся эмоционально связаны с продуктом и начинают рассказывать о нём другим. И именно это тот самый этап, когда можно начинать украшать, оптимизировать и улучшать.
Каждый этап и переход на последующую стадию возможен только при успешном достижении целей предыдущего.
Эволюция любого продукта: MVP → MMP → MLP
На фото: главная страница Airbnb в стадии MMP и презентация Dropbox в стадии MLP.
Полезное по теме:
– История возникновения MVP
– Чем MVP отличается от прототипа
– Что такое MVP и что такое не MVP
– 5 китов, на которых держится MVP
– Замените MVP на минимальный цепляющий оффер
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
#fun Фразы, которые заставляют продакт-менеджера улыбаться (и плакать):
1) СЕО сказал, что нам это нужно.
2) СЕО сказал, что нам это НЕ нужно, т.к. у нас это уже есть.
3) Мы и так знаем, чего хотят наши пользователи...
4) ...юзеры 100% никогда не будут использовать это.
5) ...монетизация пока не в приоритете.
6) Есть небольшой запрос от приоритетного юзера, сделаем в след спринте?
7) Приоритетный юзер уйдет в конце месяца, если мы не предоставим ему фичу, которую мы обещали ему ещё 6 месяцев назад.
8) Локализация это просто...
9) ...наш технический долг пока не критичен.
10) Тут есть небольшая просьба в рамках текущего спринта...
11) А давайте сделаем релиз по-быстрому?
12) Ты можешь помочь с небольшой задачкой?
13) ...я думал продакты умеют это.
14) У меня есть бомбическая идея…
15) ...давайте тогда оптимизируем архитектуру...
16) Да у нас бэклог на год расписан!
😎 RUSPM
1) СЕО сказал, что нам это нужно.
2) СЕО сказал, что нам это НЕ нужно, т.к. у нас это уже есть.
3) Мы и так знаем, чего хотят наши пользователи...
4) ...юзеры 100% никогда не будут использовать это.
5) ...монетизация пока не в приоритете.
6) Есть небольшой запрос от приоритетного юзера, сделаем в след спринте?
7) Приоритетный юзер уйдет в конце месяца, если мы не предоставим ему фичу, которую мы обещали ему ещё 6 месяцев назад.
8) Локализация это просто...
9) ...наш технический долг пока не критичен.
10) Тут есть небольшая просьба в рамках текущего спринта...
11) А давайте сделаем релиз по-быстрому?
12) Ты можешь помочь с небольшой задачкой?
13) ...я думал продакты умеют это.
14) У меня есть бомбическая идея…
15) ...давайте тогда оптимизируем архитектуру...
16) Да у нас бэклог на год расписан!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
График, который сделал Andy Budd показывает истинное влияние и важность работы с оттоком в продуктах.
Есть 2 стартапа. Первый растёт на 10к юзеров ежемесячно, второй в два раза больше на 20к. Отток юзеров в первом 5% в месяц, отток юзеров во втором 15%.
Какой стартап выиграет в долгой гонке?
Медленнорастущий стартап обгонит быстрорастущий на 16-м месяце, в то время как быстрорастущий стартап (из-за оттока) начнёт топтаться на месте (и всё будут думать, что он упёрся в потолок роста).
Полезное по теме:
– Расчеты Retention/Churn/LTV/CAC
– Обманчивый Churn Rate
– Мифы о Churn Rate
– Revenue Churn Rate
😎 RUSPM
Есть 2 стартапа. Первый растёт на 10к юзеров ежемесячно, второй в два раза больше на 20к. Отток юзеров в первом 5% в месяц, отток юзеров во втором 15%.
Какой стартап выиграет в долгой гонке?
Медленнорастущий стартап обгонит быстрорастущий на 16-м месяце, в то время как быстрорастущий стартап (из-за оттока) начнёт топтаться на месте (и всё будут думать, что он упёрся в потолок роста).
Полезное по теме:
– Расчеты Retention/Churn/LTV/CAC
– Обманчивый Churn Rate
– Мифы о Churn Rate
– Revenue Churn Rate
Please open Telegram to view this post
VIEW IN TELEGRAM
– Советы для руководителей стартапов
– Как писать email-отчёты для инвесторов
– 37 вопросов своему будущему работодателю
– Когда нужно говорить НЕ с клиентами
– Кто придумал имя для Google
– Слайды из презентаций Intercom
– 7 советов по копирайтигу описаний продуктов
– Дерево продукта и визуализации его развития
– Самая большая ловушка в управлении продуктами
– Правильные вопросы на касдевах и интервью
– 8 видов онбординга в продуктах
– 21 источник инсайтов от пользователей
– Эволюция: MVP → MMP → MLP
– 3 модели сотрудничества между кем-либо
– О важности работы с оттоком
Бесплатные ютуб-уроки от OTUS:
– Отличие Senior Product Manager'a от Middle
– Синдром «самозванца» и что с ним делать
– Как выстроить процесс развития сотрудников
– Основы работы руководителя поддержки с командой
– Как стать системным аналитиком
Please open Telegram to view this post
VIEW IN TELEGRAM
#team Завоевать доверие своей команды – задача №1 для продакт-менеджера любого ранга.
10 советов, которые помогут вам в этом непростом деле:
1) Сначала подумай, потом подожди, потом снова подумай и только потом говори мысль вслух.
Брошенная второпях фраза, умноженная на выгорание получателя, может похоронить годы дружбы даже в устоявшихся коллективах.
2) Научись общаться и выражать свои мысли чётко.
Большинство проблем внутри коллектва идёт от недопонимания, а не от нехватки опыта/навыков участников. Опыт вообще, вещь условная и относительная.
3) Делай то, что обещал команде. Нет ничего хуже прослыть пустословом и иметь нулевое восприятие коллективом (и ещё хуже – юзерами).
4) Слушай и учись. Существенную часть продуктового опыта можно получить от коллег: продуктовые дизайнеры с их CJM, маркетологи с их рекламой и аналитикой, даже разработчики с их архитектурным мышлением. Достатоточно задавать правильные вопросы и Слышать ответы.
5) Подавай примеры команде. Вводишь новый процесс? Участвуй в нём. Переезжаете в новый инструмент – будь первым, кто напишет по нему доку и обкатает процессы.
6) Обеспечь команду тем, что ИМ нужно. Команда 5 лет плачет от Жиры? Спланируйте вместе с командой переезд на новую платформу и ты увидишь, как вырастёт её производительность и появятся улыбки на лицах.
7) Смести внимание команды на её результаты, а НЕ действия.
Психологически, людям проще оценивать себя в контексте "ну я же много работал/сижу допоздна". Одновременно с этим не забывай, что действия (процессы) должны быть слаще результатов. Да, всё немного сложно.
8) Подбадривай громче всех, критикуйте тише всех. Отмечай публично даже мелкие победы/достижения, а критику и разбор ошибок лучше проводить 1:1, после чего обезличивать кейс и описывать его в командной доке.
9) Будь осведомленным и информированным. Твоя команда должна быть уверена в тебе и в том, что у тебя есть ответы на их вопросы. А если ответа нет, то он скоро будет найден.
10) Будь прозрачным и честным. Отойди в сторону от корпоративный войн. Будь выше этого и сосредоточься на продукте и пользователях.
В общем, будь Человеком — твои коллеги это живые люди, и только лишь потом коллеги.
Полезное по теме:
– Как лучше понимать своих коллег
– Как продакту завоевать и удержать доверие своей команды
– Про доверие в команде
– Не укрывай команду от пользователей
– Решаем проблему доверия в команде
😎 RUSPM
10 советов, которые помогут вам в этом непростом деле:
1) Сначала подумай, потом подожди, потом снова подумай и только потом говори мысль вслух.
Брошенная второпях фраза, умноженная на выгорание получателя, может похоронить годы дружбы даже в устоявшихся коллективах.
2) Научись общаться и выражать свои мысли чётко.
Большинство проблем внутри коллектва идёт от недопонимания, а не от нехватки опыта/навыков участников. Опыт вообще, вещь условная и относительная.
3) Делай то, что обещал команде. Нет ничего хуже прослыть пустословом и иметь нулевое восприятие коллективом (и ещё хуже – юзерами).
4) Слушай и учись. Существенную часть продуктового опыта можно получить от коллег: продуктовые дизайнеры с их CJM, маркетологи с их рекламой и аналитикой, даже разработчики с их архитектурным мышлением. Достатоточно задавать правильные вопросы и Слышать ответы.
5) Подавай примеры команде. Вводишь новый процесс? Участвуй в нём. Переезжаете в новый инструмент – будь первым, кто напишет по нему доку и обкатает процессы.
6) Обеспечь команду тем, что ИМ нужно. Команда 5 лет плачет от Жиры? Спланируйте вместе с командой переезд на новую платформу и ты увидишь, как вырастёт её производительность и появятся улыбки на лицах.
7) Смести внимание команды на её результаты, а НЕ действия.
Психологически, людям проще оценивать себя в контексте "ну я же много работал/сижу допоздна". Одновременно с этим не забывай, что действия (процессы) должны быть слаще результатов. Да, всё немного сложно.
8) Подбадривай громче всех, критикуйте тише всех. Отмечай публично даже мелкие победы/достижения, а критику и разбор ошибок лучше проводить 1:1, после чего обезличивать кейс и описывать его в командной доке.
9) Будь осведомленным и информированным. Твоя команда должна быть уверена в тебе и в том, что у тебя есть ответы на их вопросы. А если ответа нет, то он скоро будет найден.
10) Будь прозрачным и честным. Отойди в сторону от корпоративный войн. Будь выше этого и сосредоточься на продукте и пользователях.
В общем, будь Человеком — твои коллеги это живые люди, и только лишь потом коллеги.
Полезное по теме:
– Как лучше понимать своих коллег
– Как продакту завоевать и удержать доверие своей команды
– Про доверие в команде
– Не укрывай команду от пользователей
– Решаем проблему доверия в команде
Please open Telegram to view this post
VIEW IN TELEGRAM
Рубрика рекомендаций полезных тг-каналов представляет @everythingpersonal и его автора Катерину Макарову, основательницу коммуникационного агентства Everything Personal.
На своём канале Катерина рассуждает о маркетинговых, клиентских и рыночных болях.
Как всегда, делюсь полезными постами с канала:
— Почему нельзя повторить успешные проекты
— Кто такие «паучок» и «вороночка» и зачем они бизнесу
— Как быть хорошим экспертом
— Как растить доверие в клиентском бизнесе
— Не стоит бояться говорить об очевидных вещах в продающих текстах
На своём канале Катерина рассуждает о маркетинговых, клиентских и рыночных болях.
Как всегда, делюсь полезными постами с канала:
— Почему нельзя повторить успешные проекты
— Кто такие «паучок» и «вороночка» и зачем они бизнесу
— Как быть хорошим экспертом
— Как растить доверие в клиентском бизнесе
— Не стоит бояться говорить об очевидных вещах в продающих текстах
This media is not supported in your browser
VIEW IN TELEGRAM
#fun Если у вашего продукта иной Product Delivery, не удивляйтесь, почему им мало пользуются
#философияPM Понедельник – лучший день для продуктовой философии. Решил рассмотреть такую востребованную и популярную тему, как наставничество продакт-менеджеров (со стороны Наставников).
😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegraph
Наставничество и Знания для продакт-менеджеров
СЕО/руководитель сказал, что пришла пора вводить командное наставничество, а ты не в курсе, что это такое и как обучать других людей? Давно хотелось поделиться мыслями на тему наставничества или, как нынче модно говорить – менторинга (это первый и последний…
#best Рубрика рекомендаций продуктовых каналов пополняется новыми участниками.
Рад представить авторский канал Валерии Розовой, создательницы платформы для развития команд и руководителей TYPICAL, а также co-founder продуктового интенсива WNBL.
На канале много полезного про продуктовое развитие, карьерный трек продакта и неформальное образование в сфере.
Примеры полезных постов:
– Подборка полезных материалов для продактов
– Гайд как попасть в международную компанию
– Обратная сторона продукта
– PDF c рекомендациями для тех, кто хочет стать CPO
– 12 полезных статей для продактов
– Насмотренность как опыт
– Как стать руководителем
– Исследование: Чего не хватает руководителям
Больше мыслей на канале Валерии 👉 @valerierozov
Рад представить авторский канал Валерии Розовой, создательницы платформы для развития команд и руководителей TYPICAL, а также co-founder продуктового интенсива WNBL.
На канале много полезного про продуктовое развитие, карьерный трек продакта и неформальное образование в сфере.
Примеры полезных постов:
– Подборка полезных материалов для продактов
– Гайд как попасть в международную компанию
– Обратная сторона продукта
– PDF c рекомендациями для тех, кто хочет стать CPO
– 12 полезных статей для продактов
– Насмотренность как опыт
– Как стать руководителем
– Исследование: Чего не хватает руководителям
Больше мыслей на канале Валерии 👉 @valerierozov
Ловите опросник из 40 вопросов (с вариантами ответов) для оптимизации дорожной карты вашего продукта. Автор: Джон Калтер (John Cutler)
😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
#exp Основатель образовательной платформы Teachable Анкур Нагпал (Ankur Nagpal) делится своим опытом развития продуктов и команд:
Прошло 2 года с момента продажи Teacheble за 9-значную сумму. За это время я побывал во многих местах, инвестировал и работал с 50+ стартапами, и у меня было много времени, чтобы подумать о пути, который я прошёл.
Вот, что я бы сделал по-другому, если бы начал всё сначала:
1) Будьте ОЧЕНЬ внимательны в отношении корпоративной культуры
Первые несколько лет, пока штат Teacheble не стал 30+ сотрудников, его культура работала на самотёке. Динамика команд была невероятной, все усердно работали и все глубоко заботились о продукте. Это были лучшие годы стартапа и я предполагал, что так будет всегда.
И именно поэтому мы никогда не систематизировали нашу корп. культуру. И по мере того, как мы масштабировались... в команде начали появляться трещины.
Например, разные команды и отделы нанимали "по-разному" и в них начала появлялась собственная разрозненная и несинхронизированная культура.
2) Лучше нанимать меньше людей, но платить им больше денег
Из-за раздутого штата, мы были ограничены в финансах и было несколько случаев, когда мы не могли закрыть важную позицию крутым руководителем с большой зарплатой, просто потому, что нам приходилось экономить из-за численности сотрудников.
3) Имейте меньше эгоизма в отношении того, чтобы быть руководителем
Мне нравилось быть основателем. Как молодой эгоистичный человек и начинающий учредитель, у меня было огромное эго, завернутое в то, что я был «ответственным лицом» везде и во всём.
В следующий раз, я отойду в сторону раньше, чем спустя 3-4 года нахождения в должности.
4) Нанимайте только тех, кто действительно ценит и понимает работу в стартапе
Рост стартапа – болезненный и неестественный. Всё всегда ломается. Мультизадачность как основа. И если кандидат колеблется между работой в крошечном и растущему стартапе и работе в крупной технологической компании, то он автоматически вам не подходит.
5) Поставляйте как можно меньше функций
Всё начало портиться, когда на пути к PMF мы начали разрабатывать и отправлять в релизы миллион функций, которые нам пришлось переделывать, фиксить и поддерживать.
6) Не тратьте деньги на традиционный платный маркетинг как можно дольше
В идеале, не тратить их на него вообще. Я также не буду тратить их на дорогое брендинговое/PR-агентство; конференции/поездки; дорогой офис и офисные бенефиты, которые не относятся к здоровью сотрудников.
7) Путь стартапа к годовому доходу в 50 миллионов долларов выглядит так:
– $1 млн спустя 2 года после запуска;
– $10 млн спустя 3,5 года после запуска;
– $20 млн спустя 3,5 года после запуска;
– $30 млн спустя 5 лет после запуска;
– $40 млн спустя 6 лет после запуска;
– $50 млн спустя 6,5 лет после запуска.
Это ещё одно доказательство теории, что для создания чего-то действительно значимого требуется не менее 7 лет.
8) Нанимайте финансистов для аудита, а не для управления
Имейте простую финансовую модель и проверяйте безубыточность денежного потока. Для этого не нужен финансовый директор.
Как только станет ясно, что у продукта есть PMF и у вас появится реальный доход, поставьте перед собой задачу провести аудит ваших бухгалтерских книг в первый календарный год.
9) Выбирайте ещё более крупный рынок
В 2014 году вселенная онлайн-курсов казалась огромной. В этом пространстве было построено много компаний стоимостью более 1 миллиарда долларов. Но теперь, оценивая Teachable как инвестор, я бы сказал, что размер нашего рынка, в лучшем случае, средний.
Это звучит откровенно бредовым за пределами пузыря Силиконовой долины, но вероятность выхода на $1+ млрд долларов резко возрастает, если вы стремитесь на $100+ млрд и выше.
И что еще более важно – смелые идеи на огромных рынках привлекают таланты высочайшего качества.
Чем обширнее миссия, тем более она привлекательна для умных и целеустремленных людей, которые хотят работать над сложными проблемами.
Прошло 2 года с момента продажи Teacheble за 9-значную сумму. За это время я побывал во многих местах, инвестировал и работал с 50+ стартапами, и у меня было много времени, чтобы подумать о пути, который я прошёл.
Вот, что я бы сделал по-другому, если бы начал всё сначала:
1) Будьте ОЧЕНЬ внимательны в отношении корпоративной культуры
Первые несколько лет, пока штат Teacheble не стал 30+ сотрудников, его культура работала на самотёке. Динамика команд была невероятной, все усердно работали и все глубоко заботились о продукте. Это были лучшие годы стартапа и я предполагал, что так будет всегда.
И именно поэтому мы никогда не систематизировали нашу корп. культуру. И по мере того, как мы масштабировались... в команде начали появляться трещины.
Например, разные команды и отделы нанимали "по-разному" и в них начала появлялась собственная разрозненная и несинхронизированная культура.
2) Лучше нанимать меньше людей, но платить им больше денег
Из-за раздутого штата, мы были ограничены в финансах и было несколько случаев, когда мы не могли закрыть важную позицию крутым руководителем с большой зарплатой, просто потому, что нам приходилось экономить из-за численности сотрудников.
3) Имейте меньше эгоизма в отношении того, чтобы быть руководителем
Мне нравилось быть основателем. Как молодой эгоистичный человек и начинающий учредитель, у меня было огромное эго, завернутое в то, что я был «ответственным лицом» везде и во всём.
В следующий раз, я отойду в сторону раньше, чем спустя 3-4 года нахождения в должности.
4) Нанимайте только тех, кто действительно ценит и понимает работу в стартапе
Рост стартапа – болезненный и неестественный. Всё всегда ломается. Мультизадачность как основа. И если кандидат колеблется между работой в крошечном и растущему стартапе и работе в крупной технологической компании, то он автоматически вам не подходит.
5) Поставляйте как можно меньше функций
Всё начало портиться, когда на пути к PMF мы начали разрабатывать и отправлять в релизы миллион функций, которые нам пришлось переделывать, фиксить и поддерживать.
6) Не тратьте деньги на традиционный платный маркетинг как можно дольше
В идеале, не тратить их на него вообще. Я также не буду тратить их на дорогое брендинговое/PR-агентство; конференции/поездки; дорогой офис и офисные бенефиты, которые не относятся к здоровью сотрудников.
7) Путь стартапа к годовому доходу в 50 миллионов долларов выглядит так:
– $1 млн спустя 2 года после запуска;
– $10 млн спустя 3,5 года после запуска;
– $20 млн спустя 3,5 года после запуска;
– $30 млн спустя 5 лет после запуска;
– $40 млн спустя 6 лет после запуска;
– $50 млн спустя 6,5 лет после запуска.
Это ещё одно доказательство теории, что для создания чего-то действительно значимого требуется не менее 7 лет.
8) Нанимайте финансистов для аудита, а не для управления
Имейте простую финансовую модель и проверяйте безубыточность денежного потока. Для этого не нужен финансовый директор.
Как только станет ясно, что у продукта есть PMF и у вас появится реальный доход, поставьте перед собой задачу провести аудит ваших бухгалтерских книг в первый календарный год.
9) Выбирайте ещё более крупный рынок
В 2014 году вселенная онлайн-курсов казалась огромной. В этом пространстве было построено много компаний стоимостью более 1 миллиарда долларов. Но теперь, оценивая Teachable как инвестор, я бы сказал, что размер нашего рынка, в лучшем случае, средний.
Это звучит откровенно бредовым за пределами пузыря Силиконовой долины, но вероятность выхода на $1+ млрд долларов резко возрастает, если вы стремитесь на $100+ млрд и выше.
И что еще более важно – смелые идеи на огромных рынках привлекают таланты высочайшего качества.
Чем обширнее миссия, тем более она привлекательна для умных и целеустремленных людей, которые хотят работать над сложными проблемами.
Новости из мира больших айти-денег. Asana выпустила отчёт из которого видно, что:
– выручка $547 млн.;
– операц. расходы $407 млн.;
– $950 млн. расходов в 2022 году;
– тратят $1,74 для получения $1 выручки;
– cash burn $35 млн./квартал;
– прогноз замедления роста выручки на 17% к 2024;
– всё ещё есть $500 млн. кеша (сожгется за год).
– рыночная капитализация $5 млрд.
P.S. Большая часть расходов – реклама и маркетинг в Google, а также корпоративные бенефиты.
P.S. 2 сентября 2022 года Московицу "пришлось вложить" в Asana $350 млн. путём выкупа 19 млн. акций через закрытое размещение по цене $18 за акцию, чтобы компания не стала банкротом.
Всего через 10 дней после этого выкупа, стоимость акции Asana выросла до $28, заработав Московицу почти 40% прибыли. В 2023 стоимость акции упала ниже $12 за штуку.
Asana – его маленькая игрушка для «бизнеса и трейдинга», и, наверное, ничего больше.
😎 RUSPM
– выручка $547 млн.;
– операц. расходы $407 млн.;
– $950 млн. расходов в 2022 году;
– тратят $1,74 для получения $1 выручки;
– cash burn $35 млн./квартал;
– прогноз замедления роста выручки на 17% к 2024;
– всё ещё есть $500 млн. кеша (сожгется за год).
– рыночная капитализация $5 млрд.
P.S. Большая часть расходов – реклама и маркетинг в Google, а также корпоративные бенефиты.
P.S. 2 сентября 2022 года Московицу "пришлось вложить" в Asana $350 млн. путём выкупа 19 млн. акций через закрытое размещение по цене $18 за акцию, чтобы компания не стала банкротом.
Всего через 10 дней после этого выкупа, стоимость акции Asana выросла до $28, заработав Московицу почти 40% прибыли. В 2023 стоимость акции упала ниже $12 за штуку.
Asana – его маленькая игрушка для «бизнеса и трейдинга», и, наверное, ничего больше.
Please open Telegram to view this post
VIEW IN TELEGRAM
#ai Ловите 500 крайне фукнциональных запросов-формул для ChatGPT на все случаи жизни.
P.S. В первую очередь, подборка полезна тем, что помогает понять как правильно формулировать запросы и как добиваться от машины качественных ответов.
😎 RUSPM
P.S. В первую очередь, подборка полезна тем, что помогает понять как правильно формулировать запросы и как добиваться от машины качественных ответов.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Обновил таблицу навыков продакт-менедежера/дира/VP и добавил в неё новые пункты и требования, актуальные в 2023 году. Навыки работы в экстремальных ситуациях, Risk Management, AI и инновации, GR и другие. Всего более 50 пунктов чтобы понять свои сильные и…
10 советов, как повысить свои шансы стать Senior Product Manager на текущей работе
1. Изучите структуру компании, пообщайтесь с действующими сеньорами и поймите, какие обязанности и требования выдвигаются к позиции senior product manager.
Изучение этих областей поможет вам понять направлениЯ, в которых вам надо расти (и есть ли вообще в компании потребность в новых сеньорах).
2. Качайте больше навыков/знаний, чем требуется для данной поизции.
Качая только требуемые навыки вы будете догонять порог требований к текущим сеньорам.
Качая требуемые + дополнительные вы: а) ставите планку выше; б) повышаете количество своих знаний; в) повышаете их вероятность быть замеченными.
3. Начните аккуратно демонстрировать их в работе.
Начните реализовывать знания/навыки с того, чтобы описывать в тасках как именно и благодаря какому имеющемуся у вас навыку/знанию вы пришли к той или иной идее/гипотезе/решению.
Благодаря этому, вы: а) вы дадите более четкую картину и понимание хода ваших мыслей команде; б) снизите вероятность ошибочных решений; в) покажите свои компетенции.
4. Поэтапно берите на себя больше обязанностей, пересекающихся с обязанностями сеньоров.
Готовы тащить и брать ответственность? Беритесь за сложные задачи, чтобы продемонстрировать навыки решения сложных проблем.
Не забывайте адекватно оценивать свои силы, ибо нет ничего хуже взяться за сложную проблему и зафакапить её очевидно глупым решением.
5. Ещё не уверены в силах для сложных задач? Попробуйте параллельно раскачать в продукте его слабое, но перспективное направление: CJM, a/b, командная база знаний – любое недооцененное направление. И либо вы раскачаете его, либо поймёте, почему его никто не качает 🙂
6. Участвуйте в отраслевых ивентах. Начните с роли участника, осмотритесь на паре конф, слушайте и чувствуйте настроение и потребности в информации от окружающих, далее начните с формулирования и озвучивания вопросов и, как финальный этап – станьте докладчиком по востребованной теме.
Цель участия – сформировать навыки публичных коммуникаций и ту самую сеть знакомств на случай, если вырасти до сеньора в текущей компании не получится.
Я знаю кучу примеров, когда знакомства и дружба на конфах со временем заканчивались приглашением на более высокие позиции в компании, где работают новые друзья.
7. Делитесь знаниями и навыками в онлайне. Помогут собственный портфолио-блог + тг-канал. Шарьте знания и опыт, обезличивайте кейсы и используйте эти площадки для продвижения своего профессионального бренда в интернете.
8. Развивайте профессиональные отношения с командой/коллегами, создавая им условия, в которых ИМ легче решать свои задачи.
Пишите максимально детальные сторис/таски для разрабов, вникайте в детали интерфейсов с дизайнерами, общайтесь с командой сапорта на предмет горячих вопросов пользователей, советуйтесь с маркетингом по содержанию рекламных материалов и т.п. вещи.
Всё это помогает ИМ лучше понять, что нужно для успешного развития продукта, а вы будете тем самым человеком, который помогает в этом. Главное, не переусердствовать и не лезть в их области с криками "я точно знаю как надо" :)
9. Развивайте профессиональные отношения с премиум-клиентами вашего продукта и его партнёрами.
Лучшая рекомендация вас на вашей текущей работе – от довольного клиента, который платит деньги. В сознании вашего работодателя она звучит так:
"Благодаря этому сотруднику мне нравится ваша компания/продукт и я плачу вам деньги. Сделайте так, чтобы мы все и дальше были довольны".
И если повышение после пары таких рекомендаций от разных клиентов не дадут, то на бонусы точно можно рассчитывать.
Опять же, знаю случаи из B2B, когда клиенты компании хантили её продактов/разрабов/продажников в свои компании. Конечно же, на более выгодные условия ;)
10. Развивайте отношения с теми, кто решает вопросы о повышении.
Классика корпораций – повышают не умных, а близких. А умные продолжают работать до полного выгорания.
Выбор за каждым – играть по правилам, дружа с "правильными людьми" или же выйти из этой игры и найти/создать другую, где таких правил нет.
😎 RUSPM
1. Изучите структуру компании, пообщайтесь с действующими сеньорами и поймите, какие обязанности и требования выдвигаются к позиции senior product manager.
Изучение этих областей поможет вам понять направлениЯ, в которых вам надо расти (и есть ли вообще в компании потребность в новых сеньорах).
2. Качайте больше навыков/знаний, чем требуется для данной поизции.
Качая только требуемые навыки вы будете догонять порог требований к текущим сеньорам.
Качая требуемые + дополнительные вы: а) ставите планку выше; б) повышаете количество своих знаний; в) повышаете их вероятность быть замеченными.
3. Начните аккуратно демонстрировать их в работе.
Начните реализовывать знания/навыки с того, чтобы описывать в тасках как именно и благодаря какому имеющемуся у вас навыку/знанию вы пришли к той или иной идее/гипотезе/решению.
Благодаря этому, вы: а) вы дадите более четкую картину и понимание хода ваших мыслей команде; б) снизите вероятность ошибочных решений; в) покажите свои компетенции.
4. Поэтапно берите на себя больше обязанностей, пересекающихся с обязанностями сеньоров.
Готовы тащить и брать ответственность? Беритесь за сложные задачи, чтобы продемонстрировать навыки решения сложных проблем.
Не забывайте адекватно оценивать свои силы, ибо нет ничего хуже взяться за сложную проблему и зафакапить её очевидно глупым решением.
5. Ещё не уверены в силах для сложных задач? Попробуйте параллельно раскачать в продукте его слабое, но перспективное направление: CJM, a/b, командная база знаний – любое недооцененное направление. И либо вы раскачаете его, либо поймёте, почему его никто не качает 🙂
6. Участвуйте в отраслевых ивентах. Начните с роли участника, осмотритесь на паре конф, слушайте и чувствуйте настроение и потребности в информации от окружающих, далее начните с формулирования и озвучивания вопросов и, как финальный этап – станьте докладчиком по востребованной теме.
Цель участия – сформировать навыки публичных коммуникаций и ту самую сеть знакомств на случай, если вырасти до сеньора в текущей компании не получится.
Я знаю кучу примеров, когда знакомства и дружба на конфах со временем заканчивались приглашением на более высокие позиции в компании, где работают новые друзья.
7. Делитесь знаниями и навыками в онлайне. Помогут собственный портфолио-блог + тг-канал. Шарьте знания и опыт, обезличивайте кейсы и используйте эти площадки для продвижения своего профессионального бренда в интернете.
8. Развивайте профессиональные отношения с командой/коллегами, создавая им условия, в которых ИМ легче решать свои задачи.
Пишите максимально детальные сторис/таски для разрабов, вникайте в детали интерфейсов с дизайнерами, общайтесь с командой сапорта на предмет горячих вопросов пользователей, советуйтесь с маркетингом по содержанию рекламных материалов и т.п. вещи.
Всё это помогает ИМ лучше понять, что нужно для успешного развития продукта, а вы будете тем самым человеком, который помогает в этом. Главное, не переусердствовать и не лезть в их области с криками "я точно знаю как надо" :)
9. Развивайте профессиональные отношения с премиум-клиентами вашего продукта и его партнёрами.
Лучшая рекомендация вас на вашей текущей работе – от довольного клиента, который платит деньги. В сознании вашего работодателя она звучит так:
"Благодаря этому сотруднику мне нравится ваша компания/продукт и я плачу вам деньги. Сделайте так, чтобы мы все и дальше были довольны".
И если повышение после пары таких рекомендаций от разных клиентов не дадут, то на бонусы точно можно рассчитывать.
Опять же, знаю случаи из B2B, когда клиенты компании хантили её продактов/разрабов/продажников в свои компании. Конечно же, на более выгодные условия ;)
10. Развивайте отношения с теми, кто решает вопросы о повышении.
Классика корпораций – повышают не умных, а близких. А умные продолжают работать до полного выгорания.
Выбор за каждым – играть по правилам, дружа с "правильными людьми" или же выйти из этой игры и найти/создать другую, где таких правил нет.
Please open Telegram to view this post
VIEW IN TELEGRAM
Бандан Жот (Bandan Jot) рассказывает о фреймворке CIRCLES.
Фреймворк CIRCLES — способ структурировать решение любой дизайн-проблемы или задачи в продукте (а ещё он помогает быстро найти ответ на вопрос "Как бы вы улучшили продукт X?" на собеседованиях).
Работает просто:
№1. Задайте уточняющие вопросы:
– Что это за рынок?
– Какую основную проблему решает продукт?
– На какие платформы смотрим?
№2. Идентифицируйте и сегментируйте пользователей.
Например, если вас попросили разработать приложение для донорства крови, ваши сегменты могут быть следующими:
– Случайные доноры.
– Основные доноры.
– Активные доноры.
№3. Определитесь с потребностями клиентов
Для выбранного сегмента сначала ответьте, почему вы выбрали этот сегмент, а затем перечислите проблемы, с которыми сталкивается этот сегмент.
Пример потребности и запросов пользователей:
– Узнать преимущества донорство крови. Скорее всего, этот запрос от случайных доноров крови.
– Советы для тех, кто постоянно сдает кровь. Вероятно, это запрос от основной и активной группы доноров.
– Ближайший пункт сдачи крови. Это может быть запрос либо от случайной группы доноров (либо от всех если человек находится не в своем городе).
№4. Вырезайте менее значительные ПРОБЛЕМЫ через расстановку приоритетов по RICE, Матрице Усилиий/Влияния – подойдет любой быстрый фреймворк.
№5. Придумайте возможные РЕШЕНИЯ для оставшихся проблем. Примеры:
– Добавить образовательный раздел.
– Уведомления о событиях для почётных доноров.
– Добавить поиск пунктов сдачи крови.
№6. Выберите 1 решение, с которого вы начнете, затем поделитесь возможными компромиссами, почему вы не выбрали другие варианты.
№7. Обобщите всё в трех пунктах:
- Какую функцию вы хотели бы построить.
- Почему она актуальна для выбранного сегмента.
- Почему вы отдали приоритет одним аспектам выбора над другими.
Фреймворк CIRCLES — способ структурировать решение любой дизайн-проблемы или задачи в продукте (а ещё он помогает быстро найти ответ на вопрос "Как бы вы улучшили продукт X?" на собеседованиях).
Работает просто:
№1. Задайте уточняющие вопросы:
– Что это за рынок?
– Какую основную проблему решает продукт?
– На какие платформы смотрим?
№2. Идентифицируйте и сегментируйте пользователей.
Например, если вас попросили разработать приложение для донорства крови, ваши сегменты могут быть следующими:
– Случайные доноры.
– Основные доноры.
– Активные доноры.
№3. Определитесь с потребностями клиентов
Для выбранного сегмента сначала ответьте, почему вы выбрали этот сегмент, а затем перечислите проблемы, с которыми сталкивается этот сегмент.
Пример потребности и запросов пользователей:
– Узнать преимущества донорство крови. Скорее всего, этот запрос от случайных доноров крови.
– Советы для тех, кто постоянно сдает кровь. Вероятно, это запрос от основной и активной группы доноров.
– Ближайший пункт сдачи крови. Это может быть запрос либо от случайной группы доноров (либо от всех если человек находится не в своем городе).
№4. Вырезайте менее значительные ПРОБЛЕМЫ через расстановку приоритетов по RICE, Матрице Усилиий/Влияния – подойдет любой быстрый фреймворк.
№5. Придумайте возможные РЕШЕНИЯ для оставшихся проблем. Примеры:
– Добавить образовательный раздел.
– Уведомления о событиях для почётных доноров.
– Добавить поиск пунктов сдачи крови.
№6. Выберите 1 решение, с которого вы начнете, затем поделитесь возможными компромиссами, почему вы не выбрали другие варианты.
№7. Обобщите всё в трех пунктах:
- Какую функцию вы хотели бы построить.
- Почему она актуальна для выбранного сегмента.
- Почему вы отдали приоритет одним аспектам выбора над другими.
Gil Bouhnick: Что означает улыбающийся график коэффициента удержания?
Он означает, что ценность ваших удержанных пользователей и их платежи со временем перекрывают негатив от их оттока.
Другое название – Net Negative Churn (NNC) или чистый отрицательный отток. Эта метрика подразумевает, что доход от существующих клиентов увеличился достаточно, чтобы компенсировать потери от общего оттока клиентов.
Создание чистого отрицательного оттока в продукте означает, что у вас есть нечестное конкурентное преимущество.
Как растить чистый отрицательный отток:
– Допродажи — это продажа покупателю более мощной и более дорогой версии продукта, который у него есть.
– Кросс-продажи, когда вы даете своим клиентам дополнительную ценность с помощью различных функций и побочных продуктов.
Подробнее о NNC и как с ним работать: https://www.paddle.com/resources/negative-churn
😎 RUSPM
Он означает, что ценность ваших удержанных пользователей и их платежи со временем перекрывают негатив от их оттока.
Другое название – Net Negative Churn (NNC) или чистый отрицательный отток. Эта метрика подразумевает, что доход от существующих клиентов увеличился достаточно, чтобы компенсировать потери от общего оттока клиентов.
Создание чистого отрицательного оттока в продукте означает, что у вас есть нечестное конкурентное преимущество.
Как растить чистый отрицательный отток:
– Допродажи — это продажа покупателю более мощной и более дорогой версии продукта, который у него есть.
– Кросс-продажи, когда вы даете своим клиентам дополнительную ценность с помощью различных функций и побочных продуктов.
Подробнее о NNC и как с ним работать: https://www.paddle.com/resources/negative-churn
Please open Telegram to view this post
VIEW IN TELEGRAM
МТС на Хабре делится внутренней кухней и рассказывает про этапы своей продуктовой трансформации:
Из интересного:
– весь процесс разложили на этапы и элементы;
– внедрили глобальную структуру для всех продуктов экосистемы: продукт, стримы, трайбы, кластеры;
– сформировали единое понимание who is who в командах и прописали задачи, полномочия и зоны ответственности;
– отдельным блоком прорабатывают взаимодействие между командами и продуктами (цели, планы, обзоры, риски);
– определили для всех общий end‑to‑end процесс поставки ценности: R&D, Discovery, Delivery, CX;
– на каждом из этапов применяются различные практики (обязательные и необязательные, всё исходя из потребностей конкретных продуктов).
Больше в статье: https://habr.com/ru/company/ru_mts/blog/722632/
Из интересного:
– весь процесс разложили на этапы и элементы;
– внедрили глобальную структуру для всех продуктов экосистемы: продукт, стримы, трайбы, кластеры;
– сформировали единое понимание who is who в командах и прописали задачи, полномочия и зоны ответственности;
– отдельным блоком прорабатывают взаимодействие между командами и продуктами (цели, планы, обзоры, риски);
– определили для всех общий end‑to‑end процесс поставки ценности: R&D, Discovery, Delivery, CX;
– на каждом из этапов применяются различные практики (обязательные и необязательные, всё исходя из потребностей конкретных продуктов).
Больше в статье: https://habr.com/ru/company/ru_mts/blog/722632/
Хабр
Как вместе идти к общим целям: Agile-практики и продуктовая трансформация 3.0
С каждым днем всё больше российских компаний открывают для себя пользу масштабируемых Agile‑практик. Причем это уже не просто локальный Scrum в отдельных командах, а переход...