ProductDo: практика продакта

У наших курсов нет эффекта отмены!

У AI-ассистента есть две проблемы... Если вы пытаетесь хотя бы что-нибудь делегировать AI-ассистенту, то, скорее всего, сталкиваетесь с двумя проблемами: интеграцией и контекстом. Начну с более простой — с интеграции. AI-ассистент не может быть полезен, если у него нет возможности хотя бы прочитать что-то из тех систем, с которыми вы работаете. А на самом деле у ассистента должна быть возможность выполнять там разные действия. Инструментов в жизни продакт-менеджера огромное множество: задачи в одном месте, эксперименты в другом, длинные документы PRD в третьем, транскрипты звонков в четвёртом. Поэтому интеграций нужно много, и рынок, честно говоря, не успевает за растущими потребностями. На помощь нам приходит вайб-кодинг. К счастью, AI-ассистент вполне способен написать себе MCP для нужного сервиса, если у него есть доступ к API. За последнее время только для личных целей я написал себе MCP для Telegram, Gmail и календаря. Технически подкованный продакт сразу замечает: MCP — это, по сути, просто API. Но я заметил одно тонкое различие. Давайте покажу на примере. Если запросить у Gmail одно письмо, то список меток этого письма в сыром виде будет выглядеть вот так: "labelIds": [ "IMPORTANT", "Label_4579329675731606337", "CATEGORY_UPDATES", "INBOX" ] Можно заметить, что системные лейблы прекрасно понятны, потому что у них говорящие ID. А вот мой личный лейбл показывается в ответе как Label_4579329675731606337. Чтобы увидеть читаемое название этого лейбла, нужно сделать ещё один отдельный запрос к API и посмотреть, какому лейблу соответствует этот ID. Для стандартного API это вполне рабочая схема. Нужны дополнительные данные — делаем ещё один запрос. Но для AI-агента это лишний шаг, дополнительная задержка, лишняя трата токенов и засорение контекста на ровном месте. Понятно, что сырые ID ему совершенно не нужны: их нужно сразу расшифровать. Поэтому для того, чтобы из API сделать хороший MCP, его нужно доработать напильником: выкинуть из ответа весь ненужный технический мусор и сразу дать расшифровку всех полей в человекочитаемом виде. Агент читает этот ответ по смыслу — технические идентификаторы сами по себе ему ничего не говорят. "labels": [ { "name": "IMPORTANT" }, { "name": "AMS/Schools" }, { "name": "CATEGORY_UPDATES" }, { "name": "INBOX" } ] И вот в 21-м веке мы подстраиваем сайты под поисковики, соцсети — под алгоритмы, API — под AI-агентов, а себя под требования постоянно меняющегося рынка. А куда деваться? Андрей Менде, PM ML Booking .com, автор симуляторов Claude code AI для продакта, ЛЛМ для продакта, ML для продакта, и др.

Управлять людьми или причинять пользу бизнесу по-другому? Делимся записью вебирнара про карьерный рост в IT. Там чем дальше, тем интереснее, смотрите до конца: ➡️запись тут⬅️

Все помнят легендарный текст «Триатлон с позиции жены»? Представляем ремейк: слово жене вайбкодера. <пятничныймем> Вайбкодинг с позиции жены Сначала объясню, что это такое. Вайбкодинг — это когда человек решает, что для счастья ему нужно написать приложение или там B2B SaaS, толком не умея программировать. Он говорит нейросети «сделай красиво», она делает некрасиво, или красиво, но не так. И так четыре тысячи раз до трёх часов ночи. Офигеть, ты сам написал приложение! — скажет среднестатистический человек, и этим словом раскроет весь смысл мероприятия. Они, конечно, говорят про демократизацию разработки и «идея важнее кода», но это неправда. Они просто хотят запуститься на Product Hunt и чтобы кто-нибудь из близких в 8, драть, утра апвоутил и писал «Congrats! Game changer!» — выискивая своего долбанутого мужа среди тысячи других чуваков, запустивших в этот же день такой же ту-ду лист с AI. Второй момент: вайбкодинг — как пёс на кровати — случается не в один миг. Счёт за токены на 300 долларов вам выкатят не сразу. Начнётся всё достаточно безобидно: бесплатный чатик, вопросик про регулярки, скриншот «смотри, оно само». Вот тут тонкий момент — как только бесплатный чатик меняется на подписку «для проекта», берите сковородку в правую, скалку в левую, и лупите вайбкодера что есть мочи. Упустите — через год будете апвоутить. Потому что дальше оно вылупится, наденет шумоподавляющие наушники и уедет жить в терминал. За подпиской следуют «более лучшие агенты», за агентами — облачный хостинг топового уровня, а там и до «тестового» домашнего сервера за 150 тысяч рукой подать. Спросите «а не охренел ли ты тестировать за 150k?!» — и проиграете: охренел он ещё на подписке уровня Max. Довольно скоро подопытный сможет запилить SaaS за выходные. Я по неопытности попробовала извлечь из этого увлечения хоть какую-то пользу и попросила сделать приложение для семейного бюджета или автоматизировать оплату коммуналки — раз уж «ты всё равно там сидишь». Не делайте так, девочки. Там, где визионер пилит единорога, нет места мелким бытовым проблемам и решению реальных задач вашей семьи. Потом появятся курсы. Вы знали, что промптить клода можно неправильно? Для меня это до сих пор из области «ты как-то неправильно ковыряешь в носу», но я скромно молчу. Не так промптишь, не так контекст держишь… Спросите — а когда же жить? Жить можно в отпуске, девочки. Но макбук поедет с вами. И аппрувить действия агентов нужно будет даже на пляже. </пятничныймем>

Как вырасти из индивидуального контрибьютора в руководителя — и не сломаться по дороге? В четверг, 9 июля (послезавтра), в 19:00 GMT+3 проведём вебинар про переход из IC в M1: из роли индивидуального контрибьютора в роль линейного менеджера. Обсудим: — что на самом деле меняется при переходе из IC в M1; — кого этот переход задевает и с кем придётся работать; — что нужно сделать, чтобы переход вообще стал возможен; — что делать после того, как тебя уже назначили руководителем. Вебинар проводим вместе с нашими друзьями из Школы менеджмента «Стратоплан». Подписывайтесь на их канал — это пространство для тех, кто растёт из специалиста в руководителя. Коллеги делятся практическими разборами управленческих ситуаций, статьями и живыми историями из практики. Спикеры: Андрей Менде — действующий Senior Machine Learning PM. Игорь Седачев — Head of Marketplace Smartcat, ex-Head of Product Semrush, ex-Head of Product Авито. Слава Панкратов — сооснователь и управляющий партнёр Школы менеджмента «Стратоплан», ex-CTO Яндекса. Александр Орлов — сооснователь и управляющий партнёр Школы менеджмента «Стратоплан», ex-менеджер Sun Microsystems и Intel. Если вы думаете о переходе в менеджмент, уже сделали этот шаг или пытаетесь понять, ваше ли это вообще — приходите. Записаться можно через Telegram-бота. Бот напомнит о встрече и поможет добавить событие в календарь.

Ставлю будильник на 3:00 ночи, чтобы проснуться, открыть веб-страницу и посмотреть, что там происходит. У меня возникла необходимость проверять определённую веб-камеру поздно ночью (не спрашивайте). И тут я подумал: «Подождите, а почему бы не поручить это AI-агенту?» Через 15 минут всё было готово: небольшая автоматизация, которая проверяет вебкамеру и отправляет изображения в Telegram-бота. Создание специализированного AI-агента для такой задачи заняло примерно столько же времени, сколько и настройка будильника. <sarcasm>Я теперь могу писать в резюме, что я AI-native продакт? </sarcasm>

Мы обещали делиться продуктовой мудростью. ➡️Опубликовали новый практический гайд «Claude Code для продакта». Получить его можно в нашем боте. В гайде вы узнаете: — чем Claude Code отличается от обычных AI-чатов; — что такое MCP, Tools и Skills; — как использовать Claude Code в работе продакт-менеджера; — реальные примеры: работа с Jira, кодовой базой, вайбкодинг и создание собственных Skills. ⬇️ Подписывайтесь на канал — здесь про хард-скиллы и карьерный рост. Делимся опытом работы в IT-гигантах, кейсами, проводим практические вебинары.

На работе стал часто сталкиваться с тем, что мне приходят на "ревью" написанные с помощью AI документы, в основном "PRD" и "стратегии" (кавычки тут по делу). Вначале я честно оставлял комменты, а потом стал злиться, что меня "используют" для замены критического мышления: по сути все дырки логики нахожу я, а автор (возможно опять с ИИ) просто их правит. И считает себя гением. И ставит себе в профиль префикс "AI PM". За счет моего времени 🙂 Теперь, если я вижу, что мне подсунули сгенерированный док, то либо просто не читаю, либо быстро пролистываю и отправляю назад с одним большим комментом, где поясняю, чего в целом не хватает (обычно - решений, потому что именно их ИИ обтекает своей ванильной кашей). Кстати, если вам от вышестоящих иногда возвращают доки с таким "общим-вежливым-переделай", то я советую не злоупотреблять. Менеджеры не любят тратить свое время и их терпение обычно заканчивается через 1-2 раза. Вот какие опознавательные знаки "это написано ИИ" я выработал: 1) Длинное объяснение неимоверного бизнес импакта даже от микро фичей типа "добавим в углу виджет погоды". Этой фичей мы и LTV поднимем (разумеется), и это стратегический алайнмент с целями компании, и вообще, просто та фича, которая вознесет бизнес на новые высоты. А с ним и автора документа. Такую ересь я обычно выделяю комментом и прошу удалить под корень: вместо тонны ванили надо просто добавить 1-2 строчки со ссылкой на какой-то юзер ресерч или данные. Точка. Чем меньше, тем лучше. 2) Идеальная структура. Там есть и business problem, и opportunity sizing, и просто requirements, и non-functional requirements, и strategic fit, и identified risks, и MVP, и Roadmap, и много чего еще. На десятки страниц, причем названия секций и отступы занимают половину. Ровненько так. Бедные программисты, которые это вынуждены читать... Опять же, краткость - сестра таланта. Лучший PRD - ровно столько строчек, сколько нужно для донесения смысла. Можете передать главную мысль 10 строчками? Отлично, вы, наверное, Sr.PM. Написали 20 страниц для фичи-кнопочки? Ну-ну) Кстати, чат ИИшек имеет свой шрифт, и некоторые его даже не меняют, а просто копируют как есть. Тут уж все ясно сразу) 3) Отсутствие принятых продуктовых решений. Читаешь, читаешь, и вроде все ровно, но нигде не видно утверждений. А где есть, то они расплывчатые (на них потом программисты будут рейзить комменты). Принять определенное число четких решений и выразить их в очень строгих требованиях - и есть скилл продакта, пока сложнозаменимый. А вот утопить смысл в ванильных (часто наполненных красивыми терминами) формулировках - это нынче стоит пару центов за промпт. Как говорил один наш бывший CPO: "A good leader is complexity in, clarity out.". А не наоборот. Вопрос к залу: какие вы выработали отличительные знаки написанных с помощью ИИ PRD-шек? 😂 Владимир Калмыков, автор симуляторов: Claude Code для продакта, Full Stack AI прототипирование для продакта и др.

Вы продакт менеджер приложения, которое измеряет уровень стресса человека через HRV, и дает полезные советы о том, как лучше восстанавливаться. Привлечение пользователей идет так себе: retention через неделю после онбоардинга очень слабый, конверсия в платящих пользователей еще хуже. Чтобы как-то помочь маркетологам лучше настроить воронку, вы начинаете изучать какое поведение пользователей лучше предсказывает конверсию в платную подписку. Вы замечаете, что пользователи, у которых согласно замерам вашего приложения все ок, не задерживаются в приложении и очень редко покупают платную подписку. А вот те, у кому вы показываете красный уровень стресса – гораздо чаще переходят из триала в платных пользователей, и показатели удержания у них значительно выше. И вот перед вами как продактом встает моральная дилемма... как бы вы поступили?

Не всё пошло по плану, на YouTube вебинарный стрим на тему "Основы Claude Code для продакта" не запустился по техническим причинам, но мы залили из Zoom. Получить вебинар в записи можно вот тут.