#tools "Дерево продукта" - творческий и наглядный инструмент, который помогает увидеть основы и концепцию продукта, его слабые и сильные стороны, а также потенциальные направления его развития через визуализацию образа обычного дерева.
P.S. Шаблон "Дерево продукта" в Miro (раньше там был пример с Метеоагентом, но кто-то поленился сделать копию, всё стёр и заполнил очередным финтехстартапом). Оригинал картинки для печати.
P.S. Шаблон "Дерево продукта" в Miro (раньше там был пример с Метеоагентом, но кто-то поленился сделать копию, всё стёр и заполнил очередным финтехстартапом). Оригинал картинки для печати.
Telegraph
Методология "Дерево продукта (Product Tree)"
"Дерево продукта" - это творческий и наглядный инструмент, который помогает найти и организовать направления развития продукта и его концепции, а также увидеть его слабые и сильные стороны через визуализацию образа и процесса роста обычного дерева. Шаг №1.…
This media is not supported in your browser
VIEW IN TELEGRAM
В управлении продуктом есть самая большая искусственная проблема, которую мы сами себе придумываем и в ловушку которой мы попадаем.
Имя ей – бесконечное отставание
Мы анализируем рынки, находим идеи и тренды, строим планы на месяцы/кварталы/годы, ищем и находим их апрув у руководителей/СЕО/инвесторов, фиксируем их как цели, пытаемся достичь их, но... никогда ничего не успеваем.
При всём этом в наши родмэпы постоянно лезут новые идеи/фичи/хотелки/срочные задачи/фиксы и тому подобное. Бесконечный путь, по которому хочется и приходится бежать всё быстрее и быстрее.
Он постоянно движется вперёд, трансформируется и видоизменяется на ходу, не имея ни конечной точки, ни даже промежуточной точки своей остановки.
Точку(и) и остановки рынка ошибочно создаёт и фиксирует в своём сознании продакт/руководитель/инвестор. В этом и кроется суть ошибки.
Лекарство от бесконечного отставания:
– максимально короткие временные спринты для команд (как разработчиков, так и дизайнеров и продактов);
– упрощенные родмепы в стиле "сейчас/далее/потом";
– смелость в экспериментах, гипотезах, фичах/решениях/продуктах и их же хладнокровном убийстве.
Помни, что ты с большой вероятностью никогда не поймешь и окончательно не осознаешь всего будущего масштаба рынков (привет, смежным рынкам и асинхронным проблемам) и их потребительского спроса/ожидания/потребностей на длинном промежутке времени.
Начиная что-то целенаправленно изучать в столь далекой перспективе с уже работающим в настоящем продукте (и бежать туда сломя голову с командой), то когда ты закончишь это делать, с большей вероятностью и рынок и отрасль уже будут другими и совершенно в другом месте.
По факту, ты, твоя команда и работающий продукт будете пытаться догнать... прошлое.
Не ограничивай мышление глубиной мыслей.
Не цепляй мысли к временными характеристикам.
Прошлое ∞ Настоящее ∞ Будущее
Имя ей – бесконечное отставание
Мы анализируем рынки, находим идеи и тренды, строим планы на месяцы/кварталы/годы, ищем и находим их апрув у руководителей/СЕО/инвесторов, фиксируем их как цели, пытаемся достичь их, но... никогда ничего не успеваем.
При всём этом в наши родмэпы постоянно лезут новые идеи/фичи/хотелки/срочные задачи/фиксы и тому подобное. Бесконечный путь, по которому хочется и приходится бежать всё быстрее и быстрее.
Прогресс = Поток
Он постоянно движется вперёд, трансформируется и видоизменяется на ходу, не имея ни конечной точки, ни даже промежуточной точки своей остановки.
Точку(и) и остановки рынка ошибочно создаёт и фиксирует в своём сознании продакт/руководитель/инвестор. В этом и кроется суть ошибки.
Лекарство от бесконечного отставания:
– максимально короткие временные спринты для команд (как разработчиков, так и дизайнеров и продактов);
– упрощенные родмепы в стиле "сейчас/далее/потом";
– смелость в экспериментах, гипотезах, фичах/решениях/продуктах и их же хладнокровном убийстве.
Помни, что ты с большой вероятностью никогда не поймешь и окончательно не осознаешь всего будущего масштаба рынков (привет, смежным рынкам и асинхронным проблемам) и их потребительского спроса/ожидания/потребностей на длинном промежутке времени.
Начиная что-то целенаправленно изучать в столь далекой перспективе с уже работающим в настоящем продукте (и бежать туда сломя голову с командой), то когда ты закончишь это делать, с большей вероятностью и рынок и отрасль уже будут другими и совершенно в другом месте.
По факту, ты, твоя команда и работающий продукт будете пытаться догнать... прошлое.
Не ограничивай мышление глубиной мыслей.
Не цепляй мысли к временными характеристикам.
Прошлое ∞ Настоящее ∞ Будущее
Времени не существует 🕳️
Прочитал тред на тему развития soft skills для инженеров, ставших тимлидами, и с трудностей, с которыми они сталкиваются: непонимание разницы в ролях, управление командой, выгорание и т.п.
На YaTalks как раз был дельный доклад на тему перехода экспертов в руководители, вот запись для тех, кому интересны все подводные камни.
Интересные мысли:
– Управление командой — это про софт скилл, который можно качать так же, как и хард скиллс (и их тоже нужно осваивать)
– Если не хочется быть сильно главным, можно сформировать вокруг себя команду, где каждый её участник будет влиять на решения
– Секрет счастья в роли менеджера – понять и принять тот факт, что когда руководишь людьми, всё, что сделано, это сделано командой, а не тобой
– Лекарство от выгорания в таких условиях простое – переключить своё сознание на успехи команды, которой ты управляешь (её успехи = твои успехи)
👁 Большая подборка докладов на Ютубе
На YaTalks как раз был дельный доклад на тему перехода экспертов в руководители, вот запись для тех, кому интересны все подводные камни.
Интересные мысли:
– Управление командой — это про софт скилл, который можно качать так же, как и хард скиллс (и их тоже нужно осваивать)
– Если не хочется быть сильно главным, можно сформировать вокруг себя команду, где каждый её участник будет влиять на решения
– Секрет счастья в роли менеджера – понять и принять тот факт, что когда руководишь людьми, всё, что сделано, это сделано командой, а не тобой
– Лекарство от выгорания в таких условиях простое – переключить своё сознание на успехи команды, которой ты управляешь (её успехи = твои успехи)
👁 Большая подборка докладов на Ютубе
YouTube
Из экспертов в руководители и обратно через боль, выгорание и инсайты
С раннего детства у большинства из нас формируется стереотип, что хорошая карьера развивается только вертикально, и единственный способ её построить — стать руководителем.
В своём выступлении Андрей Бреслав и Александр Ложечкин попробуют убедить аудитории…
В своём выступлении Андрей Бреслав и Александр Ложечкин попробуют убедить аудитории…
Учимся задавать правильные вопросы на касдевах и интервью с помощью классики от JTBD (+ куча доп. советов по касдеву):
– Когда вы ощутили, что старое решение вам более не подходит или оно работает не так ___, как вам надо? Как вам надо?
– А как вы обычно решаете подобные задачи?
– Как вы узнали про новое решение впервые? Где и при каких обстоятельствах это произошло?
– В какой момент и почему вы приняли окончательное решение попробовать новое решение?
– Какое главное ожидание было у вас от нового решения? Это ожидание оправдалось в полной мере?
– Были ли какие-то второстепенные или менее значительные ожидания от нового решения, проблемы с которыми могли присутствовать в старом решении?
– В какой момент вы поняли, что новое решение работает для вас так, как вам надо, подходит и решает ваши задачи?
– Какие изменения в ваших процессах произошли вместе с переключением на новое решение?
– Есть ли какие-либо сложности, которые возникли с момента использования нового решения?
Общие советы по проведению касдева:
1) Перед началом любого касдева ставится цель в виде получения ответов на вопросы о каком-либо конкретном процессе:
"Мы хотим лучше понять ценности нашего продукта", "Мы хотим увеличить продажи Х", "Мы хотим увеличить пользовательскую активность Y" и т.п.
Правильно поставленная в начале цель и копание именно в её направлении – бОльшая часть успеха результатов касдева.
2) Не ограничивайте респондентов мышлением рамками вашего продукта и его функционала.
Ваша задача - сделать более простым решение пользовательских проблем (ПРОЦЕССОВ), а не продукт (продукт - всего лишь инструмент в процессах).
Иногда это значит, что для решения проблемы может понадобиться совершенно другой/новый подход/процесс или даже... другой продукт.
3) Хорошим тоном считается предложить респонденту самому выбрать дату и время для проведения интервью (в ваших временных слотах).
4) В качестве благодарности за их время подерите им материальное вознаграждение (бонус внутри продукта либо беспроигрышный вариант – подарочный купон на Озоне/Амазоне).
Доп. советы по теме касдева:
– Методология обогащения интервью TEDW
– Cтыдные вопросы к CusDev
– Почему Cusdev'ом нужно заниматься ПОСЛЕ, а не ДО
– 10 вопросов для касдева
– Какие вопросы лучше (не)задавать на CustDev?
– Когда вы ощутили, что старое решение вам более не подходит или оно работает не так ___, как вам надо? Как вам надо?
– А как вы обычно решаете подобные задачи?
– Как вы узнали про новое решение впервые? Где и при каких обстоятельствах это произошло?
– В какой момент и почему вы приняли окончательное решение попробовать новое решение?
– Какое главное ожидание было у вас от нового решения? Это ожидание оправдалось в полной мере?
– Были ли какие-то второстепенные или менее значительные ожидания от нового решения, проблемы с которыми могли присутствовать в старом решении?
– В какой момент вы поняли, что новое решение работает для вас так, как вам надо, подходит и решает ваши задачи?
– Какие изменения в ваших процессах произошли вместе с переключением на новое решение?
– Есть ли какие-либо сложности, которые возникли с момента использования нового решения?
Общие советы по проведению касдева:
1) Перед началом любого касдева ставится цель в виде получения ответов на вопросы о каком-либо конкретном процессе:
"Мы хотим лучше понять ценности нашего продукта", "Мы хотим увеличить продажи Х", "Мы хотим увеличить пользовательскую активность Y" и т.п.
Правильно поставленная в начале цель и копание именно в её направлении – бОльшая часть успеха результатов касдева.
2) Не ограничивайте респондентов мышлением рамками вашего продукта и его функционала.
Ваша задача - сделать более простым решение пользовательских проблем (ПРОЦЕССОВ), а не продукт (продукт - всего лишь инструмент в процессах).
Иногда это значит, что для решения проблемы может понадобиться совершенно другой/новый подход/процесс или даже... другой продукт.
3) Хорошим тоном считается предложить респонденту самому выбрать дату и время для проведения интервью (в ваших временных слотах).
4) В качестве благодарности за их время подерите им материальное вознаграждение (бонус внутри продукта либо беспроигрышный вариант – подарочный купон на Озоне/Амазоне).
Доп. советы по теме касдева:
– Методология обогащения интервью TEDW
– Cтыдные вопросы к CusDev
– Почему Cusdev'ом нужно заниматься ПОСЛЕ, а не ДО
– 10 вопросов для касдева
– Какие вопросы лучше (не)задавать на CustDev?
Telegraph
TEDW: фреймворк для обогащения интервью и превращения его в беседу
И вы и пользователи устали от предсказуемых интервью? Стандартный опросник уже не покрывает всего функционала и надо "что-то менять"? TEDW — небольшое расширение классической методологии исследования пользователей и их проблем через озвучивание дополнительных…
21 источник инсайтов от пользователей:
1) Собственный продукт
– Саппорт-тикеты.
– Обратная связь.
– Результаты касдева.
– Комментарии в блоге/UGC.
– Корп. акккаунт в соц. сетях.
– Поисковые запросы внутри продукта.
– "Поисковые запросы + домен" в Google.
– Опросы и внутренние исследования.
– Собстенные метрики.
– A/B-тесты.
2) Общество
– Поиск по соц. сети + хештеги.
– Общие площадки типа Reddit/Quora.
– Специфичные площадки типа ProductHunt.
– Интервью с фокус-группами.
3) Рынок
– Конкуренты (сайт, саппорт, аккаунты в соц. сетях).
– Тематические конференции и ивенты.
– Исследования рынка(ов).
– Платформы проведения исследований.
– Продавцы данных.
– Тренды/прогнозы поисковых запросов Google.
– ChatGPT.
😎 RUSPM
1) Собственный продукт
– Саппорт-тикеты.
– Обратная связь.
– Результаты касдева.
– Комментарии в блоге/UGC.
– Корп. акккаунт в соц. сетях.
– Поисковые запросы внутри продукта.
– "Поисковые запросы + домен" в Google.
– Опросы и внутренние исследования.
– Собстенные метрики.
– A/B-тесты.
2) Общество
– Поиск по соц. сети + хештеги.
– Общие площадки типа Reddit/Quora.
– Специфичные площадки типа ProductHunt.
– Интервью с фокус-группами.
3) Рынок
– Конкуренты (сайт, саппорт, аккаунты в соц. сетях).
– Тематические конференции и ивенты.
– Исследования рынка(ов).
– Платформы проведения исследований.
– Продавцы данных.
– Тренды/прогнозы поисковых запросов Google.
– ChatGPT.
Please open Telegram to view this post
VIEW IN TELEGRAM
Онбординг в продукте — это цепочка ответов на вопросы пользователя:
1. Что это?
2. Чем мне это поможет?
3. Как это работает?
4. Чем это отличается?
5. Какая цена?
6. Даёте ли вы гарантию?
7. С чего начать?
А вот шикарный пост Михаила Грекова (автор @suda_smotri), в котором он расссказывает про 8 видов онбординга и какой из них лучше всего использовать в том или ином продукте.
1. Что это?
2. Чем мне это поможет?
3. Как это работает?
4. Чем это отличается?
5. Какая цена?
6. Даёте ли вы гарантию?
7. С чего начать?
А вот шикарный пост Михаила Грекова (автор @suda_smotri), в котором он расссказывает про 8 видов онбординга и какой из них лучше всего использовать в том или ином продукте.
Medium
Про онбординг — как можно погрузить пользователя в продукт и надо ли
Обзор восьми видов продуктового онбординга. Прикинул когда и какие уместны, а какие лишь дань моде.
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
Запутались в корпоративном переплетении внутренних и внешних команд, групп, отделов, аутсорс-компаний, сервисах, менеджерах, поставщиков данных и фрилансерах?
Вот 3 ключевых и простейшие модели сотрудничества и их различия между кем-либо в продуктах, проектах и услугах.
😎 RUSPM
Вот 3 ключевых и простейшие модели сотрудничества и их различия между кем-либо в продуктах, проектах и услугах.
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 Понедельник – лучший день для продуктовой философии. Решил рассмотреть такую востребованную и популярную тему, как наставничество продакт-менеджеров (со стороны Наставников).
😎
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegraph
Наставничество и Знания для продакт-менеджеров
СЕО/руководитель сказал, что пришла пора вводить командное наставничество, а ты не в курсе, что это такое и как обучать других людей? Давно хотелось поделиться мыслями на тему наставничества или, как нынче модно говорить – менторинга (это первый и последний…
Ловите опросник из 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
500+ крайне фукнциональных запросов-формул для ChatGPT на все случаи жизни.
P.S. В первую очередь, подборка полезна тем, что помогает понять как правильно формулировать запросы и как добиваться от машины качественных ответов.
P.S. В первую очередь, подборка полезна тем, что помогает понять как правильно формулировать запросы и как добиваться от машины качественных ответов.