70% гипотез сгорают уже после запуска, просто потому, что их проверяют слишком поздно и чаще всего всё идёт по сценарию: идея → задачи → разработка → запуск и только в конце становится понятно, что что-то в этой цепочке было неправильным... с самого начала

📍30 марта, 18:00 пройдёт бесплатный воркшоп
«ИИ в исследовании продукта: как за 1 час собрать карту проверяемых гипотез»

Расскажут, как с помощью ИИ:

— превращать идеи в чёткие гипотезы
— собирать и анализировать данные заранее
— фильтровать и расставлять приоритеты
— собрать план проверки под реальные ресурсы

За 1 час у тебя будет карта гипотез, структура "проблема → аудитория → эффект → метрика" и план проверки с приоритетами, сроками и метриками.

Разберут как анализировать интервью и находить паттерны за минуты, генерировать гипотезы и принимать решения на основе данных, а не ощущений. Бонус: чек-лист «10 вопросов к гипотезе перед спринтом»

Эксперты: Дамир Байжуминов (продакт-менеджер Альфа-Банка по внедрению ИИ) и Артём Астапенко, эксперт по ИИ и архитектуре AI-решений

Если хочешь быстрее проверять идеи, а не тратить на них недели — приходи.

Бесплатное участие
👉 https://product-ai.ru/workshop

Читать полностью…

Мой старый знакомый не смог пройти мимо и прислал такой коммент к предыдущему посту. С его разрешения, дополняю пост своим ответом и накину на вентилятор свежей аналитеки от a16z (TLDR между строк: сокращайте операционку всех ещё сильнее)

>>>

Привет. Огромное спасибо за столь развернутый комментарий :) Дело в том, что я с ним и согласен и не согласен одновременно. Объясню почему.

Разрабы сейчас и разрабы пару лет назад — совершенно разные специалисты.

Как ты и описал их, большинство из них были долгое время такими: самодовольными, немного ленивыми и, к великому сожалению, неспособными понять и принять смыслов работы для пользователей.

И я думаю, что именно в этом всегда было главное недовольство к разрабам со стороны менеджеров и руководства, а не что-то личное непереносимое (с этим у большинства продактов проблем нет).

Сейчас с ИИ всё меняется (люди и процессы).

Те разрабы, кто оказался не такими и сохранили и пронесли до эпохи ИИ в себе немного пользовательской эмпатии, они поняли, что теперь с ИИ и агентами они могут СОЗДАВАТЬ продукты для пользователей, а не просто писать код для продуктов.

И такие спецы выстраивают вокруг себя на работе целую сеть из ИИ-агентов, которые работают и кодят и проверяют за них (и это видит руководство), либо... они уже пилят свои продукты. А те, кто этого ещё не понял и кто по старинке с самодовольным видом пытается кодить код, их, к сожалению, оптимизируют.

А с корпами просто – в корпах всегда всё было сломано: здравый смысл, процессы, стратегия, псевдо-культура, даже монетизация и та через одно место из-за влияния фондового рынка, инвестиций, кокаинума и оторванного от реальности восприятия мира вокруг (я не говорю уже о том, что мира внутри продукта под названием пользователи и их лояльность для корпы не существует в природе). Так задумано, в этом "дух" корпы.

Всё это было сломано до нас, и с приходом ИИ будет ломаться дальше, больше, сильнее и безумнее. Мы это уже сейчас видим в виде увольнений и сокращений и рандомного перекладывания работы уволенных на плечи кривого ИИ и разных там оркестров.

А кто рулит этим процессом? Кто решает кого нанимать, кого заменять, кого увольнять? Те же, кто раньше нанимал десятки тысяч сотрудников просто "потому что можем себе это позволить".

А значит их самодурство и недальновидность будут иметь место и дальше и будут только лишь усиливаться и одобряться ИИ. Просто потому что ИИ всегда говорит им «да».

И в один момент, ИИ+консультанты скажут "настало время управления с ИИ". и они согласятся, потому что: а) это легко/удобно/контролируемо; б) это выгодно; в) их ИИ не будет заменять (но это не точно, читай меж строк аналитику a16z про оптимизацию уровней + там ещё и статейка хорошая на десерт в ретвите).

А системы всегда стремятся к максимальному упрощению, строгости и автоматизации. Не просто же так в Матрице Архитектор сидит один в комнате 👨🏼‍💻

Читать полностью…

Неудобная правда продакт-менеджмента – большинство корпоративных продактов заменят разработчики с ИИ (а не наоборот)

Работа с обратной связью, аналитика тикетов, анализ конкурентов и рынка, продуктовое знание, еженедельные отчётики, внимательно слушание СЕО на совещаниях и всё такое – комон, всё это уже делает ИИ без продактов. Нужен лишь толковый оператор-оркестратор для ИИ.

Толковый оператор – тот кто умеет правильно общаться с ИИ и строить логику процессов для машин. А это всегда разраб, как бы мы не тешили себя иллюзиями вайб-кодинга.

Просто потому, что наш вайб-код не выйдет в прод на миллионы юзеров, он всегда пройдёт через верификатора в лице разраба/СТО.

В корпоративном менеджменте верификация идеи всегда начинается и идёт через руководство, и в корпах продакт часто выступает как номинал идеи и от него требуется только двигание тасочек менеджмент процесса разработки идеи, по которому он с этой идеей пойдёт к... разработчикам.

Зная любовь корпораций (и их консультантов) к оптимизации людей и процессов, не удивлюсь, если колесико снова сделает оборот и всё вернётся к тому, с чего начиналось, но с НЕБОЛЬШОЙ поправкой на ИИ: "СЕО ⇔ Разрабы-операторы + ИИ". Дизайн давно в руках ИИ, менеджмент уже вот плавно переходит.

Шансы на рынке остаются у дизайнеров со Вкусом, у продактов с Видением и у разработчиков с ИИ. Всех остальных заменят разработчики с ИИ.

Навеяно новостью о том, что Марк начал использовать ИИ-агента для ответа на вопросы сотрудников, а внутри самой компании персональные агенты стали обязательным условием работы и пунктом на перформанс ревью. И всё это под продолжающейся лавиной массовых сокращений.

– Developers, developers... 👏👩‍🦲

Читать полностью…

Что такое вайбкодинг и почему о нём так много говорят?

Битрикс24 выпустил бесплатный курс для гуманитариев из 11 уроков, где простым языком разбирают вайбкодинг и показывают, как делать первые проекты с ИИ без знания языков программирования.

Курс будет полезен руководителям, маркетологам, HR, менеджерам — всем, кому интересна тема. Формат практический: минимум теории, первые проекты, разбор ошибок, работа со структурой и сценариями.

Пройти курс можно на любой платформе:
YouTube / VK / RuTube

Читать полностью…

Продакты с амбициями, вам сюда

Т-Образование запускает курс по ML-Product-менеджменту для опытных специалистов с 12 мая по 7 июля.

Акцент на практику — участники создают свой ML-прототип и проходят через все этапы принятия продуктовых решений: от идеи и формулировки гипотез до MVP и масштабирования в формате Stage-Gate.

А еще в программе:

— восемь модулей с тестами и заданиями;
— лекции раз в неделю и задачи с обратной связью;
— работа с метриками, этикой, дрифтами, PDCA, мониторингом и scaling-фазой.

Преподаватели курса — лидеры профессии и практикующие ML-продакты.

В конце пройдет защита прототипов продуктов — шанс показать свои навыки и быть рассмотренным на роль ML-Product-менеджера в Т-Банке.

Если готовы сделать следующий карьерный шаг — подайте заявку.

Читать полностью…

Subagents vs. Agent Teams и в чём между ними разница

Субагенты – это параллелизм через изоляцию

Субагент — это специализированный экземпляр Claude/ChatGPT, работающий в собственном изолированном окне контекста. Представьте, что вы – руководитель исследовательской группы. Вы не читаете каждый первоисточник лично. Вы делегируете конкретные вопросы исследователям, они возвращаются к вам с квинтэссенцией полученных данных, а вы синтезируете всё это в единый, связный результат. Именно так работает механика с субагентами.

Каждый субагент получает:

– Собственный системный промпт, определяющий его специализацию.
– Конкретный набор инструментов, к которым он имеет доступ.
– Чистое, изолированное окно контекста.
– Одну конкретную задачу для выполнения.

По завершении, родительскому процессу возвращается лишь окончательный результат. Не полная цепочка рассуждений и не промежуточные шаги, а только сжатый вывод.

Смысл использования субагентов заключается не только в параллелизме, но и в компрессии. Вы дистиллируете огромный объём поисковой активности в чистый сигнал, не засоряя контекст родительского агента информационным шумом.

Существует одно жесткое ограничение: субагенты не могут взаимодействовать друг с другом напрямую. Все результаты возвращаются к родительскому агенту, который выступает в роли единственного координатора.

Это ограничение не то чтобы, недостаток, а скорее, особенность архитектуры и механики. Оно обеспечивает предсказуемость системы, в котрой вы всегда точно знаете, по каким каналам движется потоки информации и где принимаются решения.

Команды ИИ-агентов – это координация через коммуникацию

Команды агентов представляют собой принципиально иную модель. В то время как субагенты это недолговечные исполнители, которые выполняют конкретную задачу и исчезают, команды агентов – долгоживущие сущности, которые сохраняют своё состояние, напрямую взаимодействуют друг с другом и координируют свои действия посредством общего состояния.

Команда агентов состоит из трёх ключевых компонентов:

– Лидер команды, который координирует работу, распределяет задачи и обобщает результаты.

– Члены команды в лице независимых экземпляров агентов, каждый из которых обладает собственным контекстным окном и работает параллельно с остальными.

– Общий список задач, в котором отслеживается статус каждой задачи, а также зависимости между задачами.

Главное отличие от субагентов заключается в прямом взаимодействии по принципу «от равного к равному». Участники команды могут обмениваться сообщениями, делиться результатами, выявлять препятствия и вести переговоры, не пропуская всё через родительского ИИ-агента руководителя.

Вот как следует подходить к выбору между этими двумя подходами:

1) Суб-агенты работают по принципу «запустил и забыл». Вы ставите им задачу, они её выполняю и отчитываются о результате. Никакого взаимодействия или диалога между агентами.
Ни общей памяти, ни сохранения текущего состояния, потому что жизненный цикл каждого суб-агента ограничен рамками одной сессии.

2) Команды ИИ-агентов работают на принципах сотрудничества, сохраняют свое состояние и накапливают контекст с течением времени. Результаты, полученные в процессе выполнения любой задачи, мгновенно становятся доступны ИИ-коллегам по команде.

Кого использовать?

Используйте суб-агентов, когда ваша работа допускает «параллельное» выполнение: независимые потоки исследований, изучение кодовой базы или поиск информации, когда родительскому агенту требуется лишь краткая сводка результатов.

Используйте команды агентов, когда работа требует постоянного согласования действий: в ситуациях, когда агентам необходимо сверить свои результаты перед переходом к следующему этапу, или когда открытие, сделанное в одном потоке, влияет на дальнейшие действия другого ИИ-потока.

Пять важных шаблонов оркестровки

Читать полностью…

3,000 лет д.н.э: Структура ИИ-агентов
1855: Структура ж/д компании
2026: Структура ИИ-агентов

В 1855 году у Нью-Йоркско-Эрийской железнодорожной компании возникла проблема. Железнодорожный транспорт в то время представлял собой крупнейшую в истории страны структуру по сложности своей организации.

Начальнику железной дороги Дэниелу МакКаллуму, который в то время был ведущим мыслителем в области менеджмента, было поручено найти решение. Так, он разработал первую в истории современного мира сложную, многоуровневую, древовидную организационную схему (хайрес).

Схема представляет собой дерево, корни которого символизировали президента и совет директоров. Ветви – пять оперативных подразделений и сервисных отделов (ремонт локомотивов, автомобильный мост, телеграф, типографию, а также казначейство и секретариат. Листья же обозначали местных агентов по продаже билетов, грузоперевозкам и экспедированию грузов, подчиненных руководителей, поездные бригады, бригадиров и так далее.

Одной из отличительных особенностей схемы Маккаллума для Эри является то, что она функционирует одновременно и как карта и как организационная схема. Вы можете видеть как структуру всей железной дороги и расположение её подразделений, так и организационную структуру каждого подразделения.

На схеме Маккаллума самые высокопоставленные руководители компании расположены внизу, что противоречит современному пониманию иерархических организационных схем.

Это совершенно другая организация, нежели пирамидальная структура, в которой руководители находятся на вершине, в отличие от этой, где они находятся внизу

Несмотря на достижения МакКаллума в конце XIX века, организационные схемы получили широкое распространение лишь спустя почти сто лет, с появлением бизнес-школ в США. До этого момента организационные схемы появлялись в исторических документах лишь в контексте военных действий.

P.S. Маккаллум просто скопировал всё с языка Кипу инков, в котором цифры завязывали узелками и могли использовать для учёта расходов и доходов. В 2006 году американский исследователь Гари Уртон обнаружил, что в узелках Кипу заложен код, напоминающий двоичную систему. 3,000 лет до нашей эры. Заложен код.

Всем пятницы и выходных!

Читать полностью…

RevenueCat опубликовали ежегодное исследование рынка подписок

Внутри много всего, из интересного:

– Жёсткие пейволлы превосходят фримиум по конверсии: приложения, требующие оплаты сразу, конвертируют пользователей в 5 раз эффективнее, чем модели фримиум (10,7% против 2,1%). Однако в долгосрочной перспективе это преимущество исчезает и спустя год показатели удержания пользователей (retention) для обеих моделей становятся практически идентичными.

– Приложения сокращают пробные периоды вопреки статистике: пробные периоды длительностью от 17 дней обеспечивают конверсию на 70% выше, чем короткие триалы (42,5% против 25,5%). Тем не менее, разработчики продолжают переходить на 3-дневные пробные версии. Сегодня почти половина всех приложений предлагает пробные периоды длительностью не более четырех дней, тем самым, возможно, упуская значительную часть потенциальной конверсии.

– 55% всех отмен 3-дневных пробных периодов происходит в «нулевой день» (день установки приложения). Битва за подписчика выигрывается или проигрывается уже во время первой сессии, что вынуждает разработчиков мгновенно создавать для пользователя тот самый aha-moment.

— Почти треть всех отмен подписок в Google Play происходит не по воле пользователя, а из-за сбоев при списании средств — этот показатель вдвое больше аналогичный показатель в App Store (14%).

– ИИ помогает продавать, но не удерживать: приложения на базе ИИ приносят на 41% больше выручки в пересчёте на одного платящего пользователя, однако отток аудитории в них происходит на 30% быстрее.

Читать полностью…

Решения и действия (с)

Если разложить любую профессию на составляющие то, вы обнаружите одну и ту же повторяющуюся примитивную структуру:

Решения и действия. Всё

Каждая работа, каждый рабочий процесс, каждая профессия, начиная от менеджера до СЕО – это всего лишь уникальная перестановка и комбинация этих двух вещей с разной частотой и амплитудой в зависимости от контекста.

ПО автоматизировало «действенную» часть работы и поглотило действие, но уровень принятия решений остался человеческим, потому что принятие решений требует рассудительности, учёта контекста, терпимости к неопределённости, распознавания образов в неполной информации, креативности и творчества. Для всего этого необходим интеллект (и вкус – прим.). А интеллект раньше не был доступен по запросам из промптов.

Вот почему работники интеллектуального труда чувствовали себя неприкасаемыми. Они не просто кликали мышкой. Они РЕШАЛИ, НА-ЧТО кликать. Но ИИ полностью меняет это.

ПО – это «действие по триггеру»
ИИ – это «принятие решения по запросу»

Подключите ИИ к ПО и данным, и вы замкнёте цикл. Теперь вы можете создавать сущности, которые могут принимать решения и действовать автономно, от начала до конца.

Марк Андреессен однажды сказал, что ПО поглотит мир. Оно поглотило лишь часть работы. Теперь ИИ пришел, чтобы завершить трапезу.

Но, как ни парадоксально, это не убивает рабочие места в сфере разработки ПО и менеджмента, а создаёт бесконечный спрос на них.

Каждый рабочий процесс, который теперь можно автоматизировать, нужно пересоздавать заново.

Здравоохранение, юриспруденция, логистика, финансы, исследования – каждый из них представляет собой фрактал решений и действий, и каждый теперь является программной проблемой. Весь потенциальный рынок теперь охватывает все существующие рабочие процессы, выполняемые человеком.

Но зверь ИИ дик. Он галлюцинирует, дрейфует, ломается, нуждается в ограничениях, циклах оценки, защите и доверии. Кто-то должен его приручать, подключать к реальным системам, данным, заставляя работать всё это в продакшене.

Поэтому менеджеры и разработчики, которые понимают, что они больше не создают инструменты, а создают системы сущностей, не будут заменены.

Так они эволюционируют в Архитекторов всего, что будет их заменять.

Читать полностью…

The Company Graph

Когда говорит, что ИИ не может выполнить ту или иную работу, на самом деле говорят, что им "не предоставили весь контекст". Всё дело в контексте.

И источник проблемы не в том, что контекста не существует (он существует), а в том, что он разбросан повсюду внутри компании.

Поэтому каждой компании и необходим структурированный граф её знаний. Это хранилище всего контекста:

– идеи, гипотезы, фичи с их разбором в разрезе всей истории их жизни, метрик, отзывов пользователей и происходящих изменений-обновлений;

– каждое решение команды с альтернативами и обоснованием (что решали, что решили и почему);

– каждое совещание (извлеченные утверждения, решения, пункты действий и стратегические изменения);

– все, что вы опубликовали, каждую исследовательскую сессию и каждый конкурентный анализ.

Организация знаний в области и структуру + правильное наименование = ИИ, говорящий на языке вашего продукта о самом себе.

Такой граф не только обновляется и улучшается сам по себе благодаря вам и команде, но и выполняет свою главную JTBD – помогает команде через ИИ в предоставлении всем правильного контекста.

Невозможность организовывать работу в пространстве знаний – вот, что погубило все старые продуктовые и проектные wiki. Old school Wiki были просто хранилищем. Граф ИИ – тот самый живой менеджер старой корпоративной википедии.

Потому что теперь ИИ не только имеет быстрый доступ к данным, но и:

– замечает, какие данные/спецификации/идеи не синхронизированы с вашей командой или противоречат друг другу;

– накапливая достаточное количество наблюдений, ИИ может предлагать структурные изменения в Системе именно на основе контекста.

То, что произошло с разработкой ПО с помощью Vibe Coding, совсем произойдет и с интеллектуальным трудом и управлением. И если в 2025 год ИИ писал код, то в 2026 году ИИ начнёт менеджерить решения в компаниях через их знания.

Ваш продукт и компания уже является (и всегда был) графом знаний, имея весь необходимый контекст информации и данных о себе.

Но самые полезные для организации знания находятся не в документах, а в головах людей.

Вопрос лишь в том:

1) можете ли вы, ваши коллеги и только потом ИИ их сохранять, чтобы видеть;

2) хотите ли вы, чтобы его видел Те-Кто-Стоят-За-ИИ

Читать полностью…

Безопасность бизнеса – его фундамент

Два полезных бесплатных вебинара на тему безопасности бизнеса и составляющих его системы.

«Когда ИИ становится угрозой: управленческие риски в эпоху ИИ» (сегодня, 11 марта в 20:00)

Программа:
– Примеры успешного (и не очень) внедрения ИИ
– Оценка рисков внедрения ИИ
– Изменение зон ответственности
– Масштабирование ИИ

«CTO как система: люди, процессы и ИТ для управления бизнесом» (18 марта в 20:00)

Программа:

– Как распределять ответственность между людьми, процессами и архитектурой

– Принятие эффективных решений: опыт и интуиция

– Масштабируемые процессы без микроменеджмента

– Ошибки и анти-паттерны, которые тормозят рост и эффективность команды.

Вебинары проходят в рамках курса «CTO / Технический директор». Реклама ООО «Отус онлайн-образование»

Читать полностью…

Если бы завтра какая-то команда с $50M инвестиций клонировала ваш продукт, что бы она не смогла воспроизвести даже через три года?

Будьте честны – это не ваша база клиентов/данных/УТП/НКП/культура/стратегия/понимание/связи и т.п. С $50M вы можете купить всёэто, а ИИ плевать на ваши "знания".

Что конкретно вы создали, чему научились или что заработали, что требует времени и что нельзя купить за деньги?

Если вы перебираете варианты с ответами, то вы должны осознать, что держите в руках просто наборы фич, а не свет и бриллианты. Потому что фичи копируются и поглощаются. Это физика природы рынка фич.

Что вы создаёте, что становится ярче, крепче и сильнее с течением времени?

Не больше, а ярче, крепче и сильнее.

Ваша деятельность и продукт приносит и накапливает ценность Вне-Времени, или вы бежите по беговой дорожке, скорость и длина которой увеличивается с каждым кварталом?

Выживают только те Продукты, которые изначально не были просто продуктами

Если это не то, что вы строите, сейчас самое время выяснить, что же это такое.

Читать полностью…

Ничего необычного, это GitHub продакт-менеджера, благодаря которому чувака взяли Senior AI PM в Google Cloud

У Аакаша вышла хорошая пейвол-статья про гитхаб для продактов на примере github.com/shubhamsaboo. Кому влом платить:

Активный GitHub рассказывает о вас то, что не может передать ваше резюме:

– Гитахб публично показывает, что вы действительно Создаёте Нечто, а не просто умеете красиво рассказывать о создании чего-то.

В нём можно вести логи своих вайб-продуктов, продукта компании, и вести свой продуктовый продакт-лог (блог?).

– Гитахб показывает то, как именно вы это нечто создаёте. Всё то, что мы обычно вырезаем из резюме, дабы оно прошло фильтры машин/эйчаров, можно рассказывать в своём гитхабе.

NDA? Никто ж не запрещает в нём делиться вашими публичными апдейтами продукта и намекать на то, как вы с командой к ним пришли.

– Свой Гитахб и форки показывают вашу продуктовую насмотренность и осведомлённость в области любых продуктов, их конкурентов (альтернативных решений проблем) и окружения и дополнений вокруг них. Просто потому, что гитхаб про опенсорс, а опенсорс есть чистый креатив без правил.

– Гитахб показывает, что вы, как минимум, понимаете то, как работают технические команды, что такое Код, и что вы умеете работать с инструментами, которые ваша команда использует ежедневно. То есть то, что вы – специалист.

– Да и в целом, Гитахб – это своеобразная соц сеть, в которой можно найти кучу полезного.

Читать полностью…

Дизайн продуктов наконец-то переходит от создания артефактов (рисования кнопочек по 6 недель) к созданию:

1) Дизайн-Систем;
2) систем дизайн-процессов.

Всё потому, что с ИИ:

– Процессы пре-дизайна стали проще.

Потому что контекст для дизайна продукта (области проблем, юзкейсы, портреты, фидбек и прочее) теперь всё это разбирает ИИ.

Я и раньше скептически относился ко всем этим фантазиям дизов и их страсти к писанине по воде буквами, которое они любят устраивать, дабы оправдать показать ход своих мыслей значимость вместо простого предложения разных вариантов интерфейсных решений под задачу/проблему.

Ребята, ну вы же про кар-ти-нки пред глазами, а не тексты, нувычо.

Теперь все ваши-наши тексты обрабатывает ИИ.

– Поэтому детализация документации и UI/UX-промптов и всего дизайна, стала чётче/шире/глубже.

А множество вариантов механик в тексте увеличивают плотность сгенеренных ИИ дизайн-решений.

И вместо очередного "ой, а мы не подумали об этом юзкейсе/сегменте, давайте через 3 недели мы вернёмся с идеями (даже не картинками)" на созвонах, Figma AI эти картинки генерит в варианты за минуты, чтобы мы на созвонах могли обсуждать их глазами, а не объяснять гипотетически на пальцах с текста.

Потому что пользователи видят глазами, а не читают тексты, brothers.

– Процесс дизайна стал Системой. Дизайн-система как Процесс

ИИ создаёт живой UI с работающей системной и пользовательской логикой и связями с другими фичами, который предлагает ва-ри-анты и складывает их в полную картину и концепцию и позволяет видеть всёэто благодаря им. Не обрывки фреймов и экранов, а готовые к просмотру и размышлениям варианты решений.

И это снова про те-самые-картинки, братья.

– Поэтому неопределённость у дизайна и его процессов стала ниже

В ИИ-дизайне всё начинается с пространства проблем-возможностей, которое постепенно с каждым новым вопросом сужается благодаря ИИ. Правки/корректировки/обсуждения/обновления? Всё за считанные дни с ИИ.

– Единственное, что было, есть, и будет важно – ясность

Ясность дизайна для дизайнеров, для продактов, для разрабов, что собираются его пилить. ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, в конечном счёте. И с ИИ эта ясность приходит больше и быстрее.

Стоимость дизайн процессов пала. Остался у дизайна только вкус

ИИ меняет направление внимания в дизайне у продукта. Энергия продукта во внимании. TLDR: Дизайн = энергия продукта.

Читать полностью…

Разбавляя сладкую ИИ-вату: ребята из Гарварда опубликовали статью «Агенты хаоса», где в рамках эксперимента целенаправленно искали (и конечно же нашли) уязвимости в работе автономных ИИ агентов.

TLDR:

– ИИ-агенты могут подчиняться невладельцам, которые выдают себя за администраторов.

– Конфиденциальная информация просачивалась через границы агентов.

– Даже один ИИ-агент может выполнять деструктивные команды, ставящие под угрозу работу всей системы.

– Присутствовало неконтролируемое потребление ресурсов со стороны ИИ.

– Обнаружено распространение небезопасного поведения между ИИ-агентами, в ходе которого они обучали друг друга плохим привычкам.

– ИИ-агенты пытались осуществить частичный захват системы.

– Агенты сообщали о завершении задачи, хотя состояние системы говорило об обратном.

Самое главное:

ИИ-агенты лгали о завершении работы, но не из-за злого умысла, а из-за их непонимания несоответствия между тем, что они отслеживали, и тем, что произошло на самом деле

Самое сочное:

Всё это не было вызвано взломом или враждебными запросами, это был баги и галлюцинации ИИ в режиме обычного использования.

Сбои происходят из-за архитектуры, проблем с памятью, контекста, многосторонней связи и доступа к инструментам, а не из-за действий злоумышленников.

P.S. В этом и заключается проблема. Прямо сейчас мы внедряем в производство агентские системы и модели с доступом к чувствительным данным, выполнением кода и огромной памятью.

И почти никто не внедряет «Red Team» (спецы, которые играют роль противника и атакующего систему) для проверки влияния ИИ на Систему и её защиту «Blue Team» (спецами по защите, которые мониторят системы и отражают атаки).

– Леденец?

Читать полностью…

Вещи, которые должен уметь игнорировать продакт для сохранения своего внимания, видения и намерения (времени-энергии):

0. 100%-ый перфекционизм
1. Дословные требования пользователей
2. Громкость голосов стейкхолдеров
3. Авторитет "экспертных" мнений
4. Блеск фич и метрик конкурентов
5. Нужда совещаний и ответов
6. Просто срочность
7. Ожидание момента
8. Мнимая определённость планов
9. Запрос на определённости извне
10. Одержимость рационализацией
11. Процесс ради процесса
12. Потребность в одобрении командой
13. Стремление к консенсусу со всем(и)
14. Шёпот. Шум рыночного хайпа
15. Страх от признания пустых работ
16. Чувство вины за фичи (те работы)
17. Сравнение себя с другими
18. Свой собственный "успех"

Безупречность не про идеальность

Читать полностью…

Продуктовое мышление — навык для вашего роста 🧠

Если вы уже работали с продуктом, но до этого двигались на ощупь и без уверенности — возможно, пора систематизировать знания.

До 31 марта на расширенный курс «Продакт-менеджер» действует скидка 10% на все курсы, кроме программ ВО и Медицины, по промокоду НЕТОЛОГИЯ10.

За 10 месяцев вы научитесь:

- анализировать рынок и ЦА, проводить A/B-тесты и CustDev;
- разрабатывать концепцию продукта и создавать MVP;
- составлять ТЗ исполнителям;
- использовать гибкие методологии;
- рассчитывать юнит-экономику.

Для итоговой работы создадите концепцию продукта: с анализом ниши и конкурентов, списком гипотез, первым прототипом и юнит-экономикой.

🔗 Записаться со скидкой → https://netolo.gy/eFWv

Реклама ООО "Нетология"

Читать полностью…

Каждая фича старого SaaS теперь переосмыслена ИИ

Подумай же и ты об этом:

– Old school SaaS полагался на жёсткие предопределённые правила и данные. Теперь ИИ заменяет их контекстной логикой.

– Сбор данных раньше был в виде статичных форм с фиксированными полями, которые нужно было заполнять руками (своими или пользователей). С ИИ это а) автозаполнение; б) обогащение данных за секунды.

– Workflows раньше строились руками менеджеров и разрабов как цепочки «If-This-Then-That», где люди проектировали каждый шаг. Теперь ты описываешь всё текстом и ИИ собирает и проводит процессы.

– Импорт данных раньше был по жёстким шаблонам CSV, который ломался на любой ошибочной строке и приходилось тратить часы на её поиск и исправление. Теперь ИИ ест данные за минуты.

– Поиск внутри продукта... Помню, на заре 2010-ых был целый сегмент продуктов по поиску внутри продуктов. Где они сейчас, где будут завтра?

– Обучение/документация были протухшей базой знаний FAQ. С ИИ документация жива и актуальна.

– Аналитика была взглядом на месячную задержку данных. ИИ анализирует онлайн.

– Дизайн был делом вкуса и времени. Теперь с ИИ остался только вкус.

– Старый спам уведомлений. ИИ-саммари и группировка.

– Онбординг? ИИ-адаптация!

– API? MCP!

– SaaS теперь источник данных для ИИ.

– Новые фичи = интеграция данных, а не фич

– Новый UI/UX = голос-чат

Читать полностью…

Как там дела у Фигмы

1. Тул №1 для прототипирования
2. Отказа от поглощения Adobe, компенсация в $1B
3. Скандал вокруг прав на слов dev mode и Config
4. Выход на IPO
4. 6-ти месячный lock-up акций после IPO
5. Акции упали на 80% (на языке биржи они превратились в мусор)
>> Figma сейчас здесь <<

Figma в 2026 году убыточна на -120% (они тратят $220 чтобы заработать $100), а рост выручки замедлился до 30%, что по стандартам компаний стартапов её уровня считается весьма слабым результатом.

Для понимания особой печали сотрудников Фигмы – после IPO они стали богатыми на экране, но из-за локапа не могли продать акции и выйти в кеш и наблюдали за падением цены своих акций.

Ко всему прочему, Фигме на хвост наступают конкуренты типа https://penpot.app (рекомендую изучить как альтернативу Фигме, есть self-hosted и тот же MCP) и, в целом, вся ИИ индустрия, готовая в любой день выкатить и выкатывающая очередной уникальный ИИ-тул для создания дизайна и интерфейсов.

Я это всё плавно подвожу к тому, что эпоха SaaS с приходом ИИ ОЧЕНЬ сильно изменилась и рыночек в лице акций самого популярного инструмента для создания интерфейсов тому наглядный пример.

И подкидывая дров в печку AI Free Zone, скажу, что self-hosted продукты в эпоху ИИ рулят по 3 главным причинам:

– с self-hosted вы перестаёте зависеть от хотелок продактов условных Figma/Notion в эпоху ИИ-хайпа;

– с self-hosted вы платите $50/m за машину на DO вместо того, чтобы платить тысячи $ за каждого сотрудника Figma/Notion/Slack за... а за что мы платим им тысячи долларов?

– вы не кормите чужой ИИ своими данными.

И для меня приятным удивлением в этом году было обнаружить https://anytype.io для ведения тасочек и доков. Русские ребята в Швейцарии пилят удобную self-hosted замену Ношена/Обсидиана, в которой есть всё, что надо от таск-менеджера и Слака, плюс шифрование ✨

Возвращаясь к Фигме, предположу, что её всё же выкупят и это будет OpenAI/Claude или может быть опять Adobe за миллиард?

Читать полностью…

Subagents vs. Agent Teams: в чём между ними разница + 5 паттернов оркестрации

Субагенты – это параллелизм через изоляцию

Субагент – это специализированный экземпляр в Claude/ChatGPT, работающий в собственном изолированном окне контекста. Представьте, что вы выступаете руководителем исследовательской группы. Вы не читаете каждый первоисточник лично, а делегируете конкретные вопросы исследователям, они возвращаются к вам с квинтэссенцией полученных данных, и вы синтезируете всё это в единый, связный результат. Именно так работает механика с субагентами.

Каждый субагент получает:

– Собственный системный промпт, определяющий его специализацию.
– Конкретный набор инструментов, к которым он имеет доступ.
– Чистое, изолированное окно контекста.
– Одну конкретную задачу для выполнения.

По завершении, родительскому процессу возвращается лишь окончательный результат. Не полная цепочка рассуждений и не промежуточные шаги, а только сжатый вывод.

Смысл использования субагентов заключается не только в параллелизме, но и в компрессии. Вы дистиллируете огромный объём поисковой активности в чистый сигнал, не засоряя контекст родительского агента информационным шумом.

Существует одно жесткое ограничение: субагенты не могут взаимодействовать друг с другом напрямую. Все результаты возвращаются к родительскому агенту, который выступает в роли единственного координатора.

Это ограничение не то чтобы, недостаток, а скорее, особенность архитектуры и механики. Оно обеспечивает предсказуемость системы, в котрой вы всегда точно знаете, по каким каналам движется потоки информации и где принимаются решения.

Команды ИИ-агентов – это координация через коммуникацию

Команды агентов представляют собой принципиально иную модель. В то время как субагенты это недолговечные исполнители, которые выполняют конкретную задачу и исчезают, команды агентов – долгоживущие сущности, которые сохраняют своё состояние, напрямую взаимодействуют друг с другом и координируют свои действия посредством общего состояния.

Команда агентов состоит из трёх ключевых компонентов:

– Лидер команды, который координирует работу, распределяет задачи и обобщает результаты.

– Члены команды в лице независимых экземпляров агентов, каждый из которых обладает собственным контекстным окном и работает параллельно с остальными.

– Общий список задач, в котором отслеживается статус каждой задачи, а также зависимости между задачами.

Главное отличие от субагентов заключается в прямом взаимодействии по принципу «от равного к равному». Участники команды могут обмениваться сообщениями, делиться результатами, выявлять препятствия и вести переговоры, не пропуская всё через родительского ИИ-агента руководителя.

Вот как следует подходить к выбору между этими двумя подходами:

1) Суб-агенты работают по принципу «запустил и забыл». Вы ставите им задачу, они её выполняю и отчитываются о результате. Никакого взаимодействия или диалога между агентами. Ни общей памяти, ни сохранения текущего состояния, потому что жизненный цикл каждого суб-агента ограничен рамками одной сессии.

2) Команды ИИ-агентов работают на принципах сотрудничества, сохраняют своё состояние и накапливают контекст с течением времени. Результаты, полученные в процессе выполнения любой задачи, мгновенно становятся доступны ИИ-коллегам по команде.

Используйте суб-агентов, когда ваша работа допускает «параллельное» выполнение: независимые потоки исследований, изучение кодовой базы или поиск информации, когда родительскому агенту требуется лишь краткая сводка результатов.

Используйте команды агентов, когда работа требует постоянного согласования действий: в ситуациях, когда агентам необходимо сверить свои результаты перед переходом к следующему этапу, или когда открытие, сделанное в одном потоке, влияет на дальнейшие действия другого ИИ-потока.

Читать полностью…

5,000 лет д.н.э: Проект-менеджмент
1855: Структура ж/д компании
2026: Структура ИИ-агентов

В 1855 году у Нью-Йоркско-Эрийской железнодорожной компании возникла проблема. Железнодорожный транспорт в то время представлял собой крупнейшую в истории страны структуру по сложности своей организации.

Начальнику железной дороги Дэниелу МакКаллуму, который в то время был ведущим мыслителем в области менеджмента, было поручено найти решение. Так, он разработал первую в истории современного мира сложную, многоуровневую, древовидную организационную схему (хайрес).

Схема представляет собой дерево, корни которого символизировали президента и совет директоров. Ветви – пять оперативных подразделений и сервисных отделов (ремонт локомотивов, автомобильный мост, телеграф, типографию, а также казначейство и секретариат. Листья же обозначали местных агентов по продаже билетов, грузоперевозкам и экспедированию грузов, подчиненных руководителей, поездные бригады, бригадиров и так далее.

Одной из отличительных особенностей схемы Маккаллума для Эри является то, что она функционирует одновременно и как карта и как организационная схема. Вы можете видеть как структуру всей железной дороги и расположение её подразделений, так и организационную структуру каждого подразделения.

На схеме Маккаллума самые высокопоставленные руководители компании расположены внизу, что противоречит современному пониманию иерархических организационных схем.

Это совершенно другая организация, нежели пирамидальная структура, в которой руководители находятся на вершине, в отличие от этой, где они находятся внизу

Несмотря на достижения МакКаллума в конце XIX века, организационные схемы получили широкое распространение лишь спустя почти сто лет, с появлением бизнес-школ в США. До этого момента организационные схемы появлялись в исторических документах лишь в контексте военных действий.

P.S. Маккаллум просто скопировал всё с языка Кипу среднего горизонта (периода до инков), в котором цифры завязывали узелками и могли использовать для учёта расходов и доходов. Некоторые из узлов так же, как другие особенности, такие как цвет, представляют нечисловую информацию, которая до сих пор ещё не была расшифрована.

В 2006 году американский исследователь Гари Уртон обнаружил, что в узелках Кипу заложен код, напоминающий двоичную систему. 5,000 лет до нашей эры. Заложен код.

Всем пятницы и выходных!

Читать полностью…

Как сделать ИИ удобным инструментом для команд ↗️

Узнайте на GoCloud 2026 – большой конференции про AI и облака от провайдера Cloud.ru.

В этом году ключевой темой станет ИИ как сервис: а именно, простые, управляемые и безопасные инструменты для работы с ИИ и ИИ-агентами. Также обсудят кибербезопасность, гибридные решения, тренды в работе с данными и облаками, которые определят 2026 год.

Что вас ждёт:

▶️4 трека про ИИ, работу с данными, инструменты разработки и облачную инфраструктуру
▶️50+ спикеров
▶️демозоны сервисов
▶️практические воркшопы
▶️нетворкинг и афтерпати

Встречаемся 9 апреля офлайн в Москве или на онлайн-трансляции.

👉Зарегистрироваться👈

Читать полностью…

Product Focus Club 2026 — главное событие весны про будущее продуктов в эпоху ИИ

17 апреля пройдёт конференция Product Focus Club 2026, где в одном месте соберутся собственники, C-level и руководители продуктов и подразделений, чтобы обмениваться свежими кейсам и идеями.

Четыре трека:

— Продуктовая, бизнес- и AI-трансформация
— Лидерство и команда в кризис
— Стратегия прорыва и точки роста
— AI & тренды

Cпикеры: Сбер, Финам, Rostics, Мегафон, OKKO, Персона, Ростех, ВК и другие.

На конференции вы увидите рыночные тренды, узнаете, как другие встраивают ИИ в продукты, команды и бизнес-процессы и переосмыслите свой продукт в контексте ИИ, найдя новые точки для его роста.

👉 Подать заявку на участие

Для обеспечения качественного нетворкинга и сильное окружения, все участники проходят модерацию.

Промокод на скидку 15% для подписчиков канала: PF15RUSPM.

Читать полностью…

Контекст продакта

Продукт, которым управляет продакт – это система, похожая на стеклянную каплю принца Руперта: чрезвычайно прочная и ярко сияющая. Но надломи её «хвостик» непродуманным решением и она разрушится, обрушив доверие пользователей и похоронив годы работы.

В команде продакта собираются спецы, каждый со своим видением, амбициями и глубокими знаниями. Они подобны алхимикам, которые свято следуют своему сердцу и не всегда готовы подстраиваться под других. Продакт удерживает баланс между их личными убеждениями и целями компании.

А процессы, в которых всё это существует, напоминают головоломку из параллельных реальностей многомерного пространства, в которых официальные регламенты переплетены с негласными договоренностями, корпоративной политикой и всё теми же амбициями, но уже у руководства...

Пост вдохновлен описанием контекста тимлида Евгением Антоновым из Яндекса. Думаю, наше мнение здесь сходится: менеджмент — это адски сложная работа с кучей контекста, которая только со стороны кажется простой.

Читать полностью…

Февральский дайджест красным цветом
О, этот ярко-красный свет

– Глиммер продакта
– Закон тревоги Гудхарта
– Управление незримым

– Иллюзия могущества ИИ
– Что поручаем ИИ, а что нет
– Как ИИ может утопить
– Как снизить себестоимость ИИ

– Будущее IT
– Jakob Nielsen's 18 Predictions 2026
– 26 Useful Concepts for 2026

– Смерть задач – их эволюция
– Фибонначи трудозатрат
– Золотые правила интерфейсов

– Product Manger Product builder
– GitHub продакт-менеджера
– Слова, фреймворки, кирпичи

– SaaS = API для ИИ
– Контекст = король для ИИ/продакта
– Фокус внимания – роскошь

– Классификация точек
– Айтишники. Останутся. В Телеге.

🎈 Maiden Voyage by Ethereal Planes
Упавшая в ночи картина изменилась

Читать полностью…

Ключ понимания Систем лежит в мышлении системой действий-состояний пользователя, а не набором страниц с моментами. Когда продакт игнорирует системы, он начинает создавать моменты.

Истинное продуктовое мышление – исследование природы самой проблемы ещё до того, как она вообще была сформулирована.

Потому что каждое взаимодействие существует в более широком контексте целей пользователя, его психо-эмоциональных состояний, наложенных и отражающихся в ограничениях продукта (и продакта), которые вызывают у пользователя ответную реакцию.

Точки входа и выхода:

1. Какие это пользователи?
2. При каких условиях они начинают взаимодействие?
3. Какие состояния пользователя существуют в них до него?
4. Как, в какой момент и за счёт чего механика и функция продукта меняет поведение такого пользователя?
5. Что происходит после взаимодействия?
6. Какие последствия и состояния могут возникать ещё?
7. Что, в какой момент и за счёт чего определяет эти последствия?

Системное продуктовое мышление спрашивает о том, почему этот пользователь в этом состоянии вообще оказался в этой точке?

Точка, где рождается формулировка состояния пользователя и есть точка сборки любой гипотезы, фичи и Систем.

Главные ответы начинают появляться с пониманием того, какой паттерн воспроизводит эту ситуацию снова и снова.

Читать полностью…

Смерть отслеживания задач – это эволюция

Отслеживание задач/тикетов – это функция корпоративного принуждения, направленная на то, чтобы люди (хотя бы!) вели списки дел, чтобы другим людям было ясно, кто за них отвечает, чтобы другие люди соглашались с тем, выполнено ли что-то или нет другими людьми...

Истинная суть, лежащая в основе подхода к разработке продуктов, которую все знают:

Если что-то ВАЖНО, это всплывёт. Снова. Снова. И снова. Пока до тебя это не дойдёт

Если что-то важно, тебе напомнят о его существовании. Снова. Снова. И снова. Пока... нутыпонел

Тебе не нужно отслеживать что-то важное, чтобы помнить о его существовании. Потому что см. выше почему

Бэклог/родмэп даёт ощущение ложной уверенности в важном и спокойствия, показывая следующее "100% точно важное" действие (вот оно, только протяни палец), но именно из-за этого мы месяцами начинаем забивать и апрувить их вопросами и задачами, которые... устаревают месяцы назад.

Чистое пустое пространство заставляет отступить в сторону и спокойно подумать о том, что действительно следует делать дальше, поскольку видение и мышление становятся менее инерционными и предвзятыми.

Всего два простых вопроса:

Почему это происходит именно сейчас? Что говорится этим?

Кошмарный сон любой корпы – работа без задач, которая означает потерю значительной части ежедневного контроля над тем, как ведётся работа.

Но именно такой подход назревает уже несколько лет (ок, десятков лет), и именно так развиваются автономные и гибкие команды/продукты.

Всё что требуется для этого:

– Небольшие и плоские структуры. Если вы хотите работать без списков задач, то каждая проблема/задача/вопрос должны решаться одним сообщением с одним человеком.

– Участники команды, которым вы доверяете самостоятельное управление проектом, а также участники, которым вы доверяете принимать небольшие независимые решения. Первые и вторые должны стать той самой единой структурой.

– Высокий уровень рабочего контекста и инфраструктуры разработки. Первое содержит в себе всю необходимую вводную информацию-базис для команд, второе позволяет им свободно трансформировать её в продукты без ограничений.

✨ Единственные рамки: исправление ошибок должно иметь приоритет над работой над новыми фичами, а стабильное состояние продукта должно быть таким, когда ошибок вообще нет ✨

Только достигнув этого состояния можно пробовать отказываться от того, что мы привыкли называть "отслеживанием задач".

И если ты хочешь увидеть, как выглядит будущее, ищи ответ не на kanban-доске / в родмэпе.

Читать полностью…

Знание любых технологий требует укрепления управленческих знаний

3 марта OTUS проводит большой интенсив “Юнит-экономика: как обосновать инвестиции в IT при ограниченном бюджете”.

На занятии разберут особенности принятия управленческих решений с экономическим обоснованием и аргументацией какие инвестиции в разработку критичны и необходимы, а какие избыточны. Спикер: Алексей Рахманов, СТО FUN&SUN.

👉 Бесплатное участие

Интенсив будет полезен для продакт-менеджеров, которые хотят понять, как связаны ценность продукта, фич и родмэпа с затратами на их разработку.

Всем участникам в подарок большой гайд "Как считать UNIT-экономику в разработке". Реклама ООО «Отус онлайн-образование»

Читать полностью…

Новые вызовы безопасности 🔗

Активное внедрение AI во все процессы требует пересмотра подходов к информационной безопасности. Атаки на инфраструктуру, ошибки в настройках, отсутствие изоляции пользовательских окружений — это лишь часть проблем.

Недавно провайдер Cloud.ru запустил облачную среду для работы с AI&ML – Evolution AI Factory, а сейчас делится гайдом, как безопасно работать с AI в облаке.

Внутри гайда инструкции:
😶‍🌫️способы защиты AI-сервисов в облаке

😶‍🌫️практические методики контроля доступа и логирования

😶‍🌫️рекомендации по мониторингу подозрительной активности

Обеспечьте надежную защиту AI-решений, минимизируя риски и предотвращая инциденты.

Забрать гайд можно по ссылке

Читать полностью…

Akshay Kothari (C-f Notion): Моим коллегам-основателям и генеральным директорам, которые постоянно твердят: «Никто не будет создавать CRM, ERP или <вставьте категорию> с помощью Vibe Code», — вот несколько мыслей:

1. Вы правы, большинство компаний не будут создавать свои системы учета с помощью Vibe Code. Некоторые стартапы будут экспериментировать (помните Klarna?), но крупные предприятия будут по-прежнему ценить безопасные и надёжные системы учёта.

Однако это не настоящий сдвиг.

2. Предприятия всех размеров всё чаще хотят работать в мире, ориентированном на ИИ, где их технологический стек бесперебойно взаимодействует с агентами.

Почему?

Компания, которая сможет масштабно запускать цифровых сотрудников, превзойдет ту, которая этого сделать не может

3. Таким образом, вопрос заключается в том, может ли ваш продукт существовать в этой агентской экосистеме.

– Является ли он открытым и совместимым?

– Может ли он интегрироваться в системы, которые строятся вокруг него?

Если он закрыт, клиенты в конечном итоге пересмотрят своё решение.

4. Открытие доступа окажет давление на ценообразование на основе рабочих мест, особенно когда агенты смогут запрашивать данные и выполнять рабочие процессы, не покупая места для каждого человека. Это одновременно и кризис, и возможность.

5. Вместо того чтобы быть просто местом хранения данных, ваш продукт становится ценным узлом данных и контекста для реальной работы, выполняемой людьми и агентами.

Во многих случаях вы сможете предоставлять эту работу напрямую своим клиентам. Реальная возможность продавать работу, а не ПО!

В заключение, если вы ничего не будете делать, вы рискуете привести свою компанию к забвению. Если вы будете действовать, вы повлияете на свою собственную бизнес-модель.

В такие моменты единственный путь вперёд — это активно действовать и быть готовым к саморазрушению. Агентское будущее неизбежно.

Читать полностью…