25035
Product Management & AI Occultism, Philosophy & Logic. AI is A NEW RELIGION™ YO: @mirvla (C-f 𓇶 Meteoagent.com, f & c-o E-pepper.ru, author exp.fm/posts/25) SATOR AREPO TE8ET OPERA ROTAS
Нарыл огненный сборник бизнес-эссе от Мэта Мочари (Matt Mochary), американского бизнесмена, инвестора и коуча гендиректоров Reddit, Coinbase, Notion, OpenAI и других.
Внутри куча IT-опыта по командной работе, видению и миссии, примеры фреймворков и куча другой ценнейшей инфы (одно лишь описание которой занимает 10 страниц).
P.S. Бизнес-эссе в Гуглдокс и на английском языке 🤷🏻♂️
Кому интересна тема граф. дизайна и как там устроены процессы – мой давний товарищ Еруслан Каронский со своей командой выпускается из Школы Бюро Горбунова с дипломным проектом по дизайну барной карты сети ресторанов.
Обо всех проектных этапах и внутренней кухне работы с заказчиками рассказывают в своем телеграм-канале.
18 мая в 20:00 мск OTUS приглашает вас на открытый урок "Когортный анализ и сегментация".
На примерах реальных компаний на занятии объяснят, почему и когда нужны эти виды анализа и к каким ошибкам может привести отсутствие практики их применения.
В результате вебинара:
— Научитесь использовать эти аналитические подходы
— Будете знать самые распространенные варианты сегментов и когорт, которые используются в аналитике
👉Для участия зарегистрируйтесь:
https://otus.pw/dYjv/
Не упустите возможность протестировать формат обучения и узнать новое! Больше полезного ждет вас на курсе, сейчас доступны разные способы оплаты.
Кампус Facebook раньше был кампусом Sun Microsystems. После покупки кампуса, Facebook оставил вывеску прошлого владельца как напоминанием о том, что происходит с компанией, когда она теряет своё преимущество.
Читать полностью…
О ранних пользователях в продукте: кто это такие и в чем их польза (и недостатки)
Читать полностью…
Эффективная беседа на любом уровне, будь то беседа с коллегой или же с руководством – это процесс, после которого обе стороны получают нужный для себя результат: идеи, информация, помощь, апрув и т.п. вещи.
Основа любой успешной беседы – связанная логикой и повествованием цепочка вопросов, ответов, утверждений и опровержений, которые используются обеими сторонами.
Вот составляющие правильной беседы и вопросы, которые облегчают любые коммуникации в команде:
– Необходимость. Нам нужно говорить об этом?
– Уточнение. Что ты/мы имеешь в виду?
– Предположение. Что мы предполагаем?
– Верификация. Откуда мы знаем, что это правда?
– Причины. Что вызывает это?
– Действие. Что должно быть сделано?
– Время. К какому сроку это ожидается?
– Эффекты. Каковы будут эффекты?
Принципы задавания вопросов и ответов:
Будьте ситуационным вопрошателем. На начальном этапе диалога вы составляете обзор, оцениваете ситуацию и выясняете:
– чего хотите достичь с помощью данной беседы;
– возможности вашего собеседника (оценка, как и ваше Намерение, могут измениться уже в ходе беседы).
Конкретность. Чтобы избежать недопониманий и неясностей при ответе, задавайте вопросы, которые конкретны и четко формулированы. Правильный вопрос уже содержит в себе 80% правильного ответа.
Учитывайте контекст. Чтобы получить максимально точный ответ, задавайте вопросы, учитывая текущий контекст ситуации.
Ясность. Старайтесь, чтобы ваш вопрос был легко понятен тем, кому он адресован. Спец. термины стоит использовать только с теми, в ком вы уверены, что он им будет понятен.
Нейтральность. Старайтесь не подталкивать собеседника к ответам (за исключением случаев, когда это необходимо).
Структурированность. Старайтесь структурировать свой ответ, чтобы он был легко понятен другим.
Не угадывайте. Не стоит догадываться и придумывать ответы на вопросы, которых вы не знаете. Если вы не знаете ответа, лучше сказать об этом, чем вводить вопрошающего в заблуждение (привет, искажение закрытых групп).
Используйте эмпатию. Ставьте себя на место собеседника, чтобы лучше понимать его точку зрения.
Не бойтесь задавать вопросы. Не бойтесь задавать вопросы, если вы не понимаете что-то, это поможет вам получить более полное представление о ситуации.
Предлагайте помощь. Если вы чувствуете, что собеседник недогоняет недостаточно понимает детали или тонкости во время беседы, предлагайте уточнения и помощь: «Хочешь, я объясню на примерах как это работает?», «Давай разберем этот процесс по-этапно» и т.п.
Это поможет не только ему, но и вам еще раз прокрутить в голове возможные сценарии и найти среди них то самое верное решение.
Полезное по теме:
– 2 образа, чтобы лучше почувствовать собеседника
– Создание и рассказывание историй как навык продакта
– 6 правил командной производительности Tesla
– Как работает Radical Candor (радикальная прямота)
Дополняя тему предубеждений и ошибок: 28 ошибок восприятия (+ лекарства от них), которые могут влиять на сознание продакт-менеджера, искажая его продуктовую реальность.
Читать полностью…
Что делать, когда приходишь в новую команду? “Как себя вести в новом коллективе?”.
Существует три базовых модели взаимодействия продакта и команд(ы), которые строятся на простом и понятном всех факторе – опыте человека и команды.
– Лидер (lead). Задает ритм команде, формирует стратегию, самостоятельно планирует и стартует командные и продуктовые процессы, много делегирует.
– Партнер (partner). Со всеми наравне, вовлечен в общую работу и следует совместно утвержденному курсу.
– Супотер (support). На подхвате, много изучает и спрашивает, утверждает информацию, задачу, решения, идя за командой по заданному ею пути.
На оси Х — общий уровнь знаний и навыков продакт-менеджера.
На Y — опыт команды, с которой он работает.
Точки их пересечения показывают наиболее подходящую модель взаимодействия продакта со своей командой.
Дублирование облачной инфраструктуры? А может лучше... дублирование облачной инфраструктуры?
DevOps-инженер компании Nixys в статье на Хабре рассказал об альтернативах зарубежных облачных сервисов и дублировании их инфраструктуры.
👉 Читать статью
Хотите стать тимлидом ситемных аналитиков? Приходите на бесплатный урок «Архитектура информационных систем. Монолиты, SOA и микросервисы» в OTUS.
На занятии рассмотрят описание, характерные свойства и характеристики разных архитектурных моделей.
После занятия вы сможете:
– Выделять архитектурные слои информационной системы.
– Понять отличия, плюсы и минусы монолитной, SOA и микросервисной архитектуры.
– Различать явные признаки хорошей и плохой архитектуры.
– Выделять основные компоненты системы и рисовать компонентные модели.
Проходите вступительный тест и присоединяйтесь к вебинару
👉 https://otus.pw/Chic/
Вебинар приурочен к старту онлайн-курса «Системный аналитик. Team Lead» и будет полезен системным аналитикам, которые хотят углубить свои знания по архитектуре и архитекторам информационных систем.
Нативная интеграция. Информация о продукте www.otus.ru
Старина Цукерберг наигрался в метавселенную без ног (уже с ногами) и теперь запускает аналог Твиттера – приложение Barcelona.
«Мы изучаем автономную децентрализованную социальную сеть для обмена текстовыми обновлениями. Мы считаем, что есть возможность для отдельного пространства, где создатели и общественные деятели могут делиться своевременными новостями о своих интересах».
На скринах – интерфейс отдельного приложения, которое теперь позиционируется как «Instagram для ваших мыслей».
Вот известно о Барселоне на данный момент:
– Барселона будет отдельным приложением, которое будет использовать учетные данные и никнейм Instagram для входа в систему.
– Максимальная длина сообщений в Барселоне — 500 символов.
– Барселона будет децентрализована, хотя не совсем понятно, что это означает в контексте Фейсбука.
27 апреля Digital Tele2 проводит онлайн-митап «Игры в сервисных приложениях», на котором расскажет о нюансах геймификации.
В прямом эфире обсудят:
– Геймификация: видение, методологии и подходы.
– Эволюция геймификации: от бейджификации до метавселенных.
– Метрики: что замерять и на что обратить внимание.
– Зоны роста и основные ошибки в геймификации.
Спикеры: Рамиль Сарангов и Кирилл Ивашников, эксперты Tele2.
Регистрация на бесплатный вебинар:
👉 https://r.tele2.ru/qvaR8P4
Хорошая статья-лонгрид
, объясняющая как работает наш мозг, как он принимает решения и обучается чему-либо.
#best Подборка советов по ведению журнала изменений (changelog) в продукте.
Читать полностью…
Как запустить новый IT-продукт? Например, сервис по доставке еды. Просто придумать дизайн, написать код, договориться с ресторанами и всё — выкладывай и собирай деньги?
На деле всё куда сложнее. Нужно исследовать рынок, сформировать концепцию, прикинуть стратегию, рассчитать монетизацию, собрать команду, разработать продукт и ещё много чего.
Заниматься и помогать с этим — задачи продакт-менеджера. В общем, это сложная и очень интересная работа (за которую хорошо платят).
Хотите узнать больше? Загляните на курс Skillbox «Профессия Продакт-менеджер» и познакомьтесь с этой специальностью на практике.
Подробности:
👉 https://epic.st/4XOlY
В чем разница между платформой, маркетплейсом и агрегатором?
Маркетплейсы – посредники, которые обеспечивают ликвидность для спроса и предложения с двух сторон и обрабатывают платежи.
Платформы – посредники, которые предлагают инструменты для создания контента и централизованное место для его поставок в реальном времени.
Агрегаторы – посредники, которые служат каталогом данных и поисковой системой в разрозненных предложениях.
Трехгоризонтная модель роста - это фреймворк, используемый для выявления и управления потенциалом роста продуктов.
Он был представлен компанией McKinsey & Company в конце 1990-х годов и с тех пор стал широко применяемой моделью в бизнес-среде.
Фреймворк основан на концепции, что компании должны одновременно преследовать инновации в трех различных "горизонтах" или временных рамках. Каждый горизонт представляет собой различный тип инновации и требует разного уровня инвестиций, риска и фокуса.
Горизонт 1 фокусируется на оптимизации существующих продуктов и услуг, улучшении процессов и повышении уровня удовлетворенности клиентов. Это основной бизнес компании, который генерирует большую часть ее текущих доходов и прибыли.
Горизонт 2 включает создание новых бизнесов, использующих существующие возможности и ресурсы. Этот горизонт сосредоточен на росте и расширении в смежные рынки и возможности.
Целью является создание новых источников дохода и увеличение доли рынка путем разработки продуктов и услуг, дополняющих существующие предложения компании.
Горизонт 3 - это наиболее перспективный горизонт, фокусирующийся на новейших технологиях и рынках, которые могут потенциально изменить отрасль.
Этот горизонт требует наибольших инвестиций и связан с наивысшим уровнем риска, поскольку он предполагает осуществление возможностей, которые еще не полностью определены или доказаны.
Модель помогает компаниям эффективно распределять ресурсы и балансировать потребность в краткосрочных результатах и необходимость инвестировать в долгосрочный рост.
Гугл на прошлой неделе выкатил свой аналог #ChatGPT под названием Bard.
Особенности: бесплатный, очень быстрый, работа с онлайн-данными в режиме реального времени, поиск по изображениям и ответы с картинками + сразу несколько вариантов ответов, голосовые подсказки и плагины.
Минусы: не всегда глубокие ответы (думаю, это временно).
В целом, первый ближайший достойный конкурент для OpenIAI (привет, порог существенности).
По слухам, в будущем Гугл планирует экспериментировать с поисковой выдачей и подмешивать в неё "быстрые ответы" (по факту – пытаясь замкнуть CJM на себе, а не передавая пользователя на сайт-источник).
Попробовать: https://bard.google.com/ (для доступа нужен штатовский айпи/впн).
Как пройти собеседование на продакт-менеджера в IT?
Своими лайфхаками трудоустройства 17 мая поделится Сергей Колосков, Product Manager в OZON. На занятии вы узнаете, как правильно выбирать вакансии и оформить резюме, а также научитесь готовиться к интервью.
В результате урока:
– Узнаете, как готовиться к интервью.
– Разберете примеры резюме.
– Поймете, как правильно написать сопроводительное письмо.
Для участия зарегистрируйтесь на вебинар:
👉 https://otus.pw/vyXy/
Вебинар приурочен к старту онлайн-курса «Product Manager IT-проектов» в OTUS и подойдет как начинающим, так и продолжающим специалистам в области продакт-менеджмента.
Нативная интеграция. Информация о продукте www.otus.ru
#best Апрельский дайджест публикаций для продакт-менеджеров и их команд + бесплатные видео-уроки (все дайджесты в закрепе):
– 3 ловушки, скрывающиеся в дорожных картах
– Внутренние и внешние сообщества: секрет успеха продукта
– Скоринговая модель развития продукта
– 13 предубеждений при разработке продуктов, которых следует опасаться
– Секретная модель роста Duolingo
– 10 вопросов для касдева
– Крутой хак с ChatGPT
– ChatGPT генерит вопросы для касдева
– ChatGPT генерит механики для онбординга
– ChatGPT проводит SWOT-анализ продукта
– Changelog: как и зачем вести журнал изменений продукта
– Кейс про запуск нового приложения для World Class
– От стартапа до корпорации: все стадии развития компании
– 3 базовых модели взаимодействия продакта и команд(ы)
– Продуктовые риски и как их контролировать и управлять
– Как развивать оригинальность и создавать оригинальные вещи
Бесплатные видео-уроки от OTUS:
– Проверка гипотез - не А/В- тестированием единым
– Навыки аналитика в IT: hard и soft skills
– MVP и как его круто сделать
– Agile трансформация бизнес-архитектуры
– Цели в проекте и продукте: различия и валидация требований
Станьте специалистом после прохождения курса «Профессия менеджер проектов».
Project-менеджеры знают, как собрать команду и реализовать новый продукт:
+ управляют бюджетом, сроками и командой в компании;
+ оценивают рентабельность и риски продукта;
+ знают, как использовать IT и маркетинг для роста;
+ умеют аргументированно доносить свои идеи и презентовать продукты.
Стать отличным специалистом вам помогут практические задания, личный наставник и реальные кейсы, которые дополнят ваше портфолио.
Подробности по ссылке:
👉 https://epic.st/7-fFN
13 распространенных предубеждений при разработке продуктов, которых следует опасаться:
1. Ранняя "сходимость"
Тенденция быстро выбирать и разрабатывать решения, не полностью исследуя альтернативные варианты. Мы полностью исследовали другие варианты, прежде чем принять решение?
2. Большой планировочный инвентарь
Накопление запланированных задач и идей, которые остаются нереализованными, приводит к неэффективности и задержкам. Мы накапливаем слишком много запланированных задач, не предпринимая действий?
3. "Мерцающие объекты"
Привлечение новых, захватывающих идей или технологий в ущерб основным целям развития продукта. Мы отвлекаемся на новые идеи, вместо того чтобы сосредоточиться на наших основных целях?
4. Краткосрочное воздействие
Приоритет мгновенных результатов перед долгосрочной ценностью, что может привести к жертве качества продукта или устойчивости. Мы жертвуем долгосрочной ценностью ради мгновенных результатов?
5. "Большие партии"
Работа с большими единицами работы, что приводит к более длительным срокам выполнения и уменьшению гибкости. Мы дробим работу на этапы и партии, чтобы сохранить гибкость и реагирование?
6. Предсказуемость и уверенность
Фокус на обеспечении предсказуемого процесса разработки, зачастую в ущерб инновациям. Мы приоритезируем предсказуемость или инновации?
7. Позднее интегрирование
Задержка объединения различных компонентов или функций, что может привести к непредвиденным проблемам и увеличению сложности. Мы слишком долго ждем, чтобы объединить компоненты, рискуя сложностью и проблемами?
8. Задержка обратной связи
Откладывание сбора и использования обратной связи от пользователей, что может привести к созданию неудовлетворительного или нежелательного продукта. Мы откладываем обратную связь от пользователей, рискуя получить неудовлетворительный продукт?
9. "Параллелизм"
Одновременный запуск нескольких задач или процессов в целях ускорения разработки, но это может вызывать конфликты или зависимости. Мы запускаем слишком много задач одновременно, что вызывает потенциальные конфликты?
10. Начало в изоляции
Инициирование работы в малых группах без участия всей команды или заинтересованных сторон, что приводит к неправильной выработке стратегии и меньшей коллаборации. Мы исключаем каких-либо заинтересованных сторон на ранних этапах разработки?
11. "Запусти и забудь"
Выпуск продукта без постоянной поддержки, обслуживания или обновлений, что приводит к неудовлетворенности пользователей и потенциальной устареваемости. Мы упускаем возможности для улучшения продукта в ответ на запросы наших клиентов?
12. Индивидуальное назначение заданий
Назначение задач отдельным членам команды, что может ограничивать коллаборацию и обмен знаниями. Мы ограничиваем коллаборацию, назначая задачи отдельным членам команды?
13. Приоритет объема над результатами
Основной акцент на количестве продукта, вместо общей ценности или успеха продукта. Мы сосредотачиваемся больше на количестве работы, чем на успехе продукта?
Как формулировать и проверять гипотезы для своего продукта? Обсудят 28 апреля (завтра) на открытом уроке «Проверка гипотез. Не А/В-тестированием единым» в OTUS.
На занятии мы разберем:
— Что такое гипотезы, и как их правильно формулировать?
— Кому и когда подойдут А/В-тесты?
— Альтернативные способы проверки гипотез.
Вебинар подойдет аналитикам, менеджерам продукта и маркетологам, желающим повысить свою эффективность в работе с данными и улучшить качество продукта.
В результате вебинара вы поймете, когда уместно проводить А/В тесты, а когда — нет, а также получите рекомендации, что делать, когда А/В тесты не подходят.
Для участия зарегистрируйтесь:
👉 https://otus.pw/80aT/
Вебинар приурочен к старту онлайн-курса «Продуктовая аналитика» в OTUS, сейчас возможны разные способы оплаты.
Нативная интеграция. Информация о продукте www.otus.ru
Продуктовые риски — факторы, которые с разной вероятностью наступления могут негативно повлиять на работу вашего продукта.
О том, как контролировать и управлять такими факторами в материале ниже.
Все стадии развития компании от Brian Feroldi:
На каждой стадии меняется значимость ключевой характеристики:
– Revenue (Доходы).
– Gross Profit (Валовая прибыль).
– Operating Profit (Операционная прибыль).
– Net Profit (Чистая прибыль).
– Share Count (Количество рекомендаций).
Ребята из red_mad_robot поделились подробным кейсом про изменение бизнес-процессов и запуск нового приложения для World Class — крупнейшей сети фитнес-клубов России.
В статье рассказали, как помогли заложить фундамент продукта, аналогов которому на рынке до сих пор нет.
Интересные моменты из кейса:
1. Цифровая трансформация — это почти всегда небыстрый и непростой путь, который требует перестройки и реорганизации многих привычных бизнес-процессов, изменений отношений между сотрудниками и в каком-то смысле — выхода из зоны комфорта.
2. Сформировать стратегию развития цифровых сервисов на несколько лет вперед невозможно без основательного исследования рынка, ЦА и самих клиентов — это один из важнейших этапов работы, на котором закладывается фундамент.
3. Цифровая экосистема — это инструмент, с помощью которого можно комплексно управлять процессами, повышать ценность продукта для клиента и дает возможности кастомизации под задачи пользователя.
Вся статья полностью на Виси
Продолжая тему Craigslist и выросших из него IT-гигантов
Читать полностью…
Практика применения DevOps-аутсорса на разных этапах жизненного цикла продукта
Хорошо, когда есть возможность взять DevOps-инженера в штат. А если нет? Использовать аутсорс? Аутстаф? Проектные работы? На что опираться при выборе?
На все эти вопросы есть ответы в выступлении Станислава Тибекина, управляющего партнера и CVO компании Nixys, на DevOps Conf 2023!
Для тех, кому удобнее читать, есть текстовая расшифровка с самым важным.
Каждый продакт нет-нет да задумывался о своем собственном деле. Ведь если мы эффективно управляем сторонним продуктом, то почему не можем своим?
Также думали фаундеры Alliesverse: начали свой бизнес, вывели его на достойный уровень, но по пути, не удовлетворившись ни одной российской CRM, решили запилить свою 🤟
Они опросили 200 предпринимателей и на основе их болей включили в платформу все необходимые инструменты для старта и управления бизнесом.
Сейчас решили раздать 100 бесплатных доступов, чтобы отпраздновать день рождения.
👉 Получить бесплатный доступ к Alliesverse
Последний запрос на сегодня – просим #ChatGPT придумать нам возможные варианты и механики для онбординга в приложении:Персона: представь, что ты – опытный менеджер по продукту, который успешно разработал и внедрил множество онбординг-программ для пользователей разных продуктов.
Действие: разработай программу онбординга для новых пользователей продукта, включающую не менее 4 форматов, уделяя внимание достижению поставленных целей, охватывая ключевые функции продукта и предлагая возможные метод доставки.
Контекст:
Продукт: приложение для метеозависимых людей
Целевая аудитория: люди с имеющимися заболеваниями, которые обостряются во время резкого изменения погоды.
Цели и задачи: повышение вовлеченности текущих пользователей, их удержания, а также сокращение оттока старых пользователей.
Основные характеристики приложения: прогноз погоды, дневником самочувствия, оповещения.
Формат: Предоставь подробный план программы онбордингу, включая структуру и последовательность действий по онбордингу пользователей с указанием метрик, на которые будет оказано влияние из онбординга, а также любые вспомогательные материалы или ресурсы, которые могут понадобиться.
Программа онбординга для приложения "Метеозависимые люди":
Цель программы: обеспечить новым пользователям гладкое и эффективное знакомство с продуктом, повысить уровень вовлеченности пользователей и удерживать их в приложении, сокращая отток.
Шаг 1: Регистрация в приложении
– На экране приветствия пользователя показывается короткое видео, представляющее ключевые функции приложения.
– Пользователю предлагается зарегистрироваться в приложении или войти в существующую учетную запись.
– После регистрации, пользователь перенаправляется на страницу со списком городов для выбора своего местоположения.
Метрика: Количество зарегистрированных пользователей
Материалы и ресурсы: обучающие видео-материалы или образовательные карточки.
Шаг 2: Знакомство с основными функциями приложения
– После выбора местоположения, пользователь перенаправляется на экран с прогнозом погоды и дневником самочувствия.
– На этом экране пользователю показывается короткое видео-инструкция по использованию приложения и возможность быстрого тестирования оповещений о смене погодных условий.
– Пользователю предлагается заполнить дневник самочувствия и установить оповещения.
Метрика: Количество пользователей, которые заполнили дневник самочувствия и установили оповещения.
Материалы и ресурсы: обучающие видео-материалы или образовательные карточки.
Шаг 3: Предложение дополнительных функций приложения
– После ознакомления с основными функциями приложения, пользователю предлагаются дополнительные функции, такие как советы по здоровому образу жизни, и т.д.
– Пользователю предлагается настроить дополнительные функции и приложение в соответствии с его потребностями.
Метрика: Количество пользователей, которые настроили дополнительные функции.
Материалы и ресурсы: образовательный контент и статьи, быстрые советы, медицинские новости и исследования.
Шаг 4. Участие в сообществе
Создание сообщества вокруг вашего приложения может помочь удержать пользователей и привлечь новых. В рамках программы онбординга для новых пользователей приложения для метеозависимых людей, можно предложить им создать или присоединиться к сообществу, где они смогут получить дополнительную поддержку от других пользователей, обмениваться опытом, делиться своими отзывами и идеями.
Метрики: Количество новых участников в сообществе, процент пользователей, присоединившихся к сообществу.
Материалы и ресурсы: Создание сообщества в социальных сетях, создание форума на сайте приложения, написание статей и блогов о погодных условиях и их влиянии на здоровье.
P.S С шагом №4 и комьюнити внутри приложения чертова машина попала в самое яблочко! Эту фичу мы придумали случайно на самом старте и она объединила и удерживает в чатах уже 1,000+ участников по всему миру (а для некоторых метеозависимых юзеров взаимоподдержка от комьюнити являлась ключевым факторов при покупке подписки).