Обложка канала

Product Management. Страница 35

15478 @ruspm
Открыть

Все о боли запуска и развития онлайн-проектов от @mirvla (CEO платформы для самообразования TheUnicorn.info, автор пособия http://bit.do/ruspm.

  • Product Management

    Нетология приглашает на бесплатный курс «Как стать продакт- или проджект-менеджером». Кому будет полезен курс: 1) начинающим — научитесь отличать продакта от проджекта, проверите, что подходит вам больше и узнаете, какие ещё профессии существуют вокруг продуктов и проектов; 2) диджитал-специалистам — разберётесь в основах управления продуктами и проектами, проверите свой скиллсет и поймёте, куда расти; 3) специалистам в управлении продуктами ― увидите, чем занимаются другие продакты и проджекты на рынке. 👉 Бесплатное участие Видеолекции и запись вебинара будут доступны после регистрации

  • Product Management

    Менеджер по продукту (product manager) и владелец продукта (product owner) – это одно и то же? В чем разница? Эти роли пересекаются? Диего Гранадос (старший PM в Linkedin) предлагает разобраться в этом вопросе: Product Owner — это роль, которая существует в Agile (в частности, роль в Scrum-команде). Продакт-овнеры максимизируют ценность продукта, полученного в результате работы scrum-команды. Обязанности Product Owner – эффективно управлять работами по продукту: – Донесение до команды целей продукта; - Эффективное управление бэклогом; – Контроль разработки с оглядкой на продуктовые цели. Product Owner расставляет приоритеты в историях, общается и координирует команду, взаимодействуя с заинтересованными сторонами и клиентами для принятия таких решений. PO являются экспертами и хранителями бэклога и, согласно руководству Scrum, могут даже делегировать задачи по мере роста команды. Обязанности Product Manager: – говорить с пользователями; – работать с дизайном, инженерами, маркетингом, юридическими вопросами и т. д.; – определять и устанавливать видение и стратегию; – создавать дорожные карты, требования, сторис, бэклог и расставлять их содержимое по приоритетам; – управление заинтересованными сторонами; – продакт-менеджер может даже работать над ценообразованием и целиком над продуктовыми бизнес-процессами. В чем же разница между Product Manager и Product Owner? – Роль Product Owner существует внутри Scrum. Уберите Scrum и Agile из своего процесса, расширьте зону ответстенности и теперь вы Product Manager; – если вы PM и ваша команда использует scrum, вы, вероятно, также являетесь PO; – Product Owner зависит от Скрама. Product Manager нет. Частые вопросы – Product Owner - это работа или роль? – В стартапах грань между PM и PO практически неразличима, в крупных технологических компаниях есть более четкое различие. Но всё всегда зависит от компании. – Можно ли быть Product Owner, не будучи Product Manager? – ДА! PO = РОЛЬ. PM = РАБОТА. – Можно ли быть PO, а затем стать PM? – Вы можете быть кем угодно, а затем стать PM. – В описании вакансии Product Owner/Manager работодатель указывает совершенно другие требования/обязанности. – Не переживайте, т.к. компании часто сами не понимают чего хотят. Просто уточните реальные обязанности и зоны ответственности данной вакансии у рекрутера. Название роли/должности не важны – у нее может быть любое название, главными выступают другие вещи – то, над чем вы будете работать и за что отвечать и то, что делает вас по-настоящему счастливым на работе. Полезное по теме: – Разница и отличия в обязанностях между Director of product management, VP of product management и Chief product officer. – 12 компетенций продакт-менеджера – Таблица навыков продакт-менеджера

  • Product Management

    Alfa Digital в этот вторник (29 марта, в 19:00) проводит бесплатный митап GROWTH HACKING MEETUP. В программе 3 доклада: – Гипотезы. Разберут каждый этап воронки AAARRR на реальных кейсах. – Growth Hacking в продукте: инициация проекта, этапы каждой гипотезы и чек-лист эксперимента, состав команды роста и еженедельные процессы, NSM и дерево метрик. – Growth Hacking в компании: проблемы внедрения и масштабирования команд роста в большой компании и почему команда роста должна быть FTE. Завершится митап круглым столом на острую тему “Как применять Growth Hacking в условиях неопределенности”. Спикеры митапа: Илья Кузнецов, СРО Digital Innovations Альфа-Банк, Кирилл Викентьев, СРО Growth Hacking Альфа-Банк & Юрий Дроган, Евангелист JTBD и Growth Hacking в России, автор методологии Growth Academy. 👉 Регистрация на митап Участие бесплатное. Количество мест ограничено.

  • Реклама

  • Product Management

    Хотите стать профессионалом в области системной аналитики? Прокачайте навыки 1 апреля на demo-занятии «ТЗ по ГОСТ: кому оно вообще нужно?» в OTUS. Преподаватель Иннокентий Бодров, ведущий аналитик в Stenn International, расскажет: – Что такое ТЗ и для чего оно используется. – Что делать, если вам поставили задачу составить ТЗ, что в него включать? Есть ли шаблоны? – ГОСТ 19 и 34 серии — палочка-выручалочка для работы не только с госзаказчиком. Открытый вебинар входит в программу онлайн-курса «Системный аналитик. Advanced». Для комфортного участия в вебинаре необходимо определить уровень ваших знаний. 🎯 Пройдите тест и записывайтесь на вебинар https://otus.pw/fpZn/

  • Product Management

    AiData поделились инструментом "Готовые аудитории" для рекламы ваших продуктов. У AiData более 1,700 аудиторных сегментов, с помощью которых можно точно таргетироваться на целевую аудиторию в Яндекс, Mytarget и др. по различным тематикам и характиристикам: от нумизматов до тех, кто изучает китайский. 👉 Найти свою целевую аудиторию Бонус: подробное видео об аудиторных сегментах и как они работают

  • Product Management

    “7P of Product” или "Семь составляющих продукта" - модель, объединяющая внутренние и внешние факторы и позволяющая менеджерам по продукту лучше понимать свой продукт и его место на рынке. Модель состоит из 7 самых важных компонентов любого продукта: Проблема (Problem). Единственный способ создать продукт, который хотят купить клиенты, - это решить болезненную для них проблему. Нет проблемы — нет решения. Цель (Purpose). Другими словами — компас, который вас ведёт к успеху. Можно ли ходить в поход без компаса? Конечно, нет. Позиционирование (Position). Раньше, позиционирование считалось эксклюзивной областью маркетологов и пиарщиков, но такие времена уже прошли. Сейчас позиционирование является неотъемлемой частью как продуктовой, так и маркетинговой стратегии, которая помогает помогает покупателям и пользователям понять, какое место в жизни пользователя может занимать продукт. Производительность (Performance). Чтобы измерить производительность продукта, нам необходимо определить метрики, которые наиболее актуальны для той стадии жизненного цикла, на которой находится ваш продукт. Цена (Price). Цена несёт в себе очень важную информацию и в век капитализма может подчеркивать продуктовую ценность/востребованность ещё до этапа использования продукта, благодаря которой он может восприниматься как «качественный», «массовый», «нишевой», «элитный» и так далее. Продвижение (Promotion). Как и позиционирование, продвижение продукта давно вышло за рамки маркетинга и любой уважающий себя маркетолог всегда работает в связке с продактом, который подсказывает и даёт маркетингу тонную ценнейшей информации: проблематика, ЦА, УТП, конкурентные преимущества и тому подобное. Практика (Practice). Под практикой имеется ввиду всё, что помогает организовать процессы выше: команда, методологии, инструменты. Развивая и оптимизируя их, вы развиваете и оптимизируете продукт, над которым работаете.

  • Product Management

    #промо 30 марта в 11:00 (МСК) присоединяйтесь к бесплатному вебинару «Avatar в мире коммуникаций: 3 бизнес-кейса» В наше время голосовые боты, использующие AI, уже давно могут обрабатывать входящие звонки, отвечать на часто задаваемые вопросы, принимать заказ товаров, вызывать такси и проводить опросы. Но…как они это делают? Артем Бондарь, руководитель группы AI-разработки, расскажет о том, как новое NLP-решение поможет вашему бизнесу с повседневными задачами. 👉 Регистрация Присоединяйтесь к вебинару и получите возможность выиграть призы от Voximplant! 🎁

  • Product Management

    #промо Какие первые шаги предпринимать тимлиду на новом месте? Расскажем 29 марта на бесплатном вебинаре в OTUS. Основной спикер — Александр Пряхин, прошедший путь в программировании от Junior Developer до CTO. На занятии Александр ответит на вопросы: — С чего начать работу лиду? — На какие процессы стоит обращать внимание? — В каких местах кроются quick wins для быстрого роста? РЕГИСТРАЦИЯ НА ВЕБИНАР 👉 https://otus.pw/j61t/ После demo-занятия вас ждет еще больше полезных знаний на онлайн-курсе «Team Lead» от OTUS. Курс ориентирован на начинающих руководителей, мидл- и сеньор-разработчиков и тех, кто уже управляет командой.

  • Product Management

    Как конкурировать с МЕГАКОРПОРАЦИЕЙ? Что делать продакту, если он развивает стартап, который должен конкурировать с мегакорпорацией? Использовать её же слабые места, которые почему-то считаются... её сильными сторонами. 1. Огромные команды = неэффективные команды. Привлечение 2+ продуктовых команд внутри корпорации для совместной работы над созданием нового продукта с новым пользовательским опытом — самая сложная задача и мегакорпорации наиболее уязвимы к таким изменениям. Простой пример – Calendly появился потому, что команда Gmail и команда Google Calendar не работали вместе над созданием более удобных и гибких решений для своих пользователей. Почему Google не сделали Calendly? Потому что в запутанной корпоративный иерархии Google и отсутствию там свободы действий, такие предложения были отклонены руководством корпорации. Если вы можете создать значимую ценность, плавно объединяя решения 2+ различных проблем (продуктов), у вас, как правило, будет достаточно времени, прежде чем мегакорпа: а) догадается об этом; б) спланирует это; в) начнет реализовывать подобное; г) реализует это лучше, чем вы. 2. Массовость как порок. Как только продукт мегакорпы достигает массового масштаба, давление KPI и прочих метрик часто вынуждает продакт-менеджеров отдавать предпочтение широте использования продукта и росту этих самых метрик, а не глубине его использования (решения кросс-проблем, росту вовлечения и других прокси-метрик). Примеры – GoogleDocs и Notion. Notion отжал у Гугла существенный кусок пирога писателей именно за счет вертикального проникновения, сделав ставку на начальное позиционирование на узкой IT-аудитории. Google не успел вовремя распознать рост Notion – они считали, что массовость Docs это преимущество, на которое никто никогда не покусится. Как оказалось, это не так. Более того – мегакорпа до сих пор ничего не смогла предложить своим юзерам аналогов Notion, в то время как последний забрал аудиторию доксов и предложил ей даже больше, чем просто белый лист бумаги. 3. Не для профессионалов. Массовость накладывает свой отпечаток – обычно продукты мегакорпораций создаются для максимально широкой аудитории и... не рассчитаны для опытных пользователей. Пример: Mailchimp и Intercom. Первый сервис легко справляется с функцией организации email-рассылок. Второй – делает тоже самое и ещё порядка 100 дополнительных опций, надстроек, каналов коммуникации и т.п. Подумайте о том, чтобы позиционировать свой продукт как альтернативу существующему продукту мегакорпы, но... для более опытных пользователей. У такого позиционирования есть три явных преимущества: 1) проблема и решения уже верифицированы; 2) пользователи легко поймут, что делает ваш продукт; 3) а значит, с большей готовностью попробуют его. 4. Бизнес-модель как тупик. Мегакорпе бывает трудно развивать свою бизнес-модель, особенно если ее текущая модель обеспечивает высокую прибыль и масштаб. Пример: Twitter использует рекламную бизнес-модель и ему сложно внедрить дополнительную бизнес-модель, например, функции paywalll и donate. Пока они утверждали с фин. отделом и планировали, что же делать и как расширяться, на сцену вышли Patreon, Substack и OnlyFans. 5. Время не лечит, а убивает мегакорппу. Мегакорпы всегда “успешны”. В большинстве случаев, их успех – цифры, подогнанные аккурат до поставленных ранее инвесторами или советом директоров KPI. И раз корпорации живут периодами отчетности и совещаний (и подготовки к ним), то всё что нужно делать тебе – развивать свой продукт с оглядкой не на временные рамки и отчеты, а на реальность в виде обратной связи с юзерами. Данные советы в равной степени актуальны как для продактов из стартапов, так и для продакт-менеджеров, работающих в этих самых корпорациях (для минимизации их собственных рисков). Полезные статьи по теме: – 5 зависимостей, которые медленно убивают твой продукт – Нечестное конкурентное преимущество – Порог существенности в конкуренции – Как студент из Ульяновска создал глобальную IT-компанию – Зачем люди пользуются вашим продуктом?

  • Product Management

    #промо Какая бывает тестовая документация и зачем она нужна? 21 марта в 20:00 в OTUS пройдет бесплатный вебинар «Теория тестирования. Документация тестирования». Вместе с преподавателем-экспертом поговорим о документации, которую составляет тестировщик, а именно: дефекты, чек-листы, тест-кейсы и т.п. 👇Регистрация на вебинар: https://otus.pw/n7LE После demo-занятия вы сможете продолжить осваивать необходимые навыки на онлайн-курсе «Специализация QA Automation Engineer».

  • Product Management

    Аакаш Гупта (PM в Fortnite, Google) в своём твиттере поделился подборкой советов для продактов. Далее, ему слово: Мой любимый вопрос премьер-министра: как мы можем мыслить масштабнее? Управление продуктом — это поиск ответов на 5 основных вопросов: 1) ПОЧЕМУ мы что-то делаем → видение 2) ЧТО мы делаем → стратегия 3) Для КОГО мы это делаем → сегментация 4) КОГДА мы это доставим → дорожная карта 5) КАК мы это сделаем → спецификации Большинство команд думают, что они работают в продуктовых командах, в то время, как они могут быть фиче-командами или командами доставки. Стоит понимать разницу. Команды по продуктам: решают, что они создают. Команды по продуктовой разработки: помогают определить специфику функций, которые они создают. Команды доставки: выполняют определенные функции. Пользователям требуется больше времени, если перед ними больший выбор. Не заставляйте пользователей тратить на время – помогайте им и максимально ограничивайте выбор. Пользователи помнят самостоятельно приобретаемые знания лучше, чем просто факты. Не бойтесь обучать пользователей. Поведение по Фоггу = Мотивация + Способность + Подсказки. В переводе на продуктовый: найдите сильную пользовательскую боль и сделайте её решение как можно более простым. Переменное вознаграждение: если за конкретную деятельность пользователя ему даются постоянные и последовательные вознаграждения, рано или поздно интерес к продолжению этой деятельности пропадает. Лучше делать их случайными или переменными. Иррациональное поведение не случайно — оно носит систематический характер. Раз так, то вы можете помочь себе и людям не совершать будущих ошибок, анализируя прошлые действия их предшественников. Мы оптимистичны, когда делаем оценки, потому что мы смотрим изнутри. Снаружи всё может быть по-другому. Не забывайте смотреть на себя и свой продукт от третьего лица. Мы игнорируем опасную и негативную информацию, пряча голову в песок, как страусы. Не стоит делать этого – рано или поздно, но вы всё равно столкнётесь со страшной правдой.

  • Product Management

    #промо 26 апреля стартует онлайн-курс «Руководитель поддержки пользователей в IT» в OTUS Если вы давно задумываетесь о том, чтобы перейти в руководители и хотите углубить свои знания в орагнизации отделов поддержки пользователей, этот курс для вас. На занятиях вас ждет разбор кейсов с экспертами, уйма практики и обмена опытом с единомышленниками. 👉 Оставьте заявку, чтобы присоединиться к группе

  • Product Management

    Продакт-менеджер Booking Бандан Жот в своём твиттере делится опытом по работе с разработчиками и дизайнерами. Далее, ему слово: Если команда инженеров мотивирована, половина ваших проблем с управлением проектами исчезнет. Вот 5 советов для счастливой команды инженеров, извлеченных из моего повседневного опыта. 1. Отмечайте маленькие победы. Вам не нужно ждать, пока код попадет в релиз и будет доступен на проде для пользователя. Инженерные задачи могут быть длинными и монотонными и если они растягиваются более чем на несколько недель — отмечайте вместе с командой прохождение промежуточных чекпойнтов. 2. Обсуждения идей. Объединитесь с дизайнером и проведите совместный мозговой штурм с командой ваших инженеров. Поделитесь 1-2 основными проблемами клиентов и используйте виртуальную доску, чтобы найти вместе с ними инновационные решения (приоритеты можно расстаавить позже). 3. Не беритесь за дело без одобрения инженеров. Вы несете ответственность за дорожную карту, поэтому странно, если продакт береётся за план, который не согласован с разработчиками. Зная, что достижимо, а что сложно сложно для вашей команды, вы можете управлять рисками. 4. Делитесь общей картиной. Возможно, вы удивитесь, но инженеры любят знать, как их работа влияет на организацию и (и насколько). Проводите митинги, чтобы делиться бизнес-новостями и обновлениями дорожной карты. 5. Будьте партнером. Вы и команда инженеров работаете над достижением общей цели. У команды могут быть причины делать что-то, что не соответствует вашему видению. Будьте открыты и внимательны к таким предлолжениям – часто они открывают новые возможности для продукта. БОНУС: Три простых шага, которые вы можете предпринять, чтобы улучшить работу дизайнера 1. Объясняйте "почему". Даже если вы имеете в виду цвет кнопки. Вместо "просто сделаем так" подделитесь информацией на уровень выше – какую проблему мы пытаемся решить, и как бы вы оценили ее решение. Пока не трогайте само решение! 2. Решения и обсуждения на правильном уровне детализации. В некоторых случаях дизайнер может захотеть обсудить решения или провести мозговой штурм. Не допускайте обсуждений на уровне абстракций/пальцев. 3. Передавайте микрофон. Когда заходит речь о пользователях и их жизни в продукте, не забывайте звать на сцену дизайнера. Пусть дизайнер видит и демонстрирует результаты своей работы, получая обратную связь не только от вас и фронтендера. Полезные статьи: – Как продакту научиться думать как разработчик – Почему я мешаю разработчикам писать идеальный код – Cоветы по поиску, выбору и собеседованию дизайнера – Универсальная модель этапов развития любой команды по Тукману – Как продакт-менеджеру завоевать и удержать доверие своей команды – Самая страшная ошибка продакта – прятать продукт от команды

  • Product Management

    #промо Отус набирает поток на онлайн-курс «Team Lead», где собраны одни из лучших практик по развитию Soft и Hard Skills для тимлидов. За 5 месяцев обучения вы узнаете: — как презентовать IT-проекты; — как эффективно взаимодействовать с командой; — как организовывать грамотный найм сотрудников; — как контролировать выполнение задач и делегировать их; — как развивать IT-специалистов. Также во время обучения вас ждут 2 занятия в специальном формате: разбор вашего личного кейса с экспертом 1 на 1 + реальный выпускной проект в конце программы обучения. 👉 Оставьте заявку и зарезервируйте место в группе по специальной цене Ближайшие бесплатные вебинары: – 29 марта «Первые шаги тимлида на новом месте» – 13 апреля «Организация процесса разработки программного обеспечения»

  • Product Management

    Картинка смертельной петли продукта by @ruspm

  • Реклама

  • Product Management

    В январе этого года я писал, что “начало года – не совсем подходящее время, чтобы ставить планы. Обычно, такие "планы на бумаге" начинают меняться уже в первом квартале, а ближе к середине года они вообще уходят в архив”. Становится страшно от того, насколько это утверждение оказалось верным :( Считаю, что спустя 2 недели после начала всем известных печальных событий, можно делать первые выводы. Для себя я полностью пересмотрел развитие своих продуктов и вот к чему я пришел: 1. Мы в команде считаем, что в ближайшее время инвестиционный и бизнес-климат России НЕ изменится в лучшую сторону (точнее, он не вернётся туда, где был ранее). 2. Мы видим, что свободных денег у всех участников российского рынка всё меньше: от пользователей, ради которых это всё и работает, до Яндекса и Ко, инвест. фондов и прочих it-компаний, которые являлись неотъемлемым и промежуточным звеном в it-цепочке. 3. Особенные опасения вызывают принимаемые сейчас “меры поддержки”, которые могут только усугубить и без того критическую ситуацию. Даже этих двух пунктов достаточно, чтобы полностью пересмотреть стратегию существования на глобальном рынке. Вот что мы поменяли и будем менять в ближайшее время в Метеоагенте: 1. Мы открыто поговорили внутри команды и все убедились, что команда имеет общее и единое отношение к происходящим в мире событиям. 2. Мы не будем строить велосипеды с разными способами подписок на мобильных устройствах. Вместо этого, для российских и украинских пользователей приложение будет бесплатным (до наступления светлого будущего в обеих странах). 3. Мы также застопорили интеграцию всех новых и невзятых в разработку фич, которые мы планировали делать после касдева российских пользователей. 4. Главное – мы приняли решение сместить фокус с развития на ру-рынке на рынок США. Исследования market-fit, локализация, маркетинг – всё то, чем мы планировали плотно заняться только через 1,5 года, мы начинаем делать уже сейчас. 5. Метеоагент - “гаражный стартап”. Если до всех событий мы относились к бухгалтерии пост-фактум и нередко вкладывали в продукт свои личные деньги, то теперь бюджет продукта = личный бюджет, который мы чекаем раз в неделю. 6. Мы отказались от платного продвижения в соц. сетях, вместо которых будет интегрировать механики вирального и гейм-маркетинга внутри продукта. Вообще, заметил, что в условиях ограниченного бюджета, в голову приходят гораздо более здравые и интересные мысли по маркетингу и росту продукта. Старина Стив был во-истину прав: "Stay hungry" (кто не знал – Джобс процитировал прощальный выпуск издания об американской контр-культуре Whole Earth). 7. Мы отказались от некоторых SaaS-сервисов, расходы по которым: а) растут с ростом курса $; б) растут при росте продукта и его аудитории. Так, например, нам пришлось попрощаться с Intercom, который в срочном порядке отключили и по тикетам мы пока работаем напрямую через почту (но планируем переехать на open source FreeScout, неплохой аналог HelpScout. 8. В тех зарубежных онлайн-сервисах, которыми мы продолжаем пользоваться, сменили настройки на юрисдикцию США. 9. Мы не планируем переезжать на российские аналоги хостинга/crm и иного бизнес-софта – переезд будет долгим и муторным и не будет стоить потраченных на это времени/сил. 10. Создали собственный vpn-сервер для команды и их семей на OutlineVPN для защиты и доступа к заблокированным ресурсам (под которые сейчас рикошетом может попасть любой сайт/сервис). Помни, что в условиях высокой неопределенности и быстрых изменений (что и происходит сейчас) все старые планы имеют крайне малое значение по одной причине — они основаны на старой информации, которая не учитывает произошедшие новые события. Полезные статьи: – Почему не стоит строить далекоидущие планы на 3-4-5 лет вперед, если ты работаешь в стартапе. – Как нарисовать перед глазами простую и понятную картину о продукте и понять, что его усиливает, а что создает риски и тянет вниз? – Как думать в условиях ограниченной информации? Слушать свою интуицию! В противном случае, ты и твой продукт можете попасть в смертельную петлю.

  • Product Management

    #промо ProductLive приглашает на новый поток курса по созданию и развитию продуктов: «Профессия Product Manager». Практический курс на 12 месяцев по созданию и развитию продуктов: – мобильных приложений; – интернет-сервисов; – маркетплейсов; – сервисов доставки; – и прочих видов продуктов. 👉 Программа курса и преподаватели Курс подходит как для начинающих, так и опытных продактов. Старт 21 марта, по окончании – трудоустройство.

  • Product Management

    Намди Азодо (Nnamdi Azodo), продакт-менеджер из Нигерии, делится 3 главными советами, которые он дал бы самому себе в начале своей карьеры: Совет № 1. Изучите управление заинтересованными сторонами (Stakeholder management) В начале своей карьеры в области управления продуктами я думал, что если я поговорю с клиентами, изучу конкуренцию и плотно поработаю с командой инженеров, то всё будет в порядке. Оказалось, что это не так. Управление продуктом это влияние на окружающих с... нулевыми полномочиями (у продакта). Необходимо научиться влиять на нужных людей, во всех аспектах продукта и бизнеса, чтобы добиться своих целей: от соблюдения требований к пользовательскому функционалу, его дизайну, до маркетинга, монетизации, рисков и всего остального. Как влиять на людей? Поймите корпоративное устройство и иерархию в компании, говорите на её языке, помогайте сторонам лучше понимать ваши (и общие) цели, задачи, риски и переживания. – Планирование коммуникаций с заинтересованными сторонами (en). – Управление заинтересованными сторонами (en) Совет № 2. Учитесь коммуницировать и общаться с людьми В общении всегда есть место для совершенствования. Общайтесь с заказчиком, общайтесь с командой инженеров, дизайнеров, маркетинга, сапорт-менеджерами и руководителями. Лучше переборщить с общением, чем допустить его нехватку. – Как ставить задачи по продукту, чтобы получать хороший результат – Как излагать свои мысли в e-mail переписках более эффективно – Советы по взаимодействию со стейкхолдерами Совет №3. Систематически делитесь важной информацией Я говорю не о ежемесячных отчетах, а о регулярных саммари о внутренней жизни продукта вашему руководителю (и другим заинтересованным сторонам: команде, инвесторам и т.п.). Чем делиться? Промежуточные KPI, интересные кейсы, "что мешает" и т. д. Не ждите, пока ситуация станет настолько "интересной", что они спросят сами. Делитесь через регулярные промежутки времени, идеально – ежемесячно. – Как продакт-менеджеру завоевать и удержать доверие своей команды? – Про доверие в команде от @FreshProductGo