Как AI меняет роль продакта — Lenny's Podcast

О чём видео

Oji Udezue (бывший CPO в Calendly и Typeform, продуктовый лидер в Twitter, Atlassian и Microsoft) и Ezinne Udezue (бывший CPO в WP Engine, VP Product в Procore) присоединяются к Lenny Rachitsky, чтобы обсудить, как AI меняет роль продакт-менеджера. Несмотря на свой статус, оба проходят начальные курсы по AI и учатся у инженеров вдвое моложе себя — деталь, которая задаёт тон разговору, основанному на скромности, а не на громких заявлениях о будущем.

Для кого

Старшие PM и продуктовые лидеры, которые хотят получить взвешенный взгляд на эволюцию роли PM — такой, что признаёт и то, что меняется, и то, что остаётся прежним. Разговор обходит цикл хайпа и сосредоточен на практических паттернах из компаний, успешно внедряющих AI.

Ключевые выводы

Фреймворк «верфь» принимает управляемый хаос. Вместо линейных процессов разработки продукта Udezue предлагают модель, где множество AI-экспериментов запускаются параллельно с ожиданием, что большинство провалится. Метафора верфи передаёт это: множество кораблей строится одновременно, на разных стадиях, и организация учится на каждом из них. Это требует терпимости к беспорядку, которой традиционным продуктовым организациям часто не хватает.
PM теперь — узкое место, а не инженеры. Инженеры, вооружённые AI-инструментами для кода, движутся настолько быстро, что PM не успевают за определением продукта, сбором клиентских данных и принятием решений. Этот сдвиг дезориентирует PM, привыкших ждать инженерных мощностей. Вывод: навыки PM должны ускориться — быстрее валидация с клиентами, быстрее приоритизация, быстрее коммуникация намерений.
«Острые задачи» прорезают AI-хайп. Udezue представляют методологию определения задач, достаточно конкретных и чётко сформулированных для эффективного решения с помощью AI. Размытые формулировки вроде «улучшить клиентский опыт» ведут к размытым AI-реализациям. Острые задачи — например, «сократить время, которое саппорт-агент тратит на поиск платёжной истории клиента, с четырёх минут до тридцати секунд» — дают измеримые результаты.
AI в ядре или AI на периферии определяет конкурентную позицию. Компании, строящие полностью новые AI-центричные кодовые базы, со временем превзойдут тех, кто прикручивает AI к существующим продуктам. Различие важно для PM, принимающих архитектурные решения: подход «AI на периферии» быстрее в запуске, но создаёт технический долг, тогда как подход «AI в ядре» требует больших начальных вложений, но приносит нарастающие преимущества.
Любопытство, скромность и самостоятельность — три навыка, которые важнее всего. Вместо конкретных технических навыков Udezue утверждают, что важнее склад PM. Любопытство движет обучением. Скромность позволяет PM учиться у младших инженеров, которые лучше понимают AI-инструменты. Самостоятельность гарантирует, что PM не будут ждать разрешения на эксперименты.

Стоит смотреть, если…

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