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
В управлении продуктом есть самая большая искусственная проблема, которую мы сами себе придумываем и в ловушку которой мы попадаем.
Имя ей – бесконечное отставание
Мы анализируем рынки, находим идеи и тренды, строим планы на месяцы/кварталы/годы, ищем и находим их апрув у руководителей/СЕО/инвесторов, фиксируем их как цели, пытаемся достичь их, но... никогда ничего не успеваем.
При всём этом в наши родмэпы постоянно лезут новые идеи/фичи/хотелки/срочные задачи/фиксы и тому подобное. Бесконечный путь, по которому хочется и приходится бежать всё быстрее и быстрее.
Он постоянно движется вперёд, трансформируется и видоизменяется на ходу, не имея ни конечной точки, ни даже промежуточной точки своей остановки.
Точку(и) и остановки рынка ошибочно создаёт и фиксирует в своём сознании продакт/руководитель/инвестор. В этом и кроется суть ошибки.
Лекарство от бесконечного отставания:
– максимально короткие временные спринты для команд (как разработчиков, так и дизайнеров и продактов);
– упрощенные родмепы в стиле "сейчас/далее/потом";
– смелость в экспериментах, гипотезах, фичах/решениях/продуктах и их же хладнокровном убийстве.
Помни, что ты с большой вероятностью никогда не поймешь и окончательно не осознаешь всего будущего масштаба рынков (привет, смежным рынкам и асинхронным проблемам) и их потребительского спроса/ожидания/потребностей на длинном промежутке времени.
Начиная что-то целенаправленно изучать в столь далекой перспективе с уже работающим в настоящем продукте (и бежать туда сломя голову с командой), то когда ты закончишь это делать, с большей вероятностью и рынок и отрасль уже будут другими и совершенно в другом месте.
По факту, ты, твоя команда и работающий продукт будете пытаться догнать... прошлое.
Не ограничивай мышление глубиной мыслей.
Не цепляй мысли к временными характеристикам.
Прошлое ∞ Настоящее ∞ Будущее
Имя ей – бесконечное отставание
Мы анализируем рынки, находим идеи и тренды, строим планы на месяцы/кварталы/годы, ищем и находим их апрув у руководителей/СЕО/инвесторов, фиксируем их как цели, пытаемся достичь их, но... никогда ничего не успеваем.
При всём этом в наши родмэпы постоянно лезут новые идеи/фичи/хотелки/срочные задачи/фиксы и тому подобное. Бесконечный путь, по которому хочется и приходится бежать всё быстрее и быстрее.
Прогресс = Поток
Он постоянно движется вперёд, трансформируется и видоизменяется на ходу, не имея ни конечной точки, ни даже промежуточной точки своей остановки.
Точку(и) и остановки рынка ошибочно создаёт и фиксирует в своём сознании продакт/руководитель/инвестор. В этом и кроется суть ошибки.
Лекарство от бесконечного отставания:
– максимально короткие временные спринты для команд (как разработчиков, так и дизайнеров и продактов);
– упрощенные родмепы в стиле "сейчас/далее/потом";
– смелость в экспериментах, гипотезах, фичах/решениях/продуктах и их же хладнокровном убийстве.
Помни, что ты с большой вероятностью никогда не поймешь и окончательно не осознаешь всего будущего масштаба рынков (привет, смежным рынкам и асинхронным проблемам) и их потребительского спроса/ожидания/потребностей на длинном промежутке времени.
Начиная что-то целенаправленно изучать в столь далекой перспективе с уже работающим в настоящем продукте (и бежать туда сломя голову с командой), то когда ты закончишь это делать, с большей вероятностью и рынок и отрасль уже будут другими и совершенно в другом месте.
По факту, ты, твоя команда и работающий продукт будете пытаться догнать... прошлое.
Не ограничивай мышление глубиной мыслей.
Не цепляй мысли к временными характеристикам.
Прошлое ∞ Настоящее ∞ Будущее
Времени не существует 🕳️
Прочитал тред на тему развития 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