Channel: No Flame No Game
Возможно, вы догадались, к чему был предыдущий пост 🙂
Мы в Meander запустили b2b продукт: платформу для компаний, чтобы развернуть внутреннее менторство.
https://joinmeander.com/
Расскажу вам позже про импакт внутреннего менторства, а сегодня история 🙂
До Meander я работала в Фейсбуке, и в плане моего профессионального роста это была самая офигенная ракета, на которую можно было заскочить. Я получала повышения каждые полгода и уходила из компании с несколькими сотнями не просто шапочных, а качественных знакомств.
Как так получилось?
В Мете менторство и обмен знаниями - в ДНК компании.
- Когда я только присоединилась, мой онбординг ментор помог мне соориентироваться в нюансах культуры компании;
- Когда у меня из команды ушел engineering manager и мы несколько месяцев не могли найти замену, ментор-EM помог мне закрыть амбразуру и снизить риски для команды;
- Когда я решила прокачаться в стратегии, я нашла двух директоров по продукту, которые ревьюили мои документы по стратегии и давали детальный фидбэк;
- Когда я сама начала менторить, мне помогло это с синдромом самозванца; а затем подсветило несколько пробелов, которые препятствовали моему переходу в менеджмент;
- Когда я перешла в менеджмент и получила в наследство несколько непростых кейсов, мой ментор помог мне не выгореть и грамотно заменеджить ситуацию с HR.
Список можно продолжать очень долго 🙂 на выходе я получила не только доступ к опыту потрясающих людей и ускорение своего роста, но и качественные профессиональные связи. Мы до сих пор в контакте с моими менти и менторами: они болеют за продукт, помогают советом, делают интро своему нетворку и инвесторам.
Должна сказать, что потрясающие люди были во всех компаниях, где я работала. Просто даже в компании из 100 человек не всегда было просто найти нужного и готового помочь эксперта.
Именно поэтому я так рада запуску нашего нового продукта. Большинство людей не осознают, какое море возможностей они разблокируют, просто присоединяясь к компании с талантливыми сотрудниками. Мы в Meander хотим дать им увидеть эти возможности 🙂
Мы в Meander запустили b2b продукт: платформу для компаний, чтобы развернуть внутреннее менторство.
https://joinmeander.com/
Расскажу вам позже про импакт внутреннего менторства, а сегодня история 🙂
До Meander я работала в Фейсбуке, и в плане моего профессионального роста это была самая офигенная ракета, на которую можно было заскочить. Я получала повышения каждые полгода и уходила из компании с несколькими сотнями не просто шапочных, а качественных знакомств.
Как так получилось?
В Мете менторство и обмен знаниями - в ДНК компании.
- Когда я только присоединилась, мой онбординг ментор помог мне соориентироваться в нюансах культуры компании;
- Когда у меня из команды ушел engineering manager и мы несколько месяцев не могли найти замену, ментор-EM помог мне закрыть амбразуру и снизить риски для команды;
- Когда я решила прокачаться в стратегии, я нашла двух директоров по продукту, которые ревьюили мои документы по стратегии и давали детальный фидбэк;
- Когда я сама начала менторить, мне помогло это с синдромом самозванца; а затем подсветило несколько пробелов, которые препятствовали моему переходу в менеджмент;
- Когда я перешла в менеджмент и получила в наследство несколько непростых кейсов, мой ментор помог мне не выгореть и грамотно заменеджить ситуацию с HR.
Список можно продолжать очень долго 🙂 на выходе я получила не только доступ к опыту потрясающих людей и ускорение своего роста, но и качественные профессиональные связи. Мы до сих пор в контакте с моими менти и менторами: они болеют за продукт, помогают советом, делают интро своему нетворку и инвесторам.
Должна сказать, что потрясающие люди были во всех компаниях, где я работала. Просто даже в компании из 100 человек не всегда было просто найти нужного и готового помочь эксперта.
Именно поэтому я так рада запуску нашего нового продукта. Большинство людей не осознают, какое море возможностей они разблокируют, просто присоединяясь к компании с талантливыми сотрудниками. Мы в Meander хотим дать им увидеть эти возможности 🙂
Joinmeander
Meander for Business
Grow your employees with the right internal experts for each unique business challenge or upskilling need.
Ребята, я к вам с радостным апдейтом: Product Leaders возвращается!
Что такое Product Leaders?
Это мой курс по управлению людьми в продуктовых командах.
Последнее примечание очень важно: менеджеры в продуктовых командах работают с креативными и часто амбициозными профессионалами в условиях высокого стресса и ответственности. Это непросто - и еще сложнее, потому что большая часть ресурсов по теме менеджмента сильно устарела и такие топики не покрывает.
На курсе я даю комбинацию проверенных фреймворков и моего опыта, чтобы строить современные, устойчивые и автономные команды.
Для кого курс?
Курс хорошо решает три задачи:
1. Понять, а что такое менеджмент: такое обзорное путешествие по профессии
2. Структурировать знания
3. Посмотреть на опыт американской школы менеджмента.
Мы не погружаемся глубоко в отдельные темы, например, коучинг или стратегию; моя цель - системно рассказать про управление людьми, подсветить пробелы и дать направление для дальнейшей работы.
Изначально я создавала курс для начинающих управленцев, но по факту приходило много ребят с 10+ лет опыта работы и оставляли хорошие отзывы. Если у вас большой опыт, напишите нам на [email protected], поможем соориентироваться, подойдет ли вам курс.
У меня учились продакты, разработчики, дизайнеры, маркетологи, предприниматели, аналитики и так далее - все, кому приходилось работать над созданием продуктов.
Какой формат?
В этот раз будет только два варианта участия:
- самостоятельный: просмотр лекций, чеклисты, шаблоны, домашки, квизы - все в своем темпе;
- вместе с группой (количество мест ограничено): будем встречаться раз в неделю на мастермайнды с другими менеджерами и обсуждать волнующие вас вопросы.
Первый подойдет даже тем, кто еще не менеджер, но хочет им стать. Второй только для тех, у кого есть менеджерский опыт.
Я сейчас массивно перерабатываю практическую часть курса на основе своего обучения в Harvard и работы CEO; перезапуск (и повышение цены на все тарифы) планирую на ноябрь-декабрь.
Если вы присоединитесь сейчас, то сможете потом отдельно докупить практический тариф + получите доступ к последующим обновлениям курса.
А еще мы наконец-то добавили отзывы предыдущих потоков на сайт 🥰
Стартуем 4 июня, присоединяйтесь!
https://leaders.nfng.pro/
Что такое Product Leaders?
Это мой курс по управлению людьми в продуктовых командах.
Последнее примечание очень важно: менеджеры в продуктовых командах работают с креативными и часто амбициозными профессионалами в условиях высокого стресса и ответственности. Это непросто - и еще сложнее, потому что большая часть ресурсов по теме менеджмента сильно устарела и такие топики не покрывает.
На курсе я даю комбинацию проверенных фреймворков и моего опыта, чтобы строить современные, устойчивые и автономные команды.
Для кого курс?
Курс хорошо решает три задачи:
1. Понять, а что такое менеджмент: такое обзорное путешествие по профессии
2. Структурировать знания
3. Посмотреть на опыт американской школы менеджмента.
Мы не погружаемся глубоко в отдельные темы, например, коучинг или стратегию; моя цель - системно рассказать про управление людьми, подсветить пробелы и дать направление для дальнейшей работы.
Изначально я создавала курс для начинающих управленцев, но по факту приходило много ребят с 10+ лет опыта работы и оставляли хорошие отзывы. Если у вас большой опыт, напишите нам на [email protected], поможем соориентироваться, подойдет ли вам курс.
У меня учились продакты, разработчики, дизайнеры, маркетологи, предприниматели, аналитики и так далее - все, кому приходилось работать над созданием продуктов.
Какой формат?
В этот раз будет только два варианта участия:
- самостоятельный: просмотр лекций, чеклисты, шаблоны, домашки, квизы - все в своем темпе;
- вместе с группой (количество мест ограничено): будем встречаться раз в неделю на мастермайнды с другими менеджерами и обсуждать волнующие вас вопросы.
Первый подойдет даже тем, кто еще не менеджер, но хочет им стать. Второй только для тех, у кого есть менеджерский опыт.
Я сейчас массивно перерабатываю практическую часть курса на основе своего обучения в Harvard и работы CEO; перезапуск (и повышение цены на все тарифы) планирую на ноябрь-декабрь.
Если вы присоединитесь сейчас, то сможете потом отдельно докупить практический тариф + получите доступ к последующим обновлениям курса.
А еще мы наконец-то добавили отзывы предыдущих потоков на сайт 🥰
Стартуем 4 июня, присоединяйтесь!
https://leaders.nfng.pro/
leaders.nfng.pro
Product Leaders
Курс для руководителей продуктовых команд
Я поняла, что задолжала вам последнюю часть рассказа про willingness to pay для уже существующих продуктов. Вот здесь часть 1, 2, 3, 4, 5.
В прошлый раз мы разобрали с вами, как подойти к запуску абсолютно нового продукта и на основе WTP сформировать свой первый роадмап.
Сегодня давайте возьмем уже зрелый продукт, и чтобы было веселее - маркетплейс, например, Airbnb. Как Airbnb приоритизировать следующую самую важную фичу?
Раньше я на этот вопрос отвечала через призму JTBD: определите потребности пользователей, поймите контекст задачи, определите самую большую проблему и тестируйте решения. Это звучит прекрасно в теории, но на практике возникали две загвоздки.
1) Не за каждое решение люди готовы платить / пользоваться - и не во всех решениях будет сходиться экономика.
Например:
- есть большая проблема с тем, что люди не понимают, что и сколько едят, и из-за этого набирают вес или недополучают определенных нутриентов;
- но если мы им предложим приложение, в которое надо будет руками вбивать точные пропорции, калорийность и вес всего, что они съели, вероятно, LTV у нас будет очень маленькое;
- а если мы предложим им скидывать фотки еды в чат и наймем человека “расшифровывать” фотки в текстовые описания, скорее всего, у нас не сойдется экономика продукта.
Если вернуться к Airbnb, одна из больнючих проблем практически любого путешественника - это планирование поездки. Я видела огромное количество попыток решить эту проблему, но пока что ни одного успешного и масштабируемого решения. В теории Airbnb могли бы инвестировать время и деньги в инновационный подход к проблеме - но будет ли это оправданной инвестицией?
Возможно, они могли бы решить менее больную, но более простую проблему, и быстрее вырастить ценность для пользователя.
2) Мало у каких команд есть ресурс и навык делать такие исследования правильно.
По идее, при грамотном исследовании потребностей - где мы не спрашиваем людей, а наблюдаем их поведение и восстанавливаем хронологию событий - проблема выше должна частично решаться. Например, поисследовав, как люди подходят к своему питанию, можно уже понять, что в теории многие люди хотят быть стройными и здоровыми, но в реальности только небольшой процент готов что-то про это делать и срочно искать долгосрочное решение.
Такие исследования критически влияют на наше определение размера проблемы - но, по моему опыту, у большинства команд не хватает на них ресурса. Они достаточно дорогие, занимают много времени, и, честно говоря, не так много специалистов умеют их проводить. Да что далеко ходить, даже в Intercom и Meta мы такие исследования проводили раз в год при лучшем раскладе. Что уж говорить про стартапы с 5 пользователями 🙂
Так что же тогда делать?
На мой взгляд - исследовать willingness to pay. Чтобы приоритизировать новую фичу, продакту в Airbnb нужен не список проблем, которые пользователи хотели бы решить/ решают сейчас, а ответы на два вопроса:
1) За что и сколько люди платят сейчас - и соответствует ли полученная ценность их ожиданиям
2) За что и сколько люди готовы платить больше.
Уточню, что “платить” здесь необязательно в контексте денег: “платить” мы можем и своим временем, лояльностью и так далее.
Рассказать про алгоритм такого исследования?
В прошлый раз мы разобрали с вами, как подойти к запуску абсолютно нового продукта и на основе WTP сформировать свой первый роадмап.
Сегодня давайте возьмем уже зрелый продукт, и чтобы было веселее - маркетплейс, например, Airbnb. Как Airbnb приоритизировать следующую самую важную фичу?
Раньше я на этот вопрос отвечала через призму JTBD: определите потребности пользователей, поймите контекст задачи, определите самую большую проблему и тестируйте решения. Это звучит прекрасно в теории, но на практике возникали две загвоздки.
1) Не за каждое решение люди готовы платить / пользоваться - и не во всех решениях будет сходиться экономика.
Например:
- есть большая проблема с тем, что люди не понимают, что и сколько едят, и из-за этого набирают вес или недополучают определенных нутриентов;
- но если мы им предложим приложение, в которое надо будет руками вбивать точные пропорции, калорийность и вес всего, что они съели, вероятно, LTV у нас будет очень маленькое;
- а если мы предложим им скидывать фотки еды в чат и наймем человека “расшифровывать” фотки в текстовые описания, скорее всего, у нас не сойдется экономика продукта.
Если вернуться к Airbnb, одна из больнючих проблем практически любого путешественника - это планирование поездки. Я видела огромное количество попыток решить эту проблему, но пока что ни одного успешного и масштабируемого решения. В теории Airbnb могли бы инвестировать время и деньги в инновационный подход к проблеме - но будет ли это оправданной инвестицией?
Возможно, они могли бы решить менее больную, но более простую проблему, и быстрее вырастить ценность для пользователя.
2) Мало у каких команд есть ресурс и навык делать такие исследования правильно.
По идее, при грамотном исследовании потребностей - где мы не спрашиваем людей, а наблюдаем их поведение и восстанавливаем хронологию событий - проблема выше должна частично решаться. Например, поисследовав, как люди подходят к своему питанию, можно уже понять, что в теории многие люди хотят быть стройными и здоровыми, но в реальности только небольшой процент готов что-то про это делать и срочно искать долгосрочное решение.
Такие исследования критически влияют на наше определение размера проблемы - но, по моему опыту, у большинства команд не хватает на них ресурса. Они достаточно дорогие, занимают много времени, и, честно говоря, не так много специалистов умеют их проводить. Да что далеко ходить, даже в Intercom и Meta мы такие исследования проводили раз в год при лучшем раскладе. Что уж говорить про стартапы с 5 пользователями 🙂
Так что же тогда делать?
На мой взгляд - исследовать willingness to pay. Чтобы приоритизировать новую фичу, продакту в Airbnb нужен не список проблем, которые пользователи хотели бы решить/ решают сейчас, а ответы на два вопроса:
1) За что и сколько люди платят сейчас - и соответствует ли полученная ценность их ожиданиям
2) За что и сколько люди готовы платить больше.
Уточню, что “платить” здесь необязательно в контексте денег: “платить” мы можем и своим временем, лояльностью и так далее.
Рассказать про алгоритм такого исследования?
Алгоритм исследования WTP для существующего продукта
По заявкам телезрителей (спасибо всем, кто вчера написал комментарии!) 😊
Еще раз важная оговорка: willingness to pay - это НЕ цена продукта; это два принципиально разных концепта. Если разница все еще непонятна, напишите мне, я сделаю отдельный пост.
Выбор аудитории
Одна из важнейших частей любого исследования - говорить с правильными людьми. Если вы взяли рандомных ребят с работы или из ближайшей кофейни, тогда как ваш продукт для, например, докторов, ваши результаты смело можно будет отправить в помойку.
В существующем продукте у нас уже есть какие-то пользователи - но, даже если вы Яндекс или Фейсбук, не все из этих пользователей будут соответствовать вашему ICP (профилю идеального пользователя). Кто-то зарегистрировался по фану, у кого-то есть интерес, но нет срочной потребности, и так далее. Для исследования WTP особенно важно отфильтровать этих случайных ребят, чтобы получить релевантные данные.
Как это сделать?
ICP = это набор некоторых параметров, которые определяют пользователя с наивысшей вероятностью получить пользу от продукта. Параметры обычно сводятся к: мотивации решить проблему + отсутствию блокеров к использованию продукта. Эта тема тянет на отдельный пост, но дам вам пример, чтобы было более понятно.
ICP для Airbnb -
- хотят найти уникальное жилье для отдыха (== проблема)
- middle/ upper middle class (== возможность заплатить чуть больше за уникальность)
- путешествуют не реже 3 раз в год (== еще один фактор в сторону платежеспособности и паттернов использования продукта)
- живут в Америке или Европе (== продукт не доступен в других странах).
В идеале, это та аудитория, которую мы пытаемся привлечь через маркетинговые каналы и которая должна составлять ключевое ядро пользователей. Понятно, что у Airbnb будут и путешественники, которые, например, ищут жилье для бизнес-поездки, - но они будут ценить совершенно другие факторы и, соответственно, WTP у них будет отличаться.
На основе ICP мы набираем респондентов для участия в исследовании: это могут быть и текущие пользователи, и потенциальные. Для вторых - можно пользоваться сервисами типа Prolific, SurveyMonkey (там появилась фича с доступом к аудитории), UserTesting, Wynter (для b2b), и так далее.
Подготовка исследования
Предположим, что наш продакт в Airbnb готовится к полугодовому планированию и хочет составить роадмап. Как ей провести исследование WTP, чтобы это сделать?
Как я бы построила исследование:
- взяла бы выборку из нашего ICP, которые недавно забронировали поездку на Airbnb
- отправила бы им следующий короткий опросник
1. Недавно вы забронировали поездку в Париж на 878 долларов, из которых 150 составило Airbnb fee. За какие сервисы/ услуги вы заплатили 150 доларов?
В зависимости от тех данных, что у вас уже есть, ответ может быть открытым или закрытым, с выбором из списка конкретных фич.
2. Из этих сервисов/ услуг, выберите те, без которых вы бы не были готовы заплатить 150 долларов Airbnb.
//Вариация вопроса - Отсортируйте эти сервисы/ услуги от самой важной до наименее важной.
3. По топ-5 сервисов, оцените от 1 до 5, насколько вы готовы снова заплатить за эту услугу при бронировании следующей поездки.
4. Представьте, что Airbnb fee выросла до 180 долларов. За какие сервисы/ услуги вы будете готовы заплатить 180 доларов?
В зависимости от тех данных, что у вас уже есть, ответ может быть открытым или закрытым, с выбором из списка конкретных фич + опции “Я не готов(а) платить 180 долларов”.
Как переиначить эти вопросы, если у вас условно бесплатный продукт
Предположим, вы делаете Яндекс Поиск или ленту в Инстаграм: есть отдельный продукт для рекламодателей, а вы отвечаете за опыт конечного пользователя. Формально они вам не платят - но даже в этом случае мы можем “оцифровать” ценность, которую они получают.
По заявкам телезрителей (спасибо всем, кто вчера написал комментарии!) 😊
Еще раз важная оговорка: willingness to pay - это НЕ цена продукта; это два принципиально разных концепта. Если разница все еще непонятна, напишите мне, я сделаю отдельный пост.
Выбор аудитории
Одна из важнейших частей любого исследования - говорить с правильными людьми. Если вы взяли рандомных ребят с работы или из ближайшей кофейни, тогда как ваш продукт для, например, докторов, ваши результаты смело можно будет отправить в помойку.
В существующем продукте у нас уже есть какие-то пользователи - но, даже если вы Яндекс или Фейсбук, не все из этих пользователей будут соответствовать вашему ICP (профилю идеального пользователя). Кто-то зарегистрировался по фану, у кого-то есть интерес, но нет срочной потребности, и так далее. Для исследования WTP особенно важно отфильтровать этих случайных ребят, чтобы получить релевантные данные.
Как это сделать?
ICP = это набор некоторых параметров, которые определяют пользователя с наивысшей вероятностью получить пользу от продукта. Параметры обычно сводятся к: мотивации решить проблему + отсутствию блокеров к использованию продукта. Эта тема тянет на отдельный пост, но дам вам пример, чтобы было более понятно.
ICP для Airbnb -
- хотят найти уникальное жилье для отдыха (== проблема)
- middle/ upper middle class (== возможность заплатить чуть больше за уникальность)
- путешествуют не реже 3 раз в год (== еще один фактор в сторону платежеспособности и паттернов использования продукта)
- живут в Америке или Европе (== продукт не доступен в других странах).
В идеале, это та аудитория, которую мы пытаемся привлечь через маркетинговые каналы и которая должна составлять ключевое ядро пользователей. Понятно, что у Airbnb будут и путешественники, которые, например, ищут жилье для бизнес-поездки, - но они будут ценить совершенно другие факторы и, соответственно, WTP у них будет отличаться.
На основе ICP мы набираем респондентов для участия в исследовании: это могут быть и текущие пользователи, и потенциальные. Для вторых - можно пользоваться сервисами типа Prolific, SurveyMonkey (там появилась фича с доступом к аудитории), UserTesting, Wynter (для b2b), и так далее.
Подготовка исследования
Предположим, что наш продакт в Airbnb готовится к полугодовому планированию и хочет составить роадмап. Как ей провести исследование WTP, чтобы это сделать?
Как я бы построила исследование:
- взяла бы выборку из нашего ICP, которые недавно забронировали поездку на Airbnb
- отправила бы им следующий короткий опросник
1. Недавно вы забронировали поездку в Париж на 878 долларов, из которых 150 составило Airbnb fee. За какие сервисы/ услуги вы заплатили 150 доларов?
В зависимости от тех данных, что у вас уже есть, ответ может быть открытым или закрытым, с выбором из списка конкретных фич.
2. Из этих сервисов/ услуг, выберите те, без которых вы бы не были готовы заплатить 150 долларов Airbnb.
//Вариация вопроса - Отсортируйте эти сервисы/ услуги от самой важной до наименее важной.
3. По топ-5 сервисов, оцените от 1 до 5, насколько вы готовы снова заплатить за эту услугу при бронировании следующей поездки.
4. Представьте, что Airbnb fee выросла до 180 долларов. За какие сервисы/ услуги вы будете готовы заплатить 180 доларов?
В зависимости от тех данных, что у вас уже есть, ответ может быть открытым или закрытым, с выбором из списка конкретных фич + опции “Я не готов(а) платить 180 долларов”.
Как переиначить эти вопросы, если у вас условно бесплатный продукт
Предположим, вы делаете Яндекс Поиск или ленту в Инстаграм: есть отдельный продукт для рекламодателей, а вы отвечаете за опыт конечного пользователя. Формально они вам не платят - но даже в этом случае мы можем “оцифровать” ценность, которую они получают.
1. Попросить пользователей представить продукт с другой моделью монетизации: например, платное приложение для поиска, за которое надо заплатить 5 долларов в месяц (что, например, равно средней выручке от рекламы с пользователя).
Или взять существующий продукт-конкурент с подобной моделью монетизации.
2. Перевести деньги в другую “валюту”, например, время или количество использований. Например: “у вас есть только 5 минут // 3 раза в месяц, чтобы воспользоваться поиском. Какие сервисы/ услуги будут для вас важны?”.
Ну и дальше по списку 🙂
Что получаем на выходе:
- Список топ фич, за которые ваши ключевые пользователи платят сейчас, и насколько они выполняют свое обещание
- Список топ фич, за которые пользователи готовы платить больше
Даже в стартапе у нас уходило не больше 2-3 дней на то, чтобы подготовить и получить результаты исследования.
Как это использовать в приоритизации
1. Для начала мы хотим убедиться, что понимаем потребности, которые стоят за топ фичами, и они соответствуют нашим ожиданиям. Если нет —> идем на глубинки.
2. Из топ фич, за которые люди уже платят, выбираем те, которые больше всего проседают по качеству сейчас.
Разбираемся, почему, соотносим с общей стратегией, находим решение.
3. Если с топ фичами все хорошо или остался дополнительный ресурс, смотрим на те фичи, которые увеличат ценность продукта. Обязательно делаем кросс-валидацию через глубинки; если глубинки уже были, можно переходить к приоритизации.
Напишите в комментариях, если остались вопросы!
Или взять существующий продукт-конкурент с подобной моделью монетизации.
2. Перевести деньги в другую “валюту”, например, время или количество использований. Например: “у вас есть только 5 минут // 3 раза в месяц, чтобы воспользоваться поиском. Какие сервисы/ услуги будут для вас важны?”.
Ну и дальше по списку 🙂
Что получаем на выходе:
- Список топ фич, за которые ваши ключевые пользователи платят сейчас, и насколько они выполняют свое обещание
- Список топ фич, за которые пользователи готовы платить больше
Даже в стартапе у нас уходило не больше 2-3 дней на то, чтобы подготовить и получить результаты исследования.
Как это использовать в приоритизации
1. Для начала мы хотим убедиться, что понимаем потребности, которые стоят за топ фичами, и они соответствуют нашим ожиданиям. Если нет —> идем на глубинки.
2. Из топ фич, за которые люди уже платят, выбираем те, которые больше всего проседают по качеству сейчас.
Разбираемся, почему, соотносим с общей стратегией, находим решение.
3. Если с топ фичами все хорошо или остался дополнительный ресурс, смотрим на те фичи, которые увеличат ценность продукта. Обязательно делаем кросс-валидацию через глубинки; если глубинки уже были, можно переходить к приоритизации.
Напишите в комментариях, если остались вопросы!
Почему нельзя делать бесплатные продукты
Давайте последний пост на тему WTP, а дальше я разберу ваши вопросы и устрою Q&A. Если вы еще не успели задать вопрос, пишите под этим постом!
Сразу оговорка к заголовку: в заметке ниже мы не говорим про маркетинговые продукты, цель которых - лидогенерация или customer acquisition, или про внутренние продукты в корпорациях. Этой другой тип продуктовой разработки, с другим процессом и экономикой.
А говорить мы будем про наши стандартные продукты, с экономикой, базирующейся на ценности.
Почему кто-то вообще делает бесплатные продукты?
Вот что я слышала чаще всего, причем и от стартапов, и от корпораций:
1. “Продукт еще сырой, много багов, поэтому пусть его пока потестируют бесплатно - а мы взамен получим инсайты для дальнейших улучшений”.
2. “Нам нужно собрать критическую массу людей, чтобы начать доставлять ценность, поэтому, пока этого не случилось, продукт будет бесплатным”. (частый случай для продуктов с нетворк эффектом, например, маркетплейсов)
3. “Мы пока не понимаем свою бизнес-модель, поэтому пока что строим классный продукт, а придут пользователи, разберемся”.
Давайте начнем с первого аргумента. На самом деле, здесь можно подставить миллион других причин в первую часть предложения (“еще вот эта фича не готова”, “что-то продажи не идут”, “конкурент запустил новый продукт”, и т.д.), но по факту за всеми ними скрывается одна - страх.
Страх, что продукт окажется никому не нужен или получит негативный фидбэк.
Столкновение с реальностью всегда страшно, особенно если продакт/фаундер скипнул часть про пользовательские исследования и строил что-то из головы. Запускать бесплатные продукты в этом плане психологически легче, это как будто бы снижает ответственность команды и ожидания пользователей. Сюда же приплетаются истории типа “ну мы же посмотрим, как люди пользуются продуктом”.
На деле эти данные оказываются примерно бесполезны. На этой стадии нам не нужна информация про использование продукта. Нам нужно понять, решаем ли мы проблему пользователей - и единственный способ это сделать, это попросить их заплатить.
Условно, я могу встать на вокзале и раздавать всем бесплатные макбуки. Люди будут счастливы, и наверняка большинство начнет активно ими пользоваться. Команда начнет получать баг репорты и запросы на новые фичи. Но стоит ли брать этот фидбэк в работу?
Пока я стояла на вокзале, макбук забрали студенты, разработчики, дизайнеры на фрилансе, молодые пары с детьми, и так далее. У них у всех будут порой диаметрально противоположные запросы, которые потащат команду в разные стороны, но, вероятно, не продвинут к нужному результату.
Давайте допустим, что я даже как-то смогла выделить одну категорию, которой я давала макбуки: например, дизайнеров на фрилансе. Не попросив их заплатить, мы пропустили важный шаг валидации: а действительно ли это правильный для нас сегмент? И даже если сегмент правильный, мы не сможем отделить запросы на фичи, которые будут влиять на решение о покупке, vs просто nice-to have.
Аргумент №2: “Нам нужно собрать критическую массу людей, чтобы начать доставлять ценность, поэтому, пока этого не случилось, продукт будет бесплатным”.
Действительно, если вернуться к примеру с Airbnb, хосты платят за то, чтобы у них бронировали жилье; поэтому критично, чтобы на платформе было достаточно гостей.
То же самое, например, с поисковыми системами: рекламодатели платят за то, чтобы их рекламу увидело наибольшее число релевантных покупателей.
Но давайте представим такую ситуацию: Airbnb вырос до сотен тысяч бронирований и решил включить монетизацию для хостов. Что произойдет дальше? Вероятно, начнется отток хостов, которые не готовы платить за сервис; хосты, которые останутся, начнут поднимать цены, чтобы учитывать комиссию; а конечные пользователи останутся с более ограниченным и дорогим выбором жилья, что в итоге приведет и к оттоку гостей. И это мы еще не обсудили потенциальный удар по репутации компании.
Давайте последний пост на тему WTP, а дальше я разберу ваши вопросы и устрою Q&A. Если вы еще не успели задать вопрос, пишите под этим постом!
Сразу оговорка к заголовку: в заметке ниже мы не говорим про маркетинговые продукты, цель которых - лидогенерация или customer acquisition, или про внутренние продукты в корпорациях. Этой другой тип продуктовой разработки, с другим процессом и экономикой.
А говорить мы будем про наши стандартные продукты, с экономикой, базирующейся на ценности.
Почему кто-то вообще делает бесплатные продукты?
Вот что я слышала чаще всего, причем и от стартапов, и от корпораций:
1. “Продукт еще сырой, много багов, поэтому пусть его пока потестируют бесплатно - а мы взамен получим инсайты для дальнейших улучшений”.
2. “Нам нужно собрать критическую массу людей, чтобы начать доставлять ценность, поэтому, пока этого не случилось, продукт будет бесплатным”. (частый случай для продуктов с нетворк эффектом, например, маркетплейсов)
3. “Мы пока не понимаем свою бизнес-модель, поэтому пока что строим классный продукт, а придут пользователи, разберемся”.
Давайте начнем с первого аргумента. На самом деле, здесь можно подставить миллион других причин в первую часть предложения (“еще вот эта фича не готова”, “что-то продажи не идут”, “конкурент запустил новый продукт”, и т.д.), но по факту за всеми ними скрывается одна - страх.
Страх, что продукт окажется никому не нужен или получит негативный фидбэк.
Столкновение с реальностью всегда страшно, особенно если продакт/фаундер скипнул часть про пользовательские исследования и строил что-то из головы. Запускать бесплатные продукты в этом плане психологически легче, это как будто бы снижает ответственность команды и ожидания пользователей. Сюда же приплетаются истории типа “ну мы же посмотрим, как люди пользуются продуктом”.
На деле эти данные оказываются примерно бесполезны. На этой стадии нам не нужна информация про использование продукта. Нам нужно понять, решаем ли мы проблему пользователей - и единственный способ это сделать, это попросить их заплатить.
Условно, я могу встать на вокзале и раздавать всем бесплатные макбуки. Люди будут счастливы, и наверняка большинство начнет активно ими пользоваться. Команда начнет получать баг репорты и запросы на новые фичи. Но стоит ли брать этот фидбэк в работу?
Пока я стояла на вокзале, макбук забрали студенты, разработчики, дизайнеры на фрилансе, молодые пары с детьми, и так далее. У них у всех будут порой диаметрально противоположные запросы, которые потащат команду в разные стороны, но, вероятно, не продвинут к нужному результату.
Давайте допустим, что я даже как-то смогла выделить одну категорию, которой я давала макбуки: например, дизайнеров на фрилансе. Не попросив их заплатить, мы пропустили важный шаг валидации: а действительно ли это правильный для нас сегмент? И даже если сегмент правильный, мы не сможем отделить запросы на фичи, которые будут влиять на решение о покупке, vs просто nice-to have.
Аргумент №2: “Нам нужно собрать критическую массу людей, чтобы начать доставлять ценность, поэтому, пока этого не случилось, продукт будет бесплатным”.
Действительно, если вернуться к примеру с Airbnb, хосты платят за то, чтобы у них бронировали жилье; поэтому критично, чтобы на платформе было достаточно гостей.
То же самое, например, с поисковыми системами: рекламодатели платят за то, чтобы их рекламу увидело наибольшее число релевантных покупателей.
Но давайте представим такую ситуацию: Airbnb вырос до сотен тысяч бронирований и решил включить монетизацию для хостов. Что произойдет дальше? Вероятно, начнется отток хостов, которые не готовы платить за сервис; хосты, которые останутся, начнут поднимать цены, чтобы учитывать комиссию; а конечные пользователи останутся с более ограниченным и дорогим выбором жилья, что в итоге приведет и к оттоку гостей. И это мы еще не обсудили потенциальный удар по репутации компании.
Включив монетизацию сразу же, Airbnb может работать с группой хостов, которые мотивированы платить им деньги. Это значит, что они будут приоритизировать правильные фичи, а также понимать экономику своего маркетплейса и привлекать правильного конечного пользователя. И да, ценность их продукта вырастет с большим количеством пользователей, но никто не мешает также потихоньку трансформировать и цену 😉
Аргумент №3: “Мы пока не понимаем свою бизнес-модель, поэтому пока что строим классный продукт, а придут пользователи, разберемся”.
Такую аргументацию можно найти в книжках, написанных >5 лет назад. Времена были богатые, поэтому можно было продавать (инвесторам или руководству) рынок, а не решение и выручку.
А потом такой подход работать перестал. Во-первых, жахнул экономический кризис, и деньги закончились. Во-вторых, накопилось достаточное количество неуспешных примеров. Поддерживать несколько бизнес-моделей - дорого (и сложно). Пивотиться из одной модели в другую - сложно (и дорого). Конечно, есть несколько выдающихся компаний, где это удалось, но это, скорее, ошибка выжившего, чем общее правило.
Итого общее правило:
- продаем продукт до того, как его строить, чтобы потом не бояться запускать;
- первых пользователей просим голосовать монетой, а не баг репортами;
- улучшения продукта считаем через увеличение WTP, а не через количество рандомных фичереквестов.
Аргумент №3: “Мы пока не понимаем свою бизнес-модель, поэтому пока что строим классный продукт, а придут пользователи, разберемся”.
Такую аргументацию можно найти в книжках, написанных >5 лет назад. Времена были богатые, поэтому можно было продавать (инвесторам или руководству) рынок, а не решение и выручку.
А потом такой подход работать перестал. Во-первых, жахнул экономический кризис, и деньги закончились. Во-вторых, накопилось достаточное количество неуспешных примеров. Поддерживать несколько бизнес-моделей - дорого (и сложно). Пивотиться из одной модели в другую - сложно (и дорого). Конечно, есть несколько выдающихся компаний, где это удалось, но это, скорее, ошибка выжившего, чем общее правило.
Итого общее правило:
- продаем продукт до того, как его строить, чтобы потом не бояться запускать;
- первых пользователей просим голосовать монетой, а не баг репортами;
- улучшения продукта считаем через увеличение WTP, а не через количество рандомных фичереквестов.
Слушайте, а все знают про фреймворк Спрос-Удовлетворение-Эффективность? Или рассказать?
Я думаю про следующие темы, про которые вам рассказать, покидайте идеи в комментариях, если есть!
Я думаю про следующие темы, про которые вам рассказать, покидайте идеи в комментариях, если есть!
Такие классные ребята собираются на курсе!
Очень радуюсь, когда удается собрать сильную группу 💪
Уже прошли обучение ребята из Яндекс, 2GIS, Ozon, Avito, Google, Тинькофф, Raiffeisen, Сбер, Spotify и многих других замечательных компаний.
Стартуем 4 июня 🚀
https://leaders.nfng.pro/
Кстати, а хотите прямой эфир? Расскажу вам подробнее про программу курса, поотвечаю на ваши вопросы, а то давно не виделись. Если вы в деле, ставьте 🔥
Очень радуюсь, когда удается собрать сильную группу 💪
Уже прошли обучение ребята из Яндекс, 2GIS, Ozon, Avito, Google, Тинькофф, Raiffeisen, Сбер, Spotify и многих других замечательных компаний.
Стартуем 4 июня 🚀
https://leaders.nfng.pro/
Кстати, а хотите прямой эфир? Расскажу вам подробнее про программу курса, поотвечаю на ваши вопросы, а то давно не виделись. Если вы в деле, ставьте 🔥
leaders.nfng.pro
Product Leaders
Курс для руководителей продуктовых команд
Ребята, возвращаюсь к вам с классными новостями 🔥
Во-первых, Q&A сессии быть! Присоединяйтесь в эту пятницу (24 мая): я расскажу про модель 4 стадий компетентности и как ее использовать для роста и поддержки подчиненных; ну и поотвечаю на вопросы по курсу.
Регистрация по ссылке: https://lu.ma/a4issuw8; запись будет доступна всем зарегистрировавшимся.
Во-вторых, после моих постов про willingness to pay ко мне пришел Алексей Никитюк, фаундер компании Maroo, и предложил рассказать про их кейс использования WTP (и последующего роста выручки 🚀).
Поэтому 28 мая у нас будет встреча с разбором классного кейса; а также мы с Лешей поотвечаем на ваши вопросы про то, как внедрить WTP в продуктовую работу.
Регистрация и больше деталей по ссылке: https://lu.ma/8ihyqknm
Оба события бесплатные; но ждем от участников интересные вопросы 😉
Во-первых, Q&A сессии быть! Присоединяйтесь в эту пятницу (24 мая): я расскажу про модель 4 стадий компетентности и как ее использовать для роста и поддержки подчиненных; ну и поотвечаю на вопросы по курсу.
Регистрация по ссылке: https://lu.ma/a4issuw8; запись будет доступна всем зарегистрировавшимся.
Во-вторых, после моих постов про willingness to pay ко мне пришел Алексей Никитюк, фаундер компании Maroo, и предложил рассказать про их кейс использования WTP (и последующего роста выручки 🚀).
Поэтому 28 мая у нас будет встреча с разбором классного кейса; а также мы с Лешей поотвечаем на ваши вопросы про то, как внедрить WTP в продуктовую работу.
Регистрация и больше деталей по ссылке: https://lu.ma/8ihyqknm
Оба события бесплатные; но ждем от участников интересные вопросы 😉
lu.ma
Q&A с Аней Булдаковой · Zoom · Luma
На встрече я расскажу про модель 4 стадий компетентности и как ее использовать в работе менеджера; а также отвечу на вопросы про курс "Product…
Ребята, напомню, что завтра у нас огненная встреча про тему последних недель - willingness to pay.
Willingness to Pay (готовность платить) - один из самых мощных и в то же время недооцененных инструментов для продактов и фаундеров. Он помогает понять, какие пользователи и за что готовы платить и, в итоге, “оцифровать” ценность, которую пользователь получает от продукта.
На прямом эфире мы разберем кейс от стартапа Maroo, который смог в разы увеличить выручку благодаря исследованию WTP, а также определить свой Ideal Customer Profile. В конце встречи будет время для вопросов от зрителей.
Будет полезно для всех, кто:
- хочет строить работающий бизнес, а не просто классный продукт;
- устал запускать фичи, которые вроде как решают проблемы, но ими никто не пользуется;
- хочет создать реальную ценность для пользователей.
Гость эфира:
Алексей Никитюк - основатель и СЕО компании Maroo (YC S21), платежной платформы для бизнесов в ивентс индустрии США.
Ранее руководил отделом корпоративных финансов в Революте, а также занимался фандрейзом предпоследнего раунда D в 2020 году. До этого имел успешную международную карьеру в США, Франции, Китае и ЮК в таких компаниях как Procter & Gamble и General Electric.
Интервью Алексея с Елизаветой Осетинской
Linkedin
Регистрация по ссылке: https://lu.ma/8ihyqknm
Willingness to Pay (готовность платить) - один из самых мощных и в то же время недооцененных инструментов для продактов и фаундеров. Он помогает понять, какие пользователи и за что готовы платить и, в итоге, “оцифровать” ценность, которую пользователь получает от продукта.
На прямом эфире мы разберем кейс от стартапа Maroo, который смог в разы увеличить выручку благодаря исследованию WTP, а также определить свой Ideal Customer Profile. В конце встречи будет время для вопросов от зрителей.
Будет полезно для всех, кто:
- хочет строить работающий бизнес, а не просто классный продукт;
- устал запускать фичи, которые вроде как решают проблемы, но ими никто не пользуется;
- хочет создать реальную ценность для пользователей.
Гость эфира:
Алексей Никитюк - основатель и СЕО компании Maroo (YC S21), платежной платформы для бизнесов в ивентс индустрии США.
Ранее руководил отделом корпоративных финансов в Революте, а также занимался фандрейзом предпоследнего раунда D в 2020 году. До этого имел успешную международную карьеру в США, Франции, Китае и ЮК в таких компаниях как Procter & Gamble и General Electric.
Интервью Алексея с Елизаветой Осетинской
Регистрация по ссылке: https://lu.ma/8ihyqknm
Ребята, привет!
Я на днях вас спросила про интересные вам темы, и вот какой у меня план на следующие несколько постов:
1. Как определить ICP (ideal customer profile)
2. Фреймворк Спрос-Удовлетворение-Эффективность как основа продуктовой разработки от 0 к 1
3. Особенности создания внутренних продуктов.
Но вообще очень хочется узнать про вас побольше, чтобы подумать над новыми форматами и рубриками, и сделать блог еще полезнее.
Пройдите, пожалуйста, этот 5-минутный опрос; мне это очень поможет🔥 среди всех, кто пройдет его до 2 июня, я разыграю 3 билета на мой курс Product Leaders (тариф Andy).
https://forms.gle/STG3CRiXmR2H7TVr8
Спасибо!
Я на днях вас спросила про интересные вам темы, и вот какой у меня план на следующие несколько постов:
1. Как определить ICP (ideal customer profile)
2. Фреймворк Спрос-Удовлетворение-Эффективность как основа продуктовой разработки от 0 к 1
3. Особенности создания внутренних продуктов.
Но вообще очень хочется узнать про вас побольше, чтобы подумать над новыми форматами и рубриками, и сделать блог еще полезнее.
Пройдите, пожалуйста, этот 5-минутный опрос; мне это очень поможет🔥 среди всех, кто пройдет его до 2 июня, я разыграю 3 билета на мой курс Product Leaders (тариф Andy).
https://forms.gle/STG3CRiXmR2H7TVr8
Спасибо!
Ой ребятааааа 💔💔💔 ну все, собирайте меня ложкой, растеклась от ваших добрых слов 😅
На самом деле, ваши комментарии под постами, сообщения и репосты - моя основная мотивация вести канал. Поэтому большое спасибо, что пишете, все внимательно читаю!
На самом деле, ваши комментарии под постами, сообщения и репосты - моя основная мотивация вести канал. Поэтому большое спасибо, что пишете, все внимательно читаю!
No Flame No Game
Ребята, напомню, что завтра у нас огненная встреча про тему последних недель - willingness to pay. Willingness to Pay (готовность платить) - один из самых мощных и в то же время недооцененных инструментов для продактов и фаундеров. Он помогает понять, какие…
Спасибо всем, кто пришел на встречу про willingness to pay!
Разговор получился таким интересным, что я решила выложить его на youtube, чтобы вы все могли его посмотреть https://youtu.be/nCXYvpNgKq8?si=GGcCKGKuH-pQ7kq2&t=10
Не буду пересказывать здесь весь разговор, но хочу выделить один момент, который мне кажется очень важным. В комментариях под постами про WTP многие спрашивали:
- “а как же телеграм / фейсбук и так далее, которые изначально были бесплатными?”
Хочу вам напомнить, что все эти продукты создавались в 2010-х годах, когда можно было достаточно дешево нагнать трафика в продукт, а потом уже разбираться.
Сейчас 2024й, и у нас
- другая стоимость привлечения пользователя
- в целом, более пресыщенный рынок
- другие ожидания инвесторов (если вы играете в VC-игру).
Если вы, конечно, не серийный фаундер с крутым опытом, скорее всего, вашего изначального раунда не хватит на такое “беспорядочное” привлечение пользователей или пивоты (что, кстати, как раз делали многие сейчас известные компании из 2010-х).
Ну и обращу ваше внимание еще на две вещи:
1. Есть разница между “пользователь платит” и “команда понимает, за что пользователь будет платить”. Willingness to pay - это как раз второе. Конечно, лучшая валидация - это, непосредственно, платеж; но теоретически мы можем достигнуть определенного понимания и с бесплатным продуктом.
2. Никогда не ведитесь на ошибку выжившего. На один стартап, который “пронесло”, приходятся тысячи, которые закрылись. Можно, конечно, сыграть в рулетку, но, если есть работающий инструмент, стоит ли? 😉
Разговор получился таким интересным, что я решила выложить его на youtube, чтобы вы все могли его посмотреть https://youtu.be/nCXYvpNgKq8?si=GGcCKGKuH-pQ7kq2&t=10
Не буду пересказывать здесь весь разговор, но хочу выделить один момент, который мне кажется очень важным. В комментариях под постами про WTP многие спрашивали:
- “а как же телеграм / фейсбук и так далее, которые изначально были бесплатными?”
Хочу вам напомнить, что все эти продукты создавались в 2010-х годах, когда можно было достаточно дешево нагнать трафика в продукт, а потом уже разбираться.
Сейчас 2024й, и у нас
- другая стоимость привлечения пользователя
- в целом, более пресыщенный рынок
- другие ожидания инвесторов (если вы играете в VC-игру).
Если вы, конечно, не серийный фаундер с крутым опытом, скорее всего, вашего изначального раунда не хватит на такое “беспорядочное” привлечение пользователей или пивоты (что, кстати, как раз делали многие сейчас известные компании из 2010-х).
Ну и обращу ваше внимание еще на две вещи:
1. Есть разница между “пользователь платит” и “команда понимает, за что пользователь будет платить”. Willingness to pay - это как раз второе. Конечно, лучшая валидация - это, непосредственно, платеж; но теоретически мы можем достигнуть определенного понимания и с бесплатным продуктом.
2. Никогда не ведитесь на ошибку выжившего. На один стартап, который “пронесло”, приходятся тысячи, которые закрылись. Можно, конечно, сыграть в рулетку, но, если есть работающий инструмент, стоит ли? 😉
YouTube
Как определить ценность продукта с помощью WTP
Willingness to Pay (готовность платить) - один из самых мощных и в то же время недооцененных инструментов для продактов и фаундеров. Он помогает понять, какие пользователи и за что готовы платить и, в итоге, “оцифровать” ценность, которую пользователь получает…
Друзья, пара важных анонсов по курсу Product Leaders:
1. До завтра все еще можно принять участие в коротком опроснике с вашими мыслями про канал и выиграть 1 из 3 билетов на тариф Andy.
У первых нескольких ребят не отобразилось поле для ввода емейла, поэтому, если это вы, пожалуйста, прокликайте опрос еще раз и напишите в форме для комментариев “Повтор”.
2. В этот понедельник в 12 по Лондону мы закрываем продажи. Следующий поток планируется не раньше декабря и будет стоить дороже. Все, кто успеет присоединиться в этот раз, получат доступ ко всем обновлениям по самой приятной цене.
На этом наборе у нас 2 тарифа:
- Andy - для тех, кто вот только перешел в менеджмент или размышляет, насколько этот путь для них. Вы разберетесь с основными концептами в менеджменте, получите понимание своих сильных сторон и пробелов и сможете построить план для дальнейшего развития.
- Dwight - для тех, кто уже столкнулся с определенными вызовами или сложностями. Раз в неделю мы будем встречаться нашей небольшой группой менеджеров и обсуждать любые вопросы и кейсы. Вы познакомитесь с коллегами из самых разных компаний по всему миру (в том числе, Meta и Intercom через меня) и сможете узнать, “а как у них”.
Присоединяйтесь!
🚀 https://leaders.nfng.pro/
1. До завтра все еще можно принять участие в коротком опроснике с вашими мыслями про канал и выиграть 1 из 3 билетов на тариф Andy.
У первых нескольких ребят не отобразилось поле для ввода емейла, поэтому, если это вы, пожалуйста, прокликайте опрос еще раз и напишите в форме для комментариев “Повтор”.
2. В этот понедельник в 12 по Лондону мы закрываем продажи. Следующий поток планируется не раньше декабря и будет стоить дороже. Все, кто успеет присоединиться в этот раз, получат доступ ко всем обновлениям по самой приятной цене.
На этом наборе у нас 2 тарифа:
- Andy - для тех, кто вот только перешел в менеджмент или размышляет, насколько этот путь для них. Вы разберетесь с основными концептами в менеджменте, получите понимание своих сильных сторон и пробелов и сможете построить план для дальнейшего развития.
- Dwight - для тех, кто уже столкнулся с определенными вызовами или сложностями. Раз в неделю мы будем встречаться нашей небольшой группой менеджеров и обсуждать любые вопросы и кейсы. Вы познакомитесь с коллегами из самых разных компаний по всему миру (в том числе, Meta и Intercom через меня) и сможете узнать, “а как у них”.
Присоединяйтесь!
🚀 https://leaders.nfng.pro/
leaders.nfng.pro
Product Leaders
Курс для руководителей продуктовых команд
No Flame No Game
Ребята, привет! Я на днях вас спросила про интересные вам темы, и вот какой у меня план на следующие несколько постов: 1. Как определить ICP (ideal customer profile) 2. Фреймворк Спрос-Удовлетворение-Эффективность как основа продуктовой разработки от 0…
Ребята, огромное спасибо всем, кто принял участие в опросе: вас было больше 500 человек! 🥰 буду на этой неделе все внимательно читать и анализировать.
Призы уже нашли своих героев; и уже завтра мы начинаем занятия по курсу. В предвкушении классных разговоров с нашей крутой группой!
Призы уже нашли своих героев; и уже завтра мы начинаем занятия по курсу. В предвкушении классных разговоров с нашей крутой группой!
Во время своих менторских сессий я неожиданно вскрыла “баг” продакт-менеджеров. Причем встречается он как у джуниоров, так и у директоров - и у меня он тоже был, пока я его не осознала и не пофиксила.
Баг заключается в том, что продакты боятся оставить команду без работы, и из-за этого приоритизируют несколько “маленьких” фич - ну чтобы команда не “простаивала”. Как это обычно выглядит:
1) нам нужно составить роадмап на 1 месяц
2) у нас есть три фичи, которые мы провалидировали и оценили импакт: супер, ставим в роадмап
3) потом разработчики/дизайнеры делают оценку сроков, и оказывается, что у нас остается еще х “свободных” дней
4) что делает продакт? Например, идет в бэклог или к сейлзам, находит там несколько вроде небольших запросов и ставит в роадмап, чтобы занять оставшееся время. В лучшем случае, успевает обсудить эти запросы с техлидом, чтобы оценка была не совсем уж с потолка.
Еще один вариант: несколько наших разработчиков запускают проект раньше срока, а следующий цикл еще не спланирован. Снова идем на шаг №4. ⬆️
Что происходит дальше?
- Оцененные левой пяткой фичи, конечно, занимают сильно больше времени, чем изначально планировалось. Поэтому продакту приходится либо откладывать более важные проекты, либо на полпути останавливать разработку и перекидывать на другой проект - что, безусловно, фрустрирует команду.
- Скорее всего, никто не сделал PRD или дизайн-документ - ведь фичи же “маленькие”! И спустя месяцы после запуска обнаруживаются какие-то артефакты непродуманной имплементации.
- Ну и, наверное, можно догадаться, что для пользователя ценность этих запусков оказывается не слишком высокой.
Так делать не надо 🤪 а как надо?
1. Не бояться простоя в несколько дней. Необдуманные решения вам потом обойдутся сильно дороже.
2. Обсудить с техлидом / дизайн-лидом задачки, которые есть всегда и их легко затаймбоксить: например, это может быть обновление библиотек, написание документации, чтение исследовательских работ (если вы работаете с AI), изучение какой-то новой технологии, ретро с командой, конспект ключевых инсайтов и так далее.
3. Приоритизировать исходя из ценности для пользователя, а не из доступного времени команды.
Ставьте 🔥, если узнали себя и у вас такой баг тоже случался!
Баг заключается в том, что продакты боятся оставить команду без работы, и из-за этого приоритизируют несколько “маленьких” фич - ну чтобы команда не “простаивала”. Как это обычно выглядит:
1) нам нужно составить роадмап на 1 месяц
2) у нас есть три фичи, которые мы провалидировали и оценили импакт: супер, ставим в роадмап
3) потом разработчики/дизайнеры делают оценку сроков, и оказывается, что у нас остается еще х “свободных” дней
4) что делает продакт? Например, идет в бэклог или к сейлзам, находит там несколько вроде небольших запросов и ставит в роадмап, чтобы занять оставшееся время. В лучшем случае, успевает обсудить эти запросы с техлидом, чтобы оценка была не совсем уж с потолка.
Еще один вариант: несколько наших разработчиков запускают проект раньше срока, а следующий цикл еще не спланирован. Снова идем на шаг №4. ⬆️
Что происходит дальше?
- Оцененные левой пяткой фичи, конечно, занимают сильно больше времени, чем изначально планировалось. Поэтому продакту приходится либо откладывать более важные проекты, либо на полпути останавливать разработку и перекидывать на другой проект - что, безусловно, фрустрирует команду.
- Скорее всего, никто не сделал PRD или дизайн-документ - ведь фичи же “маленькие”! И спустя месяцы после запуска обнаруживаются какие-то артефакты непродуманной имплементации.
- Ну и, наверное, можно догадаться, что для пользователя ценность этих запусков оказывается не слишком высокой.
Так делать не надо 🤪 а как надо?
1. Не бояться простоя в несколько дней. Необдуманные решения вам потом обойдутся сильно дороже.
2. Обсудить с техлидом / дизайн-лидом задачки, которые есть всегда и их легко затаймбоксить: например, это может быть обновление библиотек, написание документации, чтение исследовательских работ (если вы работаете с AI), изучение какой-то новой технологии, ретро с командой, конспект ключевых инсайтов и так далее.
3. Приоритизировать исходя из ценности для пользователя, а не из доступного времени команды.
Ставьте 🔥, если узнали себя и у вас такой баг тоже случался!
HTML Embed Code: