PM Live | проджект и продакт менеджмент — дайджесты и вакансии PM в Телеграме
Почитать:
На Reddit плохо заходит откровенно рекламный контент. Зато «на ура» идут консультации экспертов и ответы на вопросы аудитории.
Reddit — не только платформа для общения по интересам, но и масштабный бизнес. В 2024 году за три квартала компания заработала $872.5 млн и 98% от этой суммы принесла реклама.
На платформе есть таргетинг по интересам аудитории, конкретным сабреддитам, геолокации пользователей и другим параметрам.
По теме: как тестируют мобильное приложение Reddit
Жизненный цикл компании на паучках
Жил-был молодой паук, и решил он поселиться в дальнем углу дома. Там было много мушек. Паук побоялся появления швабры, всё же рискнул и распустил паутину, какой никто раньше не плёл, — и стал жить-поживать, мух наедать.
Советы для начинающих пользователей Obsidian
Obsidian — бесплатное приложение для заметок для тех, кому важны продуктивность, производительность и эффективность. С первого взгляда приложение кажется довольно сложным, но, если все грамотно настроить, оно может стать «вторым мозгом». Предлагаем простой гайд по Obsidian для начинающих: как настроить шаблоны и горячие клавиши, работать с таблицами и синхронизировать записи.
как его использовать, чтобы не просто заполнять очередную таблицу, а реально находить инсайты
Сложнее != лучше, простые советы работают
Новая книга по продуктивности, новая статья про «8-й навык высокоэффективных людей», подкаст о тайм‑менеджменте — и это только за вечер. Вы честно записываете задачи в Notion, красиво раскрашиваете матрицу Эйзенхауэра, синхронизируете календари… А через месяц — снова аврал, стресс и чувство, что «система» вас подвела.
Написать эту статью меня побудило обсуждение лучшего приложения для ведения заметок на Reddit’е. В нем люди обсуждали приложения для создания и редактирования заметок, сравнивали их слабые и сильные стороны, спорили друг с другом. Среди всей этой дискуссии особенно выделилось одно сообщение, после которого я понял, какой же ерундой занимаюсь:
Если бы я тратил больше времени на ведение заметок, а не выбор лучшего приложения для их ведения, я бы достиг гораздо большего.
Статья исследует феномен “vibecoding” и более широко “vibeworking” — создание цифровых продуктов и контента через словесные инструкции ИИ вместо традиционного кодирования или ручной работы. Автор делится практическим опытом разработки 3D-игры за $5 (и $8 на отладку), создания интерактивного образовательного курса и написания исследовательского документа за час вместо недель.
Ключевой инсайт: в мире ИИ экспертиза не исчезает, а трансформируется — от написания каждой строки кода к умению формулировать задачи, оценивать результаты и направлять искусственный интеллект. Требуется “минимально жизнеспособное знание” предметной области.
Я работаю с B2B/B2G-продуктами, поэтому многое из описанного будет актуально в первую очередь для этих сегментов. Но многие принципы универсальны и применимы в любой продуктовой среде.
Когда в компании появляется запрос на найм Head of Product, это обычно означает, что назрела необходимость в тюнинге процессов и команды.
Дерево метрик в продуктовой разработке
Я всегда любила схемы и таблички. Если нужно было разобраться в новом проекте/топике/проблеме — я рисовала схему этого. Если нужно было принять решение — делала таблицу. Если я не могла положить что-то в один из этих форматов, значит, нужно было копать тему дальше. В Miro накопилось десятки рабочих пространств. И всегда хотелось сделать основную, самую главную схему для продуктовой команды, которая позволяла бы быстро и чётко возвращать всех к единой цели с единым пониманием — куда, зачем и как именно копаем. Дерево метрик — самый действенный инструмент, который мне попадался.
И еще 6 моделей продуктовых команд на примере Spotify и других крупных игроков
Сегодня разберем такие модели как:
- Команда под руководством директора по продукту
- Команда под руководством директора по маркетингу
- Модель на основе групп
- Усложненная модель на основе групп
- Бизнес-юниты
- Команды разработки функций
Гайд для масштабирования стартапов, от создателя термина «Growth Hacking»
Основные инсайты:
- необходимость фокуса на основной ценности продукта, внедрение бизнес-модели на ранних стадиях, создание масштабируемых каналов привлечения пользователей и адаптация стратегий по мере роста.
- CEO должен оставаться активным участником процесса роста, а команда должна строить инфраструктуру, способную выдержать масштабирование.
Если вашему проекту уже год/два/три, а полновесной документации так и не появилось — самое время выделить ресурс для исправления. Подход может быть разным, глубину определять только вам именно в вашем проекте. В варианте больших проектов без документации лично мне больше нравится подход «документируем новые доработки, для документирования старых выделяем отдельное ограниченное время», но вы вольны выбирать свой путь.
Наступила неделя оптимизации. Число ad hoc задач сократилось в 3 раза
Еще год назад ad hoc были для нас настоящим бедствием: мы достаточно долго существовали в реалиях 60–70 таких задач в месяц. Но в какой-то момент решили, что пора завязывать, и за несколько шагов сократили их до 20–25.
Рассказываем, как справились (и продолжаем справляться) с ad hoc задачами, и немного о том, почему в постоянно развивающемся бизнесе невозможно жить совсем без них.
37 навыков, свойственных выдающимся продакт-менеджерам
Дело не в фреймворке. Речь идет о создании ценности и одновременно адаптации к вашим задачам. Создание цифровых продуктов — это совсем не тривиальная задача.
Как мы создавали корпоративный фронтенд-фреймворк
Эта статья не совсем обычная. Мы будем смотреть на тему создания платформенных решений с разных ракурсов: управление, дизайн, проектирование, разработка и так далее. Чтобы передать вам как можно больше мыслей из первых рук, мой рассказ будут разрезать небольшие вставки-интервью от реальных участников нашей команды.
Как развивать SaaS, если вас пятеро
Простого ответа здесь нет, и сама я тоже не нашла большой красивой кнопки, по нажатию которой все процессы налаживались сами собой, а релизы вставали на поток. Поверьте, даже когда вы работаете с крутыми и целеустремленными людьми, при неправильном распределении задач они едва будут успевать разбираться с багами. Оказалось, что для грамотного управления командой недостаточно два раза в день принимать простой советский скрам.
Детальный гайд по AI-прототипированию
Статья представляет собой исчерпывающее руководство по AI-прототипированию для продакт-менеджеров с детальным сравнением инструментов (Lovable, Bolt, Databutton), примерами промптов и двумя подробными практическими кейсами.
Ключевые моменты:
- возможность создания прототипов тремя способами (на основе текстового описания, на базе дизайнов или с использованием клиентских данных)
- интеграция с аналитическими инструментами и важность сохранения баланса между скоростью и качеством дизайна
- AI-прототипирование не заменяет традиционные эксперименты и командное взаимодействие, но значительно ускоряет процесс валидации гипотез.
Ошибки, которые совершали в проектах, которые закрылись
В нашем портфолио за последние 5 лет около 40 продуктов. Часть из них погибла, часть вот-вот закроется. Но есть проекты, которые растут, масштабируются и развиваются. Я задался вопросом: почему при всех прочих равных одни проекты запускаются, а другие не проходят свою собственную “долину смерти”.
Как в разработке выйти на долгосрочные контракты-миллионники
Сегодня поделюсь подходом, который помогает нам не стопориться на краткосрочных контрактах, а годами сотрудничать с представителями Delivery Club, VK, Банка России, АНО «Национальные приоритеты».
Полное руководство по контрпродуктивности разработчиков
Продуктивные разработчики тратят больше времени и энергии на деятельность с высокой отдачей. Контрпродуктивные разработчики тратят больше времени и энергии на деятельность с низкой или отрицательной отдачей. Этот перекос часто лишь в незначительной степени поддается контролю (а иногда и полностью выходит из-под их контроля). Это объясняет, почему одни и те же разработчики в разных условиях могут быть гораздо более (или менее) продуктивными.
Слили бюджет и снова без лидов
«Нам нужен только самый целеустремленный и упрямый из всех —Ч Е Л О В Е Ч И Щ Е! С огромной внутренней Силой, Волей и Силой Воли! Идущий, падающий, НО ВСТАЮЩИЙ и ПРОДАЮЩИЙ.»
Немного рассуждений про метрики в менеджменте
Data Driven Management… Долго об этом думал, часто встречал на практике, часто подгорало, и вот наконец я понял почему. Короткий ответ: из метрик делают карго культ и они теряют смысл. Стоит отметить, что я не противник метрик, скорее противник распространённого способа их использования.
Сектанты-аутсорсеры против сговоров «домашнего» IT
Звучит как ‘перестаньте кормить своих программистов, лучше давайте кормить наших программистов Клеверенса’. Плавали, знаем. Убогая попытка вывести часть it-инфраструктуры на аутсорс, которая обычно заканчивается жесткими простоями в торговле.
Кризис как катализатор: как Ford и GM начали ИВЛ делать
Да, спокойствия кризисы не добавляют. Но все мы знаем, что пока все хорошо и рынок стабилен, крупные компании по своей мобильности напоминают тяжелый нефтяной танкер: повернуть практически нереально.
О влиянии мессенджеров на бизнес
Технологии мгновенной передачи сообщений скоро исполнится тридцать лет. За это время выросло целое поколение людей, которое считает существование мессенджеров такой же неотъемлемой и обязательной частью социума, как и среднее образование. Действительно массовой технологию можно считать с конца 90-х с приходом первых мессенджеров. И когда-нибудь, а может уже и есть, человечество поставит памятник ICQ. И есть за что. К примеру, я благодарен этой технологии за то, что криминальный элемент будет меня караулить в мессенджере, а не в подъезде дома. Мировая статистика утверждает, что с ростом киберпреступности уровень насильственных преступлений на улицах снизился, в том числе благодаря мессенджерам. За тридцать лет своего существования эта технология так проросла во все аспекты нашей жизни (культурные, социальные, психологические, профессиональные, образовательные, экономические – список можно продолжать), что оказывает существенное влияния на нас, как на вид Homo.
One-to-one, которые работают: как избежать пустых разговоров
Я считал, что для решения важных вопросов будет достаточно scrum-церемоний, а срочные вопросы можно решить в чате, по телефону или лично. Узнать, как у него дела и что беспокоит, можно за обедом или в курилке. Мне казалось, что если я не пойму, что сотрудник чем-то недоволен — зарплатой, нагрузкой или отсутствием перспектив, — то он обязательно об этом скажет.
Не рой аналитику яму: искусство сложных коммуникаций
Кажется, все просто: поговорил, собрал требования, передал их в работу. Но на деле коммуникация — один из самых сложных аспектов в работе аналитика. Где‑то не так понял, что‑то вовремя не зафиксировал, не смог отстоять свою позицию — в результате сроки сдвигаются, продукт не попадает в ожидания клиента, а сам аналитик оказывается на грани выгорания.
Модель C4, DFD и диаграмма Ганта на PlantUML
Модель C4 (Context, Containers, Components, Code) используется для визуализации архитектуры системы и помогает на разных уровнях абстракции представить как систему, так и её компоненты. Так как PlantUML не имеет встроенных возможностей для построения диаграмм модели C4, используется внешняя библиотека C4-PlantUML. Это библиотека, размещённая в GitHub, которая предоставляет инструменты для работы с диаграммами C4 в PlantUML. Библиотеки можно подключать с помощью команды !includeurl, указывая ссылку на соответствующий файл из репозитория C4-PlantUML. Построим диаграммы контекста и контейнеров для онлайн-магазина.
Основные шаблоны процессов с AI-агентами в BPMN
Давайте начнем с объяснения нашей предостерегающей истории: здравоохранение. Очень часто статьи об агентном ИИ вызывают у читателей опасения, задавая вопрос: «Доверили бы вы свое здоровье искусственному интеллекту?». Я, как и вы, не стал бы. Люди называют очень конкретные причины, и я задался вопросом, могу ли я использовать BPMN для создания шаблонов, которые облегчат эти опасения? Идея в том, что если это работает для сценария здравоохранения, где ставки так высоки, то, наверняка, это сработает и для любого другого процесса.
Такой простой Exclusive Gateway
Для начала возьмем самый простой – шлюз ИЛИ (Exclusive Gateway). На первый взгляд, всё очевидно: ставишь ромбик, рисуешь стрелочки – и вуаля! Но что происходит внутри движка? Как он выбирает путь выполнения? Что делать, если несколько условий срабатывают одновременно? А если ни одно не выполняется? В этой статье мы разберем эти вопросы и рассмотрим особенности реализации и использования этого элемента.
Текстовые требования — это как рецепт без фотографий. Ты читаешь: “возьмите 200 г муки, добавьте яйцо, замесите тесто…” Но как оно должно выглядеть на каждом этапе? Густое или жидкое? Сколько именно мешать? А если бы были фото или видео, ты бы сразу понял, что к чему.
Отказоустойчивая распределённая архитектура для UX-аналитики
UX-аналитика – это сбор и анализ данных о взаимодействии пользователей с интерфейсом (клики, скроллы, навигация и прочие события). Такие события генерируются в огромных количествах, особенно при большой аудитории приложения. Чтобы эффективно обрабатывать эту информацию, необходима распределённая архитектура, способная масштабироваться под высокий поток событий и обеспечивать отказоустойчивость – т.е. работать надёжно даже при сбоях отдельных компонентов. Также важна возможность обработки данных в реальном времени, чтобы как можно быстрее получать метрики и инсайты об опыте пользователей. В этой статье мы рассмотрим ключевые аспекты такой архитектуры: масштабирование UX-событий, надёжный сбор метрик с устройств (в том числе офлайн), реалтайм-аналитику на основе потоковых технологий (Kafka, Flink, Kafka Streams, ClickHouse) и механизмы гарантированной доставки событий (at-least-once, exactly-once, retry, дедупликация). В результате станет понятно, как правильно спроектированная система UX-аналитики позволяет оперативно находить проблемные места UI, проводить A/B тесты и глубже понимать поведение пользователей.
Воскрешаем бэклог без шаманов и танцев с бубнами
Они копятся в темных уголках бэклога — тикеты, которые никто не решает. Сначала их было десять, потом сто, а через год вы с ужасом понимаете: это уже кладбище. Команда боится туда заглядывать, пользователи злятся, а продукт медленно тонет под грузом нерешенных проблем. Спойлер: чтобы спасти проект, не понадобятся ни святая вода, ни экзорцист. Только системный подход и наши инструкции.
Как я добился гибкости в приложении
К написанию статьи меня побудила моя любовь к ссылкам на методы и желание поделится “кастомными” способами их использовать вне базовых классов java. Если вы задумывались об усилении гибкости приложения и преимуществах AOP, но вас отпугивают его недостатки, в статье предлагаю рассмотреть вариант получения тех же (ну или почти тех же преимуществ), но без раздражающих (по крайней мере меня) недостатков.
В текущих реалиях индюшатины каждый человек на вес золота и выделять для аналитики отдельного человека — расточительство. Вместе с тем сфера аналитики как дремучей лес, мало информации, множество непонятных терминов и сложных вычислений. Однако это совершенно не мешает чтобы грубо, как обезьяна, потыкать палкой в эту странную сферу и получить дополнительный вектор для развития проекта.
Статья рассчитана в первую очередь на проекты с уже настроенной аналитикой, когда результаты собраны, но что делать с ними дальше вы не знаете. Вполне ожидаемо следующим шагом развития станут попытки повлиять на метрики каким-либо образом, естественно так или иначе вам придётся столкнуться с А/Б тестированием. Я попытался выделить общие подходы которые могут быть применимы к инди проектам когда разработка происходит в отсутствие квалифицированных специалистов и ограниченном бюджете. Ради этого придётся существенно пожертвовать точностью самих А/Б тестов, однако лучше хоть что-то чем совсем ничего, верно? В любом случае не нужно это рассматривать как основной подход для принятия решений об изменениях в проекте, а скорее как дополнительное направление для разработки когда других идей не осталось.
Как стать аналитиком: что учить
Самым первым аналитическим инструментом в моей жизни стал CBOSS — огромная система с отчётами, OLAP-кубами и огромным массивом данных из биллинга. В повелевании цифрами, связями, закономерностями и необычными открытиями на основе данных была особая чарующая магия. Почти одновременно с этим удалось оценить самописную систему формирования отчётов для анализа — лёгкую, классную, с интерфейсом в одно небольшое окошко и нереальным, крутейшим бэком, за которым стоял отдел АСУ, который я помню по именам даже спустя без малого 20 лет. Технические задания, согласования, обсуждения, настройки, потом «скрутить отчёт» — и жизнь прекрасна! Тогда аналитики работали с готовыми цифрами, а запросы писали только избранные, высший уровень специалистов.
Одна из очень частых ситуаций — про восстановление серверов после неоплаты. У нас есть железное правило: если клиент нажал «Удалить сервер», то всё будет чисто и наглухо удалено, включая всю цепочку технических бекапов, например, если машина переезжала с одной стойки на другую. Потому что просто так эту кнопку не нажимают, и ожидается, что она будет действовать именно так, как написано. Хотя, конечно, однажды одному директору, поссорившемуся с главбухом, это стоило всей бухгалтерии. Без шансов восстановить, потому что бекапа бухгалтерии, как потом выяснилось, они не делали. Очень смелые и отчаянные люди. Оба.
Как я решил выяснить, какие технологии сегодня популярны, а получился GitHub Trend Analyzer
Прочитав заветное слово SOAP, я, словно ресторанный критик Антуан Эго, вкусивший тот самый рататуй из одноимённого мультфильма, внезапно перенёсся в беззаботную юность и почувствовал себя на 15 лет моложе. Как же давно я не слышал этих слов!
Надоели вредные привычки — читай этот текст
Помимо создания технической документации, я очень люблю читать «обычные» книги, особенно те, что могут помочь в работе мне или моим коллегам по IT. Поэтому у меня накопился багаж полезных книг и мнений о них, с радостью делюсь с вами этим багажом. А для вас, читателей, это отличный способ получить новые знания и сэкономить время.
Тест от айти-джинна: справишься с рабочими задачами аналитика, тимлида, тестировщика?
Дисклеймер: всё, о чем мы расскажем сейчас, — выдумка, ведь джиннов не существует.
Посмотреть:
ТРИЗ: забытая альтернатива дизайн-мышлению ⏱️1 час
ТРИЗ — серебряная пуля для ИТ-инженеров и менеджеров или раздутая пустышка? Правда ли, что с теорией решения изобретательских задач (ТРИЗ) нет ничего невозможного? Как в жизни и в работе использовать ТРИЗ? Как разработать проект с учетом всех возможных противоречий и ограничений? 40 принципов Альтшуллера и не только.
Проектирование API: фейлы, которых можно избежать ⏱️45 минут
Неконсистентные URL-структуры, некорректное использование HTTP-методов, отсутствие версионирования.
Как надо и как не надо писать сценарии ⏱️1 час
- Принципы моделирования диаграммы пользовательских сценариев;
- Принципы написания пользовательских сценариев;
- Разбор распространенных ошибок на реальных примерах.
MVP: как проверить идею и не потерять миллионы ⏱️1 час
Команды тратят месяцы и миллионы рублей, чтобы создать первую версию продукта — а потом выясняют, что продукт никому не нужен. Мы расскажем 20+ способов, как быстро и дешево проверить, будут ли ваш продукт покупать.
Методы управления сроками в IT-проектах ⏱️2 часа
Именно благодаря грамотной работе с расписанием проекта, обеспечивается сдача проекта в установленный срок. А так же понимание где вы сейчас находитесь, что необходимо сделать, что б успеть проект вовремя и спрогнозировать сроки по каждой задаче проекта.
Отдых без чувства вины ⏱️1 час
Какие установки и вторичные выгоды мешают нам расслабляться.
Технические навыки для продакта ⏱️1 час
Как их эффективно развивать.
⬅️ Предыдущий дайджест за 24 — 30 марта
