7 примеров удачного копирайтинга в описаниях продукта и советы по его созданию:
– Trello. Сокращайте текст по-максимуму. Представьте, что вам заплатят $100 за каждое вычеркнутое из заголовка/описания слово.
– Lemonade. Используйте небольшое напряжение. «Приятный» текст быстро забывается. Провокационный текст порождает интерес и цепляет внимане.
– Basecamp. Пишите так, как все говорят – на повседневном и разговорном языке.
– Fronted Mentor. Старайтесь избегайть классической терминологии «слов с лендосов», ибо обычные люди ими не пользуются.
– Пишите текст так, чтобы взгляд юзер мог его легко просканировать.
– Wiza. Убивайте наречия и прилагательные. Они слишком расплывчаты и отвлекают от восприятия глаголов и существительных (проблемы и решения).
– Drift. Не растягивайте время. Цель копирайтинга – побудить юзера к действию сейчас, а не потом.
😎 RUSPM
– Trello. Сокращайте текст по-максимуму. Представьте, что вам заплатят $100 за каждое вычеркнутое из заголовка/описания слово.
– Lemonade. Используйте небольшое напряжение. «Приятный» текст быстро забывается. Провокационный текст порождает интерес и цепляет внимане.
– Basecamp. Пишите так, как все говорят – на повседневном и разговорном языке.
– Fronted Mentor. Старайтесь избегайть классической терминологии «слов с лендосов», ибо обычные люди ими не пользуются.
– Пишите текст так, чтобы взгляд юзер мог его легко просканировать.
– Wiza. Убивайте наречия и прилагательные. Они слишком расплывчаты и отвлекают от восприятия глаголов и существительных (проблемы и решения).
– Drift. Не растягивайте время. Цель копирайтинга – побудить юзера к действию сейчас, а не потом.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
#tools "Дерево продукта" - творческий и наглядный инструмент, который помогает увидеть основы и концепцию продукта, его слабые и сильные стороны, а также потенциальные направления его развития через визуализацию образа обычного дерева.
P.S. Шаблон "Дерево продукта" в Miro (раньше там был пример с Метеоагентом, но кто-то поленился сделать копию, всё стёр и заполнил очередным финтехстартапом). Оригинал картинки для печати.
P.S. Шаблон "Дерево продукта" в Miro (раньше там был пример с Метеоагентом, но кто-то поленился сделать копию, всё стёр и заполнил очередным финтехстартапом). Оригинал картинки для печати.
Telegraph
Методология "Дерево продукта (Product Tree)"
"Дерево продукта" - это творческий и наглядный инструмент, который помогает найти и организовать направления развития продукта и его концепции, а также увидеть его слабые и сильные стороны через визуализацию образа и процесса роста обычного дерева. Шаг №1.…
This media is not supported in your browser
VIEW IN TELEGRAM
#философияPM В управлении продуктом есть самая большая искусственная проблема, которую мы сами себе придумываем и в ловушку которой мы попадаем.
Имя ей – бесконечное отставание.
Мы анализируем рынки, находим идеи и тренды, строим планы на месяцы/кварталы/годы, ищем и находим их апрув у руководителей/СЕО/инвесторов, фиксируем их как цели, пытаемся достичь их, но... никогда ничего не успеваем.
При всём этом в наши родмэпы постоянно лезут новые идеи/фичи/хотелки/срочные задачи/фиксы и тому подобное. Бесконечный путь, по которому хочется и приходится бежать всё быстрее и быстрее.
Прогресс = Поток. Он постоянно движется вперед, трансформируется и видоизменяется на ходу, не имея ни конечной точки, ни даже промежуточной точки своей остановки.
Точку(и) и остановки рынка ошибочно создаёт и фиксирует в своём сознании продакт/руководитель/инвестор, а не рынок на рынке. В этом и кроется суть ошибки.
Лекарство от бесконечного отставания:
– максимально короткие временные спринты для команд (как разработчиков, так и дизайнеров и продактов);
– упрощенные родмепы в стиле "сейчас/далее/потом";
– смелость в экспериментах, гипотезах, фичах/решениях/продуктах и их же хладнокровном убийстве.
Помни, что ты с большой вероятностью никогда не поймешь и окончательно не осознаешь всего будущего масштаба рынков (привет, смежным рынкам и асинхронным проблемам) и их потребительского спроса/ожидания/потребностей на длинном промежутке времени.
Начиная что-то целенаправленно изучать в столь далекой перспективе с уже работающим в настоящем продукте (и бежать туда сломя голову с командой), то когда ты закончишь это делать, с большей вероятностью и рынок и отрасль уже будут другими и совершенно в другом месте.
По факту, ты, твоя команда и работающий продукт будете пытаться догнать... прошлое.
Не ограничивай мышление глубиной мыслей.
Не цепляй мысли к временными характеристикам.
Прошлое ∞ Настоящее ∞ Будущее.
Времени не существует 🕳️
😎 RUSPM
Имя ей – бесконечное отставание.
Мы анализируем рынки, находим идеи и тренды, строим планы на месяцы/кварталы/годы, ищем и находим их апрув у руководителей/СЕО/инвесторов, фиксируем их как цели, пытаемся достичь их, но... никогда ничего не успеваем.
При всём этом в наши родмэпы постоянно лезут новые идеи/фичи/хотелки/срочные задачи/фиксы и тому подобное. Бесконечный путь, по которому хочется и приходится бежать всё быстрее и быстрее.
Прогресс = Поток. Он постоянно движется вперед, трансформируется и видоизменяется на ходу, не имея ни конечной точки, ни даже промежуточной точки своей остановки.
Точку(и) и остановки рынка ошибочно создаёт и фиксирует в своём сознании продакт/руководитель/инвестор, а не рынок на рынке. В этом и кроется суть ошибки.
Лекарство от бесконечного отставания:
– максимально короткие временные спринты для команд (как разработчиков, так и дизайнеров и продактов);
– упрощенные родмепы в стиле "сейчас/далее/потом";
– смелость в экспериментах, гипотезах, фичах/решениях/продуктах и их же хладнокровном убийстве.
Помни, что ты с большой вероятностью никогда не поймешь и окончательно не осознаешь всего будущего масштаба рынков (привет, смежным рынкам и асинхронным проблемам) и их потребительского спроса/ожидания/потребностей на длинном промежутке времени.
Начиная что-то целенаправленно изучать в столь далекой перспективе с уже работающим в настоящем продукте (и бежать туда сломя голову с командой), то когда ты закончишь это делать, с большей вероятностью и рынок и отрасль уже будут другими и совершенно в другом месте.
По факту, ты, твоя команда и работающий продукт будете пытаться догнать... прошлое.
Не ограничивай мышление глубиной мыслей.
Не цепляй мысли к временными характеристикам.
Прошлое ∞ Настоящее ∞ Будущее.
Времени не существует 🕳️
Please open Telegram to view this post
VIEW IN TELEGRAM
Прочитал тред на тему развития soft skills для инженеров, ставших тимлидами, и с трудностей, с которыми они сталкиваются: непонимание разницы в ролях, управление командой, выгорание и т.п.
На YaTalks как раз был дельный доклад на тему перехода экспертов в руководители, вот запись для тех, кому интересны все подводные камни.
Интересные мысли:
– Управление командой — это про софт скилл, который можно качать так же, как и хард скиллс (и их тоже нужно осваивать)
– Если не хочется быть сильно главным, можно сформировать вокруг себя команду, где каждый её участник будет влиять на решения
– Секрет счастья в роли менеджера – понять и принять тот факт, что когда руководишь людьми, всё, что сделано, это сделано командой, а не тобой
– Лекарство от выгорания в таких условиях простое – переключить своё сознание на успехи команды, которой ты управляешь (её успехи = твои успехи)
👁 Большая подборка докладов на Ютубе
На YaTalks как раз был дельный доклад на тему перехода экспертов в руководители, вот запись для тех, кому интересны все подводные камни.
Интересные мысли:
– Управление командой — это про софт скилл, который можно качать так же, как и хард скиллс (и их тоже нужно осваивать)
– Если не хочется быть сильно главным, можно сформировать вокруг себя команду, где каждый её участник будет влиять на решения
– Секрет счастья в роли менеджера – понять и принять тот факт, что когда руководишь людьми, всё, что сделано, это сделано командой, а не тобой
– Лекарство от выгорания в таких условиях простое – переключить своё сознание на успехи команды, которой ты управляешь (её успехи = твои успехи)
👁 Большая подборка докладов на Ютубе
YouTube
Из экспертов в руководители и обратно через боль, выгорание и инсайты
С раннего детства у большинства из нас формируется стереотип, что хорошая карьера развивается только вертикально, и единственный способ её построить — стать руководителем.
В своём выступлении Андрей Бреслав и Александр Ложечкин попробуют убедить аудитории…
В своём выступлении Андрей Бреслав и Александр Ложечкин попробуют убедить аудитории…
#cusdev #best Учимся задавать правильные вопросы на касдевах и интервью с помощью классики от 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
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.
На своём канале Катерина рассуждает о маркетинговых, клиентских и рыночных болях.
Как всегда, делюсь полезными постами с канала:
— Почему нельзя повторить успешные проекты
— Кто такие «паучок» и «вороночка» и зачем они бизнесу
— Как быть хорошим экспертом
— Как растить доверие в клиентском бизнесе
— Не стоит бояться говорить об очевидных вещах в продающих текстах
На своём канале Катерина рассуждает о маркетинговых, клиентских и рыночных болях.
Как всегда, делюсь полезными постами с канала:
— Почему нельзя повторить успешные проекты
— Кто такие «паучок» и «вороночка» и зачем они бизнесу
— Как быть хорошим экспертом
— Как растить доверие в клиентском бизнесе
— Не стоит бояться говорить об очевидных вещах в продающих текстах