Transcription
У вас есть эти люди, которые составляют 1% пользователей ИИ. Они очень "подсажены" на ИИ. А затем у вас есть 90-99% остальной части организации, которые не уверены, что и когда использовать. >> Встречайте Джей-Зи. Она главный директор по продукту в Luro, платформе для работы с ИИ стоимостью 100 долларов. Она преподает управление продуктом в Стэнфорде. До Luro она была CPO в Linktree, а также руководила продуктом в Airbnb, Webflow, Dropbox и WeWork. >> что-то довольно сумасшедшее в ваших интервью. Можете ли вы рассказать мне, как вы проводите собеседования и действительно находите этих чертовски "подсаженных" на ИИ супер-специалистов PM? >> Основы и принципы никогда не менялись. На самом деле, они сейчас важнее, чем когда-либо прежде, но инструменты и способ вашей работы радикально изменились. >> Как люди должны думать об организации, ориентированной на ИИ? Это роль PM. >> И вот эти четыре уровня. Уровень один: вы разговариваете с ChatGPT, вы разговариваете с Claude. Вы действительно используете ИИ в режиме чата. Уровень два: вы начинаете автоматизировать рабочий процесс. Уровень три: вы начинаете создавать, знаете ли, приложения. А затем уровень четыре, я бы сказал, это когда вы фактически создаете, я называю их общими приложениями. >> Как кто-то может начать с первого шага? Какой процесс должен пройти человек, чтобы построить и создать свою собственную операционную систему компании. Прежде чем мы пойдем дальше, сделайте мне одолжение и проверьте, подписаны ли вы на YouTube и следите ли за подкастами на Apple и Spotify. И если вы хотите получить доступ к потрясающим инструментам ИИ, ознакомьтесь с моим пакетом. Где, если вы станете годовым подписчиком моей рассылки, вы получите полный год бесплатно платных планов Maven, Arise, Relay App, Dovetail, Linear, Magic Patterns, Deep Sky, Reforge, Build, Descript и Speechify. Так что обязательно ознакомьтесь с этим на bundle.akashg.com, а теперь перейдем к сегодняшнему выпуску. Джей-Зи, я многому научил людей о том, как использовать Claude code с личными операционными системами, с командными операционными системами. Вы в Luro подняли это на уровень, которого я раньше не видел. Вы создали операционную систему компании. Можете ли вы показать мне, что это такое и что оно делает? >> Конечно. Хорошо, давайте начнем здесь. Давайте перейдем на GitHub, наше любимое место. И вы увидите здесь, что у нас есть общекорпоративная операционная система на GitHub, где для каждой функции в компании, поддержки клиентов, науки о данных, дизайна, инженерии, финансов, имитации, юриспруденции, маркетинга, у нас есть, по сути, все эти папки, которые показывают, как вы думаете о каждом этапе работы, которую выполняет эта функция. Так, в поддержке клиентов вы занимаетесь управлением учетными записями. И в рамках управления учетными записями вы думаете о, знаете ли, продлениях, допродажах. Вы занимаетесь обучением клиентов. И в рамках этого мы фактически работаем с нашими клиентами, проводим часы консультаций. Мы помогаем им с внедрением. Мы проводим обучение и адаптацию. Каждая из этих папок имеет навык. И я думаю, для тех из вас, кто менее знаком с GitHub, мы фактически перейдем сюда к чему-то очень знакомому, что, по сути, является вашей файловой структурой, вашей структурой папок. И, переходя в поддержку клиентов, вы можете увидеть, что каждая из этих папок имеет ряд, знаете ли, папок, которые являются действиями, которые они выполняют. А затем внутри каждой из них есть навыки. Так как же на самом деле думать о создании правильных ресурсов для поддержки переговоров или правильных ссылок? Я вернусь еще на один шаг. Для продлений, верно? Какой файл навыка там, чтобы действительно подумать о том, как правильно провести продление с клиентом? И теперь вы думаете: "Круто, у вас есть папки на GitHub, у вас есть, знаете ли, кое-что, что вы можете скачать. Как все это приводит к реальным изменениям?" И я расскажу об этом так: в конце концов, мы все живем в какой-либо форме электронной почты или Slack. И поэтому я очень быстро открою свой Slack. И опять же, это не реальные данные в том смысле, что у нас есть очень конфиденциальные данные, которыми я не собираюсь делиться. Так что это немного больше макет, но он точно показывает, как работает наша команда. Например, каждое утро каждый человек во многих из этих клиентских команд, верно? Это очень повторяющиеся действия, чем больше мы можем петь одним голосом и говорить одно и то же, тем лучше мы можем создать единообразие в превосходстве клиентского опыта, это делает вашу компанию, знаете ли, гораздо более единой, и это большая часть бренда. И поэтому, когда вы думаете об этом и думаете о том, как сотрудник службы поддержки клиентов начинает свой день и действительно видит, позвольте мне перейти сюда. Это пример для поддержки клиентов. Вот ваш календарь. Вот все встречи, которые у вас есть, проверки, которые у вас есть, знаете ли, сессии адаптации, которые у вас есть. Это то, что многие люди создают. Это пример концепции "легкого" руководителя штаба, но теперь мы интегрируем все навыки. Например, когда мы передаем дела, когда мы готовимся к сессии, все это фактические навыки. И происходит то, что когда кто-либо использует Claude, например, я просто зайду, я очень быстро зайду в настройки организации и зайду в ваши навыки. Вы можете начать видеть, что вы можете загрузить все эти навыки в контекст вашей компании. И в результате, когда вы проводите свой день, вы можете фактически сказать: "Отлично. Я провожу свой день. Я делаю все это. Я буду использовать эти навыки, чтобы мне больше не приходилось тратить все время на создание этой одной презентации или тратить все это время на создание электронного письма. Это фактически что-то. Вы точно знаете, какой навык использовать и когда. И я думаю, что это самая большая проблема, с которой сталкиваются компании, а именно: у вас есть эти люди, которые составляют 1% пользователей ИИ. Они экспериментируют со своими рабочими процессами, они очень "подсажены" на ИИ, а затем у вас есть, знаете ли, 90-99% остальной части организации, которые не уверены, что и когда использовать. И поэтому, в результате, вы можете фактически интегрировать свои навыки, опять же, на уровне компании. Таким образом, во всех этих функциях, возвращаясь к файлам, каждая из этих функций и вся деятельность, которую они выполняют, чтобы понять, какой навык мне следует использовать и когда, и где мне следует тратить свое время? Возможно, последнее, что я покажу, чтобы действительно оживить это, это то, что каждая компания, вы можете сопоставить работу каждой функции с тем, что я называю онтологией. Так, в продажах, знаете ли, вся работа в продажах сопоставляется с этими категориями, которые они должны выполнять. И в каждой категории есть ряд задач, которые происходят. И это фактически то, что легло в основу онтологии, которую я только что показал вам. Мы проделали действительно тяжелую работу по картированию, хорошо, для каждой функции, опять же, я прокручу это. Маркетинг, продажи, поддержка клиентов, внедрение, дизайн, инженерия и так далее. Это то, что, по нашему мнению, должна делать каждая функция. Как мы фактически создаем набор навыков, чтобы вы могли делать то, что мы хотим, чтобы вы делали больше, и также автоматизировать то, что мы больше не хотим, чтобы вы делали? Итак, я перейду к продукту, который, знаете ли, является большой частью аудитории сегодня. В продукте интересно то, что вы должны тратить свое время, как инженер, во многих отношениях. И мы поговорим об этом позже, где онтология или карта работы менеджера продукта начинает выглядеть очень похоже на инженера. Но есть много вещей, которые раньше были в повседневной работе менеджера продукта, проведение конкурентного рыночного анализа, выполнение всех этих, знаете ли, написание для управления заинтересованными сторонами, или действительно рутинная, утомительная организация, общение с людьми, синтез обратной связи и т. д. Все эти вещи, как мы все знаем, начинают автоматизироваться. Но опять же, это автоматизируется очень неравномерно, где один PM может делать это очень, очень хорошо, а другой PM может делать это не так хорошо. Итак, что мы можем сделать здесь, когда мы подключаем всех к операционной системе компании, снова возвращаясь к этому GitHub, и переходя, скажем, к продукту, верно? Вы можете начать говорить: "Эй, это все плейбуки, все навыки, которые я хочу дать каждому человеку в моей команде". А затем, когда они приходят на свое ежедневное совещание, происходит то, что они могут увидеть свой день с первого взгляда, и мы фактически говорим вам, где вы можете автоматизировать свой день. Таким образом, вы берете то, что разработано 1% любой данной функции, человека, который больше всего экспериментирует, и можете распространить эти знания на всю остальную организацию. >> Вау. Я думаю, это очень мощно, потому что мы все работали в разных командах, где есть один человек, который владеет своими навыками, но если они просто накапливаются в одном месте, никто не может по-настоящему извлечь выгоду. Эта операционная система компании, она приносит эту силу всем. Теперь вы AI-ориентированная компания. Вы сами являетесь AI-компанией, и поэтому у вас будут определенные преимущества в создании этого. Как кто-то начинает с первого шага? Какой процесс должен пройти человек, чтобы построить и создать свою собственную операционную систему компании? >> Мне нравится думать об этом как о трех разных шагах. И поэтому, позвольте мне снова поделиться экраном, и я поделюсь тем, как я думаю о том, как фактически сделать ваши шаги, переходя от самого простого к самому продвинутому. Итак, первый способ думать об этом: как начать с малого? Какой один рабочий процесс вы или ваша команда выполняете, который невероятно утомителен и который вам больше не следует выполнять? Итак, обычно для многих, многих функций это, знаете ли, я пишу это электронное письмо, и я хочу, чтобы это письмо имело шаблон, который автоматически, знаете ли, запускается для меня, когда происходят XYZ вещи, или есть последовательность вещей, которые происходят. Я больше не хочу вводить свои данные в нашу CRM. Я хочу, чтобы это было автоматизировано. Так что есть некоторая степень размышлений о том, что является супер-рутинным, отнимает много времени из вашего повседневного бытия, и если бы это было автоматизировано, вы были бы в восторге. И я приведу один пример, ориентированный на продукт: существует так много компаний, так много PM, которые тратят большую часть своего дня на ответы на вопросы, эскалации. Так, команда продаж приходит в канал >> Я печально известен своим плохим управлением почтовыми ящиками. Думаю, есть версия этого, где я кажусь крутым и недоступным, но реальность такова, что я пропускаю электронные письма от спонсоров, предложения гостей и вещи, которые действительно нужны моей команде [музыка]. Поэтому у меня есть AI-ассистент, спонсор сегодняшнего выпуска, Arise. Arise подключается к моей электронной почте, календарю и [музыка] Slack. Затем я просто общаюсь с ним через Slack, и он помогает мне со всем. Он создает рабочие процессы для ответов на электронные письма, решения [музыка] проблем клиентов, подготовки меня к встречам. Он фактически присутствует на моих встречах, >> [музыка] >> обновляет свои собственные заметки и запоминает контекст прошлых разговоров. Поэтому каждый раз, когда я с ним разговариваю, он уже знает, над чем я работаю. >> [музыка] >> Раньше я платил за Granola и Lindy отдельно. Arise заменил оба. Один инструмент делает больше, и он находится прямо в Slack, где я уже работаю. [музыка] Проверьте это на arise.ai/akash. Это a r i s o . a i / a a k a s h. >> Вот грязный секрет прототипирования. Вы тратите две недели на создание прототипа, проверяете свои предположения, инженерам нравится направление. А потом что происходит? Вы выбрасываете все это. Bolt полностью меняет это. Когда вы прототипируете в Bolt, вы не создаете одноразовые макеты. Вы создаете реальный фронтенд-код, который интегрируется с вашей существующей системой дизайна. Поэтому, когда вы передаете его инженерам, они не выбрасывают его, они работают поверх того, что вы создали. Я использую Bolt каждый день. Я веду свой когорту по работе PM на нем, и, честно говоря, я иногда сижу до 2 часов ночи, просто наслаждаясь инструментом, получая удовольствие и создавая. Вот тогда вы знаете, что продукт хорош. Когда вы используете его после полуночи не потому, что вам нужно, а потому, что вы хотите. Проверьте bold на bold.new/akash. Это b o l d . n e w / a a k a s h. Ссылка в описании. Сегодняшний подкаст представлен Pendo, ведущей платформой управления опытом программного обеспечения. McKinsey обнаружила, что 78% компаний используют генеративный ИИ, но такое же количество сообщило об отсутствии улучшений в нижней строке. Так как же узнать, работают ли ваши ИИ-агенты на самом деле? Дают ли они пользователям неправильные ответы, создают ли больше работы вместо меньшей, улучшают ли удержание или ухудшают его? Когда ваши данные о программном обеспечении и данные ИИ разделены, вы не можете ответить на эти вопросы. Но когда вы собираете все свои данные об использовании в одном месте, вы можете увидеть, что пользователи делают до, во время и после использования ИИ. Показывая вам работу агента, как он помогает вам расти, и когда приоритезировать на вашей дорожной карте. Pendo agent analytics — это единственное решение, созданное для команд по продуктам. Начните измерять производительность вашего ИИ с помощью agent analytics на pendo.io/akash. Это p e n d o . i o / a a k a s h. >> Хорошо, давайте перейдем в Slack и посмотрим, как это может выглядеть. Знаете, во многих компаниях, если вы просто зайдете в любой канал запросов продукта или любой канал, вы увидите так много сотрудников службы поддержки, сотрудников поддержки, сотрудников отдела продаж, других команд, обращающихся в этот канал с вопросами: "Эй, у меня есть вопрос. У меня есть запрос на функцию". И поэтому очень маленький рабочий процесс, который мы сделали, и я пройду до конца, это то, что мы создали автоматизацию Slack, которая фактически сказала: "Смотрите, когда поступает запрос на функцию, мы обычно тратим много времени на переписку, спрашивая, сколько раз об этом спрашивали, отправьте мне запись gong, где я могу посмотреть, что на самом деле говорит клиент, какое влияние это окажет на вашего клиента, что требует некоторой степени суждения от человека, управляющего учетной записью, что на самом деле происходит здесь, дайте мне больше деталей". Все эти вещи обычно требуют переписки. Итак, опять же, если я вернусь к этой системе, как вы думаете о месте для начала? Что вы делаете снова и снова, что вы могли бы легко автоматизировать? И эта автоматизация для нас была так же проста, как: "Эй, давайте просто автоматизируем то, что мы просим кого-то заполнить". А затем часто происходит то, что вам приходится сортировать это. Вы говорите: "Эй, знаете ли, это для этой команды или той команды? Это для этого PM или того PM? И каков SLA для ответа запрашивающему о том, что мы делаем с этим запросом на функцию?" И все это вы можете встроить в нечто столь же простое, как Slack. Так что опять же, у многих людей есть Slack, Teams, что бы вы ни использовали для общения со своими командами. Вы можете сделать что-то очень простое, где вы фактически говорите: "Хорошо, я захожу сюда. Я автоматически запрошу всю эту информацию. Итак, знаете ли, что это? Кто это прислал? Что здесь происходит?" Он автоматически назначается человеку, который наиболее подходит для того, чтобы посмотреть на это. А затем он автоматически создает какой-то тикет, чтобы мы могли отслеживать его. И все это, опять же, это основы, я бы сказал, верно? Это просто очень маленький шаг в создании вашей операционной системы. Так что я начинаю отсюда. Следующий шаг — это идея о том, как вы начинаете действительно автоматизировать на основе множества вещей, которые делает ваша команда. И поэтому пример здесь у меня есть, знаете ли, опять же, команда, в которой обычно много людей, много людей. В Laurel у нас большая команда GTM, выход на рынок. И в рамках GTM, выход на рынок, у нас есть действительно отличные специалисты по поддержке, которые фактически, знаете ли, я называю их консультантами по времени. Они фактически развертываются в этих организациях, помогая им использовать Laurel в качестве продукта. И поэтому мы создали плейбук. И опять же, это очень, очень длинно. Я думаю, любой, кто когда-либо создавал плейбук, это 50 страниц. Он охватывает все, от внедрения до адаптации до адаптации пользователей. И в зависимости от того, кто вы, это администратор, это фактический хронометражист и т. д. Знаете, разная адаптация. Эти вещи, кстати, сейчас очень быстрые с Claude. Вы можете фактически создать это из многих источников и быстро написать это. Но самая большая проблема большинства компаний заключается в том, что теперь, когда я создал плейбук, как мне фактически заставить людей следовать плейбуку? И какая часть плейбука фактически выполняется человеком, а какая часть фактически выполняется агентами или автоматизацией рабочих процессов, верно? И вот где, опять же, возвращаясь к этой концепции модели плейбука, вы можете сказать: "Хорошо, я создал плейбук. Я просмотрел и проверил вещи, которые, опять же, требует выполнения человек. Требуется, чтобы человек поговорил с кем-то по телефону. Требуется, чтобы человек полетел на место. Но вот вещи, которые, по нашему мнению, мы можем автоматизировать". Это либо что-то, что мы можем сделать продуктом, либо что-то, что мы можем создать агента для выполнения. И это, я бы сказал, следующий шаг, к которому вы переходите, где вы фактически создаете плейбук, а затем на основе плейбука вы определяете набор навыков. И это, кстати, то, где мы начали получать первую версию операционной системы, которую я показывал вам ранее. Когда мы обратились в службу поддержки клиентов и сказали: "Что все вещи, которые может делать человек?" Эти большие блоки. Это было в основном на основе плейбуков. Плейбуки для внедрения, плейбуки для активации клиента, плейбуки для правильного общения с ним, чтобы убедиться, что он готов к успеху. И это действительно второй способ думать об этом. И, возможно, я поделюсь одной вещью здесь, которая заключается в том, что существует множество создателей агентов сегодня в мире. Так что вы можете использовать, знаете ли, сам Claude. Они запустили, очевидно, много агентов. Вы можете использовать много вещей от OpenAI. Вы можете использовать Glean. Вы можете использовать Dust. Мы в Laurel используем Dust. И поэтому я возьму момент, чтобы посмотреть, загрузится ли это. >> Так если кто-то не слышал о Dust, да, это инструмент для создания агентов? >> Это инструмент для создания агентов. И что мы обнаруживаем, так это то, что многие вещи, которые делает человек, могут быть преобразованы в серию повторяющихся шагов, которые автоматически запускаются. И вот отличный пример, и я просто быстро прокручу вниз. Все это агенты, которых мы создали. Возвращаясь к концепции плейбука, если вы говорите: "Эй, у меня есть плейбук всех вещей, которые вам нужно делать здесь". И опять же, 55 страниц, я не думаю, что кто-то будет это читать. Что мы можем начать делать, это перейти в конструктор агентов и сказать: "Я создам агента для каждого из этих шагов". Если мне приходится много составлять электронные письма как менеджеру по работе с клиентами, если мне приходится много парсить LinkedIn как продавцу, если мне приходится смотреть на рынок как продавцу, или думать о вопросах для поиска потенциальных клиентов, каждый из них может быть, вы можете создать агента для каждой из частей рабочего процесса здесь. А затем, возвращаясь к тому, как все взаимодействуют с вашей операционной системой вдумчиво? Никто не будет помнить, что они собираются вызвать конкретного агента, который будет заниматься электронным письмом, и конкретного агента, который будет заниматься RFP. Большое открытие, которое мы сделали, заключается в том, как создать обертку, как мега-агента, что-то вроде агента для выхода на рынок, который может быть вызван командой продаж в любой момент, командой поддержки в любой момент, а затем этот агент сможет маршрутизировать запрос, потребность или помощь к любому из этих субагентов, который действительно полезен. А затем, возвращаясь к тому, как действительно важна доставка. Даже трение от перехода к чему-то вроде другого интерфейса, перехода к пыли и задавания ей вопросов, очень низкое. Вместо этого, фактически входя в ваши Slack, ваши электронные письма и доставляя людям плейбуки и автоматизацию "точно в срок", это действительно путь к тому, чтобы люди начали использовать агентов и рабочие процессы, которые вы создали. >> Итак, помогите мне понять эту часть. Зачем использовать Dust вместо простого Claude или Claude code? >> Да, это отличный вопрос. Мы начали использовать Dust осенью прошлого года. И поэтому я думаю, что инструменты были просто более зрелыми. Тогда было намного проще использовать что-то, что специализировалось на создании агентов, такое как Glean или Dust. Я думаю, что сегодня этот разрыв стремительно сокращается. И поэтому, в результате, я не думаю, что вам нужно покупать специализированный инструмент, который делает это. И на самом деле, вы можете просто создать их в Claude. И это фактически то, куда мы движемся, а именно: если я вернусь к операционной системе, которую я показывал вам ранее. И все это больше не должно проходить через Dust или Claude. Вместо этого, что мы можем сделать, сделать это намного больше, мы можем взять все эти файлы навыков и перейти в сам Claude и поместить их как файлы навыков. И поэтому, в результате, вы можете теперь вы можете буквально просто сказать: "Эй, я внутри того, что я делаю, и я могу просто вызвать, знаете ли, этот навык /утренний брифинг продукта". И в результате, он дает мне мой брифинг прямо там, вместо того, чтобы мне пришлось идти и вызывать конструктор агентов. >> Угу. И тогда люди должны настраивать автоматизацию Claude поверх этого, чтобы запускать их как ваш ежедневный утренний брифинг по расписанию или что-то в этом роде? >> Да, это отличный вопрос. Это так смешно. Я поделюсь немного своим личным опытом. Итак, я настроил кучу этих запланированных вещей. И даже если я просто перейду к запланированным, я перейду прямо сюда. Вы можете видеть, что у меня есть много этих запланированных задач. И вы видите только несколько из них закрепленными. И что я обнаружил, так это то, что это было почти избыточно. Это было похоже на то, что я сидел там. Я сказал: "О, я могу это автоматизировать". И поэтому я построил это. Я сказал: "О, я могу это автоматизировать". И поэтому я построил это. Я сказал: "Это может быть интересная информация". Я построил это. И на самом деле я думаю, что мы находимся в мире, где у нас перегрузка информацией. И поэтому мы потратили время как компания, чтобы сказать: "Мы не можем просто предполагать, во-первых, что люди будут это делать сами. И во-вторых, что они не будут перегружены количеством автоматизаций и запланированных событий, которые происходят. И в результате, именно так мы консолидировали все в то, что я показывал вам ранее, а именно эту идею иметь все в одном месте, потому что шансы, что вы вернетесь и скажете: "Хорошо". И опять же, это также для того, чтобы информация или принятие ИИ фактически были последовательными во всей организации. И это главное. Я думаю, что вы видите много, скажем, PM, которые очень ориентированы на ИИ, много инженеров, которые очень ориентированы на ИИ. Вы не видите того же самого во всех функциях, и потенциально иногда в функциях выхода на рынок. И поэтому, в результате, мы тщательно продумываем, как мы доставляем это вам в форме того, что вы можете смотреть ежедневно и действительно интегрировать в свой рабочий процесс. И последнее, что я поделюсь в Laurel, это то, что мы много думаем о том, как мы еще больше выводим это на поверхность "точно в срок". И то, что мы можем сделать в плане нашего продукта, это то, что мы можем обнаружить, над чем вы работаете, когда. >> Хорошо, я думаю, я понял, верно? Самое важное, что вы кодируете, — это не запланированные задачи или этот конкретный интерфейс в Dust, это фактические навыки, и вы позволяете наименее опытным в ИИ людям в вашей компании работать на уровне, сравнимом с теми, кто ориентирован на ИИ. Какова правильная корпоративная культура? Как вы действительно заставляете людей использовать такую операционную систему компании? >> Да, абсолютно. Я думаю, это действительно начинается с культуры. У меня есть несколько фотографий с нашего выездного совещания около 3 месяцев назад. И очень важно, чтобы это начиналось сверху, от руководства, чтобы сказать: "Это так важно для нас. Это не просто инженерная задача. Это задача всей компании". И то, что мы сделали на этом выездном совещании, это провели общекорпоративный хакатон. И я знаю много компаний, которые делают это регулярно. Как мы проводим общекорпоративный хакатон каждый квартал, каждые 6 недель, верно? Или как мы даже привлекаем только команды по выходу на рынок для проведения общекорпоративного хакатона и демонстрации того, что они создают. Так что ожидание того, что каждый является строителем, истинно везде в компании, а не только в инженерии. Итак, с этим, что мы сделали, мы сделали две вещи. Во-первых, мы провели обучение. И поэтому мы фактически провели много обучения по тому, как фактически выводить в продакшн, даже если вы не технический. Итак, мы создали это руководство по обучению для того, как выводить функции с помощью Devon. И поэтому, знаете ли, Devon фактически является инженером-агентом. Вы можете давать ему задачи. Он начал, я бы сказал, год назад, два года назад, когда мы впервые начали использовать это почти как инженера начального уровня. И сегодня, я думаю, это фактически, знаете ли, приличный инженер-программист. Это не инженер-программист уровня штата, но он делает много вещей. И в результате, знаете ли, моя команда может выпускать. И я просто приведу несколько примеров. Вот функция, сквозная функция, которая включает в себя изменения фронтенда и бэкенда, где, знаете ли, мы позволяем людям удалять временные инициативы. Так что, когда вы отслеживаете свое время, иногда вы не знаете, над каким делом или проектом вы работаете, но вы знаете, что вы выполняете определенный объем работы, который должен быть сгруппирован и представлен в конце дня. И поэтому, именно здесь временные инициативы очень мощны. Теперь, опять же, это фронтенд и бэкенд функция. Это не просто фронтенд, почти как косметическое изменение. Это фактически глубоко укоренено в том, как оно взаимодействует с PM и другими системами, и когда оно выпускается, а когда нет? В чем-то вроде временных инициатив много сложности. И поэтому, это, кстати, знаете ли, если вы посмотрите на человека, который фактически выполняет эти тикеты и коммитит эти PR, это фактически PM в моей команде. И я просто перейду к его LinkedIn кратко. Ник, который потрясающий, давно работает в Laurel. Если я вернусь к его образованию, верно? Мы не выросли. Многие из нас не выросли как инженеры. И тем не менее Ник, я бы сказал, он, вероятно, больше идентифицирует себя с дизайном, чем с инженерией, способен взять эту функцию от начала до конца, что, я думаю, просто так круто. Аналогично, в рамках, знаете ли, многих частей нашего продукта, я просто пройду еще один пример. Это пустой экран для того, когда кто-то приходит. Так что действительно подумайте о адаптации новых пользователей. Что они видят? Как мы делаем этот опыт супер приятным? Все это сделано Джессикой, которая, опять же, PM в моей команде, не инженер, и также не PM, который обязательно начинал свою карьеру в инженерии или изучал компьютерные науки. И поэтому, я думаю, это просто отличный пример того, как люди могут выпускать продукты, даже если они не технические. И, возможно, последнее, что я покажу, потому что я думаю, что это еще круче, это эта маленькая картинка здесь, которая является человеком из нашей команды поддержки клиентов. Эшли потрясающая. Она глубоко понимает наших клиентов и их потребности. И, работая с PM в команде, чтобы действительно создать это руководство по обучению для Devon, они работали над этим вместе. Так что, опять же, если вы даже менее технически подкованы, чем PM, верно? Если вы из команды поддержки, как вы можете использовать это руководство, чтобы действительно выпускать продукты, знаете ли, безопасно, надежно. А затем все эти части мы разбили, чтобы сказать: "Ну, должны ли мы начать создавать файлы навыков, знаете ли, агентов, чтобы помочь вам?" Так что, когда вы пытаетесь сделать эту вещь, которая обычно является плейбуком. И опять же, это не 55 страниц, но это все еще восемь страниц. Вы можете получить помощь и поддержку, которая вам нужна. И это действительно, опять же, суть всего: понять, какую работу вы выполняете, как вы начинаете документировать это, а затем четко определить, вот какие части остаются ориентированными на человека, а вот какие части должны быть автоматизированы. Я остановлюсь здесь, но я думаю, что также очень круто посмотреть на эту онтологию, которая, по сути, знаете ли, для каждой функции в компании, каковы все блоки работы, которые они выполняют? И мы фактически тратим циклы, говоря: "Знаете что? Мы верим, что, как я сказал ранее, продуктовый человек должен работать как инженер". Так что все то, что мы ожидаем от инженера, мы ожидаем, что они будут выполнять работу над функциями. Мы ожидаем, что они будут тестировать. Мы ожидаем, что они фактически будут прорабатывать бэклог. Точно такие же вещи появляются в том, что мы хотим, чтобы PM делали. Это не ошибка, где, знаете ли, здесь, в онтологии, у нас действительно есть такие вещи, как мы хотим, чтобы вы, знаете ли, выполняли работу над функциями с помощью агентов. Мы хотим, чтобы вы фактически тестировали свой продукт и исправляли ошибки, а не просто тестировали так, как люди делали раньше. И то, чего мы не хотим, чтобы вы делали, это вещи, которые были действительно утомительными, такие как синтез конкурентной рыночной разведки, фактически написание этих подробных брифингов, планирование исследований, проведение опросов для исследований, синтез исследований. Все это, знаете ли, конкурентный анализ — отличный пример. Вы должны тратить время на создание агента для извлечения конкурентных данных, и вы должны просто модерировать его, но вы не должны фактически выполнять глубокую работу каждый день. И настройте систему вместо этого. И поэтому, когда мы фактически создаем эту онтологию, мы можем сказать: "Ну, мы хотим, чтобы эти цифры росли. Мы хотим, чтобы все в зеленой зоне, время, потраченное на это, увеличивалось. Я хочу видеть, как Ник делает это. Я хочу видеть, как Джесс выпускает эту функцию от начала до конца. Но то, что я хочу, чтобы вы перестали делать, это я хочу, чтобы вы перестали делать эти вещи, которые действительно утомительны, или, по крайней мере, вызывали агента каждый раз, когда вы хотите это сделать". И и затем, возвращаясь к тому, как мы делаем это правдой? Создавая файлы навыков, создавая агентов, рабочие процессы, где это необходимо, и убедившись, что мы выводим их на поверхность там, где работают люди. И это в конечном итоге ключевые части системы. >> Вау, в различных частях вашего ответа так много золота. Первая часть, которую я хочу углубиться, это PM, выпускающие в продакшн. Хорошо, люди слышали об этом. Но PM не просто выпускают, хорошо, вот этот маленький эксперимент по росту, где мы меняем текст в кнопке, что является изменением только фронтенда, но функция фронтенда плюс бэкенда, эта функция временных инициатив, например, которую мы рассмотрели. Это безумие. Так расскажите мне немного о том, какой объем работы выполняют PM, выпуская в продакшн, и как люди должны думать об организации, ориентированной на ИИ, это роль PM сегодня. >> Мы много говорим об этом в терминах того, что такое инженерия в любом случае, что такое продукт в любом случае, что такое дизайн в любом случае, и мы действительно пришли к этой концепции: мы хотим, чтобы всегда был капитан любой данной инициативы, и капитан — это человек, чьи навыки наиболее важны. И поэтому есть много функций, скажем, нам нужно переработать систему, чтобы сделать ее намного проще, скажем, для PM, чтобы выпускать агентов для работы в этой кодовой базе. Обычно капитан — это инженерный капитан, потому что это архитектурное изменение. Если у нас есть функция, где взаимодействие действительно является ключевым, знаете ли, мы делаем эти действительно крутые вещи на мобильных устройствах, чтобы сделать его таким простым и приятным, чтобы посмотреть, как вы тратите свое время в течение дня и получить из этого выводы. >> Надеюсь, вам нравится сегодняшний выпуск. Вы заинтересованы в том, чтобы стать AI Product Manager, зарабатывая на сотни тысяч долларов больше, присоединяясь к OpenAI и Anthropic, тогда вам может понадобиться курс, который я сам прошел, сертификат AIPM, проводимый лидером продукта OpenAI Микдадом Джаффером. Если вы используете мой код и мою ссылку, вы получите специальную скидку на этот курс. Это курс, который я очень рекомендую. Мы провели много совместных работ над такими вещами, как стратегия AI-продуктов. Так что ознакомьтесь с нашими статьями в рассылке, если вы хотите увидеть качество мышления, которое вы получите. Один из моих частых соавторов, Павел Хёрн, является руководителем build labs, так что вы будете вживую создавать AI-продукт с обратной связью Павла, если вы пройдете этот сертификат AIPM. Так что обязательно ознакомьтесь с этим. Обязательно используйте мой код и мою ссылку, чтобы получить специальную скидку. А теперь вернемся к сегодняшнему выпуску. Раньше я думал, что у меня проблема с удержанием. Оказалось, у меня была проблема с сообщениями. Я отправлял одни и те же приветственные письма каждому новому пользователю, независимо от того, активировался ли он в первый день или никогда больше не входил в систему. Я понятия не имел, кто уходит и почему. Customer.io изменил это. Каждое отправляемое мной сообщение теперь основано на том, что пользователи фактически делают в продукте. Кто-то достигает ключевого момента активации, его подталкивают к следующему. Кто-то замолкает, получает совершенно другой путь. Их AI-агент делает это быстро. Я описываю кампанию, которую хочу, и он создает для меня весь путь. Триггеры, время, копии, даже логику ветвления. И когда я хочу знать, как что-то работает, я просто спрашиваю агента напрямую, и он говорит мне, что делать дальше. У них также есть сервер MCP, что означает, что AI-инструменты, такие как Claude, могут напрямую видеть, что происходит в вашем рабочем пространстве Customer.io. Ваши сегменты, ваши данные о клиентах, ваша атрибуция, все это. Так что вместо того, чтобы объяснять контекст вашего бизнеса каждый раз, когда вам нужна помощь, Claude уже знает это. Notion использовал Customer.io для персонализации своего приветствия и достиг почти 50% открываемости, улучшил конверсию на 6-7% с помощью локализованных кампаний и увеличил открываемость еще на 20% за счет A/B-тестирования. Идея проста. Customer.io помогает вам получать больше отдачи от каждого отправленного вами сообщения. Если вы PM или основатель, и ваше приветствие по-прежнему универсально, попробуйте Customer.io на Customer.io. Это скорее, чем что-либо еще, это проблема данных. Так что у нас есть, знаете ли, наука о данных, тесно связанная с этим. Но, на самом деле, взаимодействие — это самое важное, на чем нужно сосредоточиться и убедиться, что оно приятно. И в результате дизайнер является капитаном этого рабочего потока. А затем что-то вроде того, что я только что показал вам, что-то вроде временных инициатив, что-то вроде пустых состояний, действительно глубокое понимание клиента, но также и бизнес-контекст очень важны. Как я узнаю, что люди хотят делать с временными инициативами? Как я узнаю, что хочет делать пользователь, но также как я узнаю, что фирма действительно хочет получить от этого и или нет? И поэтому, о чем мы сейчас много думаем, это то, что является наиболее критически важной частью для достижения желаемого результата и, следовательно, функции, которую мы создаем? И в результате, как мы назначаем капитана, который обладает навыками в этой конкретной области? И поэтому, это, как правило, то, как мы думаем о развивающейся модели. И поэтому, возвращаясь к функции, которая может затрагивать фронтенд и бэкенд, если мы считаем, что бэкенд находится в достаточно хорошем состоянии, и, кстати, вы можете спросить GitHub, извините, Devin, или даже, знаете ли, что-либо, что подключено к вашей учетной записи GitHub, чтобы посмотреть код и сказать, знаете ли, в каком состоянии он находится, верно? И он фактически дает вам довольно хороший ответ. Эй, знаете ли, это, это то, чего я бы остерегался. И затем вы можете фактически привлечь инженеров для частей, где вы говорите, это, вероятно, самое спорное или где это становится самым рискованным. И опять же, вы не делаете это самостоятельно, потому что вы оказались самым технически подкованным человеком. Мы нет. Вы делаете это с помощью запросов, знаете ли, Claude code, чтобы посмотреть на вашу кодовую базу, курсор, что я имею в виду, любой инструмент по вашему выбору, вы можете попросить его дать вам ответы так же, как маркетолог скажет: "Смотрите, я даю вам текст. Теперь протестируйте его и вернитесь". Это та же концепция. И и затем, возвращаясь к тому, если вы четко понимаете, опять же, что самое сложное в конкретной функции? Например, пустое состояние. Самая сложная часть в пустом состоянии, над которым мы работаем здесь, — это определенно не инженерия. Самая сложная часть — это даже не дизайн, это контент. И опять же, контент связан с пользователем, бизнесом и фирмой, и это очень классическая задача PM. И поэтому имеет смысл, чтобы PM был капитаном этого. И поэтому это действительно модель, о которой мы думаем. Капитаны, знаете ли, используя LLM, фактически спрашивают, насколько сложной может быть задача. Очевидно, мы все еще, знаете ли, проводим обзор кода, и мы убеждаемся, что инженеры просматривают код рискованных вещей. И поэтому все эти части вместе позволяют нам всем выпускать продукты, включая, знаете ли, службу поддержки клиентов, что действительно дико. И как продажи и выход на рынок. >> И я думаю, что мы все можем сразу увидеть, как это позволяет инженерам работать над задачами бэкенда с самым высоким рычагом, PM работать над функциями с более высоким рычагом, если CSM и выход на рынок будут обеспечены. Каков правильный набор проверок и балансов, которые вам нужно внедрить в вашу организацию? Как вы Упомянули обзор кода. Где они приходят? Как CSM или, например, выход на рынок, убеждаются, что то, что они создают, не противоречит тому, что строит команда продукта здесь, противоречит метрикам кого-то другого? Обычно именно здесь PM приходил и выполнял большую часть связующей работы. Как вы справляетесь с этим в этом новом способе работы? >> Да, это отличный вопрос. Я верю в силу людей. Так что что-то столь же простое, как создание канала, например, ask Devin reviewers, и возможность пройти через него, и убедиться, что есть видимость всех способов использования Devin для выпуска, а затем тегирование нужного человека, тегирование фронтенд-инженера для действительно просмотра чего-то, тегирование дизайнера для просмотра чего-то еще, действительно прохождение и обеспечение видимости. Я думаю, первый совет, который я бы дал, это прозрачность — это все. Второй совет — вам нужно установить некоторые правила, верно? Итак, снова возвращаясь к нашему руководству по обучению, мы установили некоторые правила здесь как часть даже того, как работает Devon. Мы часто, мы фактически делали эту быструю проверку, когда кто-то, скажем, из службы поддержки имел идею. Они фактически могли зайти в этот канал и опубликовать свою идею и получить очень быструю проверку, имеет ли это смысл? И опять же, я просто позвольте мне увеличить масштаб здесь. Как я предлагаю изменение этого опыта. Получение некоторой обратной связи, верно? И и возможность сказать: "Эй, поиграйте с первой версией этого". И и получить, знаете ли, людей, которые высказываются и говорят: "Эй, это имеет смысл. Это не имеет смысла. Я из инженерной команды, и позвольте мне дать вам обратную связь. Я из команды поддержки. Позвольте мне дать вам обратную связь". Что вы на самом деле делаете, это вы берете то, что раньше было обзором продукта, который раньше требовал времени для планирования и времени для сбора всех заинтересованных сторон в одной комнате, и вы просто сжимаете это. >> Углубитесь в обзоры продуктов для меня. У вас действительно интересный процесс для того, когда вы проводите и не проводите обзоры продуктов. Каков правильный баланс, чтобы позволить людям двигаться быстро, но при этом создавать правильный уровень сотрудничества по более крупным функциям? >> Да, так же, как у нас есть эта модель капитанов, я думаю о фреймворке, который мы называем двумя треками. Итак, есть один трек, который намного меньше. Если у вас есть что-то, даже некоторые из функций, которые я только что показал вам, они достаточно малы, чтобы, опять же, PM, кто-то, капитан продукта или строитель продукта, верно, мог взять их от начала до конца. Они не проходят через такую же строгую проверку, но они проходят через такие вещи, как канал ask Devon. Они проходят через такие вещи, знаете ли, как кто-то, кто смотрит на PR, убеждаясь, что все в порядке. Вы, кстати, несете ответственность за сквозное тестирование своих функций. Я думаю, что это на самом деле очень позитивно. Количество раз, когда в каскадной модели PM передает дизайнеру, а дизайнер передает инженеру, а инженер возвращает дизайнеру, дизайн, QA, и дизайнер говорит: "Это не то, что я [смех] спроектировал". Я думаю, это просто так, это почти мем, потому что это происходит так часто. И поэтому, я думаю, это на самом деле очень расширяет возможности, чтобы сказать: "Я — сквозной создатель продукта, и я беру что-то от начала до конца, и я владею и несу ответственность за качество и влияние этой вещи". И поэтому, во-первых, я просто думаю, что это гораздо более расширяющий возможности способ работы. Но, но затем, возвращаясь к двум трекам, у вас есть вещи, которые, знаете ли, могут действительно сжать жизненный цикл продукта до дня, часа, знаете ли, и вот как вы получаете скорость. Но есть некоторые вещи, где вы говорите: "Смотрите, я думаю, что то, как этот продукт будет вести себя, то, что я предлагаю, — это изменение, функция, которую я хочу сделать, требует гораздо большего согласования". Так что отличный пример — в Laurel, если вы собираетесь изменить полный способ отображения действий, это довольно радикальное изменение. И как пользователь может увеличивать и уменьшать масштаб своего дня? Это не мелочь. Это затрагивает, это вся пользовательская интеракция. И в результате мы говорим: "Смотрите, мы хотим провести обзор продукта для этого". Мы хотим убедиться, что мы говорим о том, как мы думаем о продукте как о системе, чтобы мы не добавляли что-то случайное там и что-то случайное там. Но многое, я думаю, первый шаг — это фактически даже сказать, что находится в каком ведре. Так что вещи, которые могут работать действительно быстро, работают, но я действительно не верю в это. Я думаю, что многие так называемые
Компании, изначально созданные под ИИ, как бы, дорожные карты ушли, планирование ушло, всё ушло. Эм, и я говорю так: ну, если все бегут в разные стороны, даже если вы бежите невероятно быстро, вы на самом деле никуда не доберетесь. И я вижу много, эм, отличных, как бы, локальных максимизаций, но иногда действительно трудно добраться до глобального максимума, знаете, совершенно новая функция в вашем продукте, изменение позиционирования на рынке без реального строгого осмысления того, какова наша стратегия, каков наш план, почему мы отличаемся? И это те вещи, которые требуют гораздо больше того, что я называю настоящим процессом обзора продукта, где, по моему мнению, это больше похоже на обзор продуктовой стратегии, а затем — на обзор архитектуры, верно? Убедиться, что система действительно будет поддерживать все изменения, которые вы хотите, и что вы сможете перейти на следующий уровень быстрого выполнения. >> Угу. Итак, временные инициативы проходили обзор продукта? >> Нет. >> Вау. Хорошо. Итак, какой была бы, как бы, правильная апертура? Каковы были некоторые из ваших недавних обзоров продуктовой стратегии? >> Да, так вот, эм, сегодня Laurel любим во многих фирмах, которые думают о начисляемых часах. И мы начинаем обнаруживать, что есть много фирм, даже если у них нет начисляемых часов, эм, они действительно думают, что им все еще нужно думать о концепции времени. >> Я бы сказал, что это применимо даже к технологиям. Я постоянно думаю о концепции времени. Чем занимаются мои менеджеры по продукту? Возвращаясь к этой онтологии, эм, и этой рабочей карте каждой отдельной функции. Я имею в виду, все мы должны думать о концепции времени. Чем должны заниматься продавцы сегодня по сравнению с тем, чем не должны быть люди. И это, я хочу быть очень ясным, это не означает, что мы не нанимаем людей. Это означает, что мы ставим людей на самые важные вещи. И я приведу вам несколько отличных примеров. Построение отношений. Вы никогда не замените настоящую встречу, настоящий момент, знаете, истинного гостеприимства и восторга, реальное присутствие на месте, приглашение чемпиона на ужин. Это не могут заменить агенты. Но что сделает работу намного проще, и, и никто на самом деле не хочет делать эти вещи. Что, если бы планирование для присутствия на месте и обеспечение того, чтобы все переписка и логистика были улажены. Знаете, опять же, в маркетинге мы проводим много мероприятий. Что, если бы вся логистика планирования мероприятий исчезла? Даже эта идея необоснованного гостеприимства, и я думаю, это такой отличный пример. Это такая основная ценность для нас здесь, в Laurel, где мы действительно хотим постоянно радовать наших клиентов. Мы хотим радовать друг друга, хотим радовать наших клиентов, и поэтому мы действительно кодифицировали необоснованное гостеприимство как, как бы, культурный принцип, который у нас есть, ценность компании. Многие компании делают это, кстати. Они говорят: «Это ценность компании, и она где-то в документе». Люди читают ее, а потом забывают. И вместо этого мы говорим: «Ну, что это на самом деле означает?» Мы действительно хотим убедиться, что независимо от того, кто вы, даже если вы самый вдумчивый человек в мире, или вы не самый вдумчивый человек в мире, даже если вы 4 года работаете в Laurel, или вы 4 дня работаете в Laurel, вы понимаете, что необоснованное гостеприимство является требованием того, как мы работаем. И особенно если вы работаете в команде по работе с клиентами, мы ожидаем, что вы будете делать это с нашими клиентами. Как мы это систематизируем? И, и это реальный вопрос. Знаете, опять же, есть люди в нашей команде, которые просто по своей природе, они такие люди, которым говорят: «Кто-то сказал мне, что они собираются в Мексику». И поэтому, и это первый раз, кстати, когда они путешествуют за границу. И поэтому я купил им персонализированный держатель для паспорта. Это, кстати, многие люди в команде Laurel, но если бы я масштабировал это до, как бы, очень большого количества людей и убедился, что каждый это делает в каждый момент времени, даже когда они очень заняты другими делами, маловероятно, что это произойдет. Вместо этого мы говорим: «Ну, мы действительно хотим убедиться, что необоснованное гостеприимство — это проверка, которую мы вводим». И поэтому, опять же, возвращаясь к операционной системе, которую я вам показывал: «Эй, если у вас есть встреча с кем-то, и вы знаете, вы давно ничего подобного не делали, у вас не было личного контакта, как вы можете удивить и порадовать их?» И вот несколько идей, которые мы уже собрали для вас. Мы взяли из ваших транскриптов Gong, что им нравятся эти вещи. И мы взяли, эм, из того факта, что им нравятся эти вещи, вместо того, чтобы заставлять вас делать всю работу по выяснению, это держатель для паспорта? Как мне вообще получить персонализированный держатель для паспорта? Мы систематизируем это. И поэтому, это настоящая идея, как бы, глубокого понимания вашей, вашей, вашей работы в компании, работы вашей команды. Что делает вас особенным? Куда вы ставите людей на те вещи, которые делают вас особенным? И затем, где вы даже в эти моменты, как необоснованное гостеприимство, делаете так, чтобы эту работу было легче выполнять и доставлять это конкретное чувство. >> Итак, вы, это не ваш первый раз. Вы очень долго работали в продукте. Если мы вернемся к некоторым из этих опытов, к этим формирующим опытам, скажем, как Airbnb в 2015 году или Dropbox в 2013 году или WeWork в 2019 году, вы были в этих крупных организациях, в которых большинство людей, слушающих этот подкаст, были, где менеджер по продукту традиционно никогда не имел доступа, не говоря уже о том количестве, которое мы показываем здесь, где у них есть разработчик и агент, который выпускает фронтенд и бэкенд функции. И вы удивитесь, даже в таких компаниях, как Adobe, менеджеры по продукту все еще живут в том мире, в котором мы с вами были тогда. У них до сих пор нет доступа. Они смотрят на то, что мы им только что показали, и говорят: «Боже мой, это слишком далеко от моей реальности. Правда ли, что это просто не будет работать в определенных типах компаний, или они в конечном итоге доберутся до этого? Это просто вопрос времени». >> Я начну с конца, а именно с того, что я действительно думаю, что это вопрос времени, когда каждая компания должна будет туда добраться. Вы не можете продолжать делать одно и то же, если все остальные, включая всех ваших конкурентов, движутся в 10 раз быстрее. Поэтому я действительно думаю, что будет давление, чтобы в конечном итоге добраться туда всем. Теперь, кем вы хотите быть для компании и для человека, это вы хотите быть, эм, как можно дальше, а, знаете, как можно более продвинутым, верно, на этой кривой, а не просто ждать, пока это произойдет с вами. И вот здесь я возвращаюсь к, знаете, первый шаг — просто начать с малого. Начните с одного рабочего процесса, который вы выполняете. >> Или я действительно, я действительно настаиваю на этом. Я думаю, это действительно, а, отличный способ попробовать и начать думать об этом. Найдите другую команду в вашей компании где-нибудь. И даже если вы думаете: «Я, я еще не готов выпустить в продакшн по какой-либо причине». И обычно причины не в том, что вы не можете, как бы, физически не способны. Это обычно что-то о системе или процессе, который еще не совсем там. Но, но давайте просто скажем, что вы не чувствуете, что можете в следующем месяце. Отправляйтесь куда-нибудь еще, где всегда есть кто-то в организации, кто жаждет продуктового мышления и жаждет инструмента, чтобы сделать их жизнь лучше. И я бы начал с того, что давайте просто построим инструмент для кого-то в другой организации, чтобы сделать их жизнь лучше. И одновременно возьмите одну часть вашего рабочего процесса, которая занимает у вас много времени и действительно нет причин, по которым вы должны это делать. Опять же, отличные примеры. Я собираюсь на звонок с клиентом. Я хотел бы быть подготовленным, я хотел бы быть подготовленным таким образом, чтобы, знаете, агент предоставлял мне эту информацию, а не мне приходилось извлекать ее из нескольких разных источников, верно? Это очень простой пример. Я пишу одно и то же, эм, одно и то же письмо снова и снова. Оно должно быть автоматически заполнено. Опять же, это просто небольшие, маленькие автоматизации. Или вы можете назвать их шаблонами. Что бы это ни было, что бы, эм, имеет смысл для вас. Начните с этого. И тогда я бы сказал, если вы готовы взяться за что-то большее, эта идея, как бы, «Что делает функция? Или как выглядит сквозной, эм, операционный путь?» И там я бы начал говорить: «Нарисуйте свою онтологию или возьмите свой плейбук и действительно, знаете, запишите это». И опять же, что я нахожу действительно забавным, это то, что эти плейбуки, я думаю, если бы кому-то поручили написать плейбук в прошлом, они бы сказали: «Хорошо, я сделаю это. Это займет у меня пару недель». Эти плейбуки могут быть написаны за час. На самом деле, первый черновик может быть написан менее чем за минуту, но чтобы сделать его действительно правильным и, знаете, действительно отражающим ваш бизнес, да, это займет немного больше времени, но мы говорим о часах здесь, может быть, днях максимум. Мы не говорим о неделях. И поэтому, я думаю, когда вы почувствуете, насколько вы можете помочь себе и другим, вы создадите культуру, опять же, даже возвращаясь к изменению культуры. Вы создадите культуру, где это празднуется и это весело. И, и опять же, если вы лидер, я бы действительно призвал вас сделать это культурой. Празднуйте эти победы. Возьмите людей, которые являются вашими 1%, и возьмите их рабочие процессы и выясните, как масштабировать этот рабочий процесс на каждого человека в команде. Когда вы создадите это, эм, ожидание и будете праздновать эти победы, вы получите все больше и больше такого поведения. >> Для вас это произошло как трансформация? Вы всегда были такими? Началось ли это с генерального директора и основателя? Как это произошло, чтобы теперь вы чувствовали уверенность, что у вас есть этот плейбук для обеспечения возможностей Devin, где любой может выпустить в продакшн? >> Да. >> Я думаю, было много частей, но я выделю те части, которые, как мне кажется, наиболее актуальны, которые кто-то, слушающий это, может взять и воспроизвести. >> Первая часть, которую я уже рассказал, — это идея просто провести хакатон. И на хакатоне, эм, заставить всех участвовать, потому что это меняет идею о том, что вы должны быть техническим специалистом, чтобы что-то построить. Но, и, и, и, опять же, я думаю, что большинство людей это делали. >> Поэтому я ожидаю, что, знаете, 90% слушателей участвовали в каком-то хакатоне. Если вы этого не делали, это первый шаг. >> Второй шаг — это действительно подумать обо всех различных способах, которыми вы можете, опять же, автоматизировать рабочий процесс. Я думаю, что структурная вещь, которую я бы действительно рекомендовал, — это фактически сделать эту идею игры с инструментами ИИ, создания рабочих процессов, автоматизации, знаете, больших частей дня кого-то таким образом, чтобы сделать их намного продуктивнее, сделать это фактическим уставом и мандатом полного, полного человека. И что я действительно нахожу, это то, что часто, когда вы говорите, что это ответственность каждого, это ответственность никого. И поэтому у нас в Laurel есть команда операций ИИ. И для меня AI ops — это новый biz ops. До biz ops они делали действительно значимые вещи, но часто это было очень высокоуровнево, все разные шляпы, много, как бы, рыночных вещей. Теперь, если вы перепрофилируете эту идею наличия biz ops, которая на самом деле, опять же, является швейцарским армейским ножом во многих отношениях, чтобы найти людей, которые невероятно любопытны, экспериментируют с новейшими технологиями и неустанно ищут эффективность, это ДНК, которую я действительно ищу. И поэтому мы фактически создали команду операций ИИ. Мы начали с Саши, который создал много того, что я, я показал сегодня. И то, что он сделал, было, по сути, так: я продемонстрирую ценность наличия операций ИИ. И очень скоро, когда у вас есть один человек, который отлично справляется, каждая другая функция говорит: «Я хочу своего Сашу. Я хочу своего собственного ИИ-Сашу». И вот как вы получаете согласие, чтобы сказать: «Хорошо, ну, может быть, у нас есть человек по ИИ, человек по операциям ИИ, занимающийся только выходом на рынок, и отдельный человек по операциям ИИ, занимающийся только продуктом, и отдельный человек по операциям ИИ, занимающийся только финансами». Потому что все эти функции, кстати, финансы, rev ops, product ops, research ops, что угодно, все они меняются так драматично. И поэтому возможность переобучить то, как ваша компания работает с кем-то, кто действительно предан продвижению этого вперед, действительно, действительно ускоряет путешествие. >> Угу. Это очень интересно. И вы были основаны до революции ИИ. Так что, я думаю, для других компаний, которые были основаны до этого, я думаю, вы были 2018 год, так где же, как бы, правильный драйвер? Мне кажется, что это, вероятно, должно начаться буквально с генерального директора, верно? >> Да, я собирался сказать, что хочу отдать должное Райану. >> Да, эм, Laurel, эм, была основана, на самом деле, я бы сказал, Time by Ping, это то, как Laurel называлась ранее, была основана в 2018 году. >> Но Райан действительно имел предвидение и, и, действительно, мужество сказать: «Знаете что? Когда я думаю о том, как выглядит время в мире ИИ и LLM, это очень отличается. И когда я думаю о, эм, в то время наш основной продукт, эм, учет времени, верно? Как выглядит учет времени в мире, где вам приходится вводить его вручную или просто делать это через, назовем это интеграциями, по сравнению с миром, где вы можете фактически начать видеть все, что происходит на вашем компьютере, и синтезировать это и пропустить это через LLM. Как он, по сути, имел предвидение и снова мужество сказать: «Я перестрою весь свой продукт, всю свою компанию, чтобы она была изначально создана для ИИ». И поэтому это действительно интересно. >> Я действительно верю, что, эм, и я испытываю это изо дня в день. >> Я бы, знаете, как бы, я хотел бы создавать на переднем крае. >> Laurel изначально создана для ИИ, хотя она была основана более 3 лет назад. >> И поэтому это действительно начинается с генерального директора. >> Но даже если, если у людей нет такой степени изменений, эм, и, и убежденности, я думаю, вы все равно можете сделать это на каждом уровне, где, знаете, если вы не генеральный директор, но вы, эм, руководитель, вы можете сказать: «Ну, вот как я ожидаю, что моя функция будет действительно работать. Здесь, в моей функции, я являюсь руководителем маркетинга. Я полностью ожидаю, что это то, что мы делаем, и позвольте мне раскрасить все здесь, что должно быть включено ИИ, верно? >> Как, когда вы думаете о копирайтинге сегодня, вы не должны писать текст вручную. Вы должны редактировать, когда вы снимаете видео. >> Если вы не используете, эм, многие из доступных инструментов ИИ, вы тратите много денег на студию, на видео таким образом, который вам больше не нужен. >> Поэтому, возможность пройтись построчно в терминах вашего, опять же, вашей рабочей карты. Что делают все мои люди, и как я действительно думаю о том, где мне нужно сохранить этого человека по сравнению с тем, где я могу действительно, как бы, усилить его с помощью ИИ? >> Потрясающе. >> Итак, я думаю, это ключевой момент для многих людей, с которыми я разговариваю, по крайней мере, это то, что у них нет доступа к тому, что мы показываем, и, вероятно, это должно начаться, как бы, на уровне генерального директора, а затем это может работать вниз, где вам действительно нужны удивительные CPO, как вы, которые также увлечены ИИ, чтобы это произошло, и это следующий уровень, о котором я хочу поговорить: как CPO, увлеченный ИИ, каково ваше мнение о типах продуктовых команд, которые мы увидим в будущем? Каких менеджеров по продукту вы нанимаете, и какова форма их роли сегодня? >> Я думаю, для многих людей, эм, я уверен, что это диалог, который происходит повсюду. Эта идея, являетесь ли вы менеджером по продукту или просто создателем продукта? И сколько людей являются создателями продукта? >> Имея в виду, это только сам продуктовый человек по функциональному названию, или это также дизайнер? Это также инженер? >> Я большой сторонник того, что я думаю, что каждый должен быть создателем продукта. Это возвращается к тому, как мы, эм, а, как мы управляем командой сегодня с капитанами и берем функции сквозным образом. >> Что я действительно ищу конкретно в, в создателях продукта, которые являются менеджерами по продукту по своей подготовке, я ищу несколько вещей. >> Я обнаружил, что, если вы невероятно опытны в том смысле, что у вас есть суждение, вы прошли через ад, вы выпустили вещи, которые не сработали, и я думаю, что для всех нас, кто что-то выпустил, большую часть времени это не работает с первого раза. >> Если у вас есть, если у вас есть этот проверенный в боях опыт, я обнаруживаю, что комбинация этого опыта плюс это интенсивное любопытство, это желание быть практичным, я думаю, вы видите небольшую бифуркацию. Есть много людей, которые очень опытны и почти боятся, что их работа меняется, и они чувствуют больше страха, чем, я бы сказал, волнения. И я бы сказал, что есть другая группа людей, которые очень опытны, и они никогда не были более взволнованы. >> Как я, я никогда не был более взволнован, кстати, тем, что не делаю всех этих вещей, которые я делал раньше, которые занимали у меня вечность, и не было ни части меня, которая хотела бы это делать. Вместо этого я люблю, знаете, на самом деле, как бы, формировать продукт, действительно быть практичным. >> И поэтому, поэтому, будучи в состоянии найти этих людей, которые взволнованы, которые любопытны, но при этом обладают суждением и опытом, действительно, действительно важно. И поэтому, опять же, это не обязательно по дизайну, но то, что я нашел действительно интересным, это то, что есть ряд людей, которые ранее были, знаете, CPO, вице-президенты по продукту, главы продукта. Они пришли, и они, они те, кто строит сквозным образом. Они те, кто выпускает сквозным образом. >> И опять же, они никогда не были более взволнованы. Они никогда не были более взволнованы тем, что у них нет команды, которой нужно управлять, потому что они понимают, что большая часть этого — просто накладные расходы. Большая часть этого — просто координационные издержки. Они поняли, что большая часть этого — просто координационные издержки, и вместо этого они могут просто получить возможность прямо туда и продвигать изменения, которые они хотят видеть. >> Это безумие. >> Так что вы приняли супер-старшего ICPM. >> Я думаю, вы сказали что-то довольно безумное на самом деле, когда мы говорили раньше, а именно: чем старше вы становитесь, чем дольше вы работаете в продукте, тем меньше становятся ваши организации. Это тренд будущего, все меньшие и меньшие продуктовые организации? >> Я думаю, да. >> Я имею в виду, у меня были сотни людей, а сегодня у меня пять менеджеров по продукту и четыре дизайнера, и нет реальной причины для роста, потому что, опять же, когда вы добавляете больше людей, вы добавляете больше координационных издержек. Вы фактически, эм, вам труднее заставить людей чувствовать, что они несут полную ответственность за сквозное выполнение чего-либо. И поэтому я действительно думаю об этом как о будущем. Я думаю, что лучшие команды будут гибкими, но не настолько гибкими, чтобы они были истощены. И поэтому очень важно найти эту грань. >> Итак, вы сказали, что делаете что-то довольно безумное на собеседованиях. Можете ли вы рассказать мне, как вы проводите собеседования и действительно находите этих драгоценных, увлеченных ИИ, супер-старших ICPM? >> Я думаю, многие люди говорят об этом. Конечно, знаете, вы проводите сессию, где люди должны строить с помощью ИИ. >> Я думаю, это все хорошо, и, эм, и я думаю, что это имеет большой смысл. >> Это занимает циклы, кстати, чтобы даже иметь стандартизированный цикл собеседований. >> Для некоторых компаний это имеет смысл, потому что они достаточно велики, чтобы нанимать, знаете, достаточно менеджеров по продукту. Но опять же, я действительно думаю, что многие люди говорят: «Давайте на самом деле станем немного более, эм, конкретными в отношении того, кого мы нанимаем, и убедимся, что они действительно опытные. И мы предпочтем платить нескольким действительно опытным людям, знаете, намного больше, чем иметь просто армию людей». >> И поэтому, эм, то, что я делаю, и я делаю это, кстати, для каждой функции, а не только для продукта или дизайнера, и так далее, эм, я, я прошу людей поделиться экраном. И то, что я обнаружил, это то, как легко сказать: «Эй, мы, знаете, я увлечен ИИ, мы увлечены ИИ, мы делаем кучу вещей с ИИ». Но как только вы углубляетесь, как бы, если вы действительно заглянете под капот, вы скажете: «На самом деле, я думаю, что вы, как я называю, уровень один». И, возможно, я просто потрачу момент и поговорю об уровнях для меня. >> Уровень один — это вы разговариваете с, знаете, вы разговариваете с ChatGPT, вы разговариваете с Claude. Вы действительно используете, эм, ИИ в режиме чата. Почти как, как режим поиска, верно? >> Я задаю вопрос, вы даете мне ответ. >> Уровень два — это когда вы начинаете автоматизировать рабочий процесс, верно? И это то, что я показывал ранее, вокруг того, что первый шаг — это просто начать с малого. >> Операционная система не обязательно начинается как операционная система, но она начинается с первой, эм, автоматизации. >> Правильно. Первый маленький кусочек рабочего процесса, который все начнут делать. И поэтому это уровень два. >> Уровень три — это когда вы начинаете строить, знаете, приложения. >> Правильно. Вы говорите: «Эй, знаете, очень важно, чтобы я, эм, я делаю эту вещь. Это действительно утомительно. Я собираюсь построить приложение, чтобы сделать это, как бы, менее утомительным». И затем уровень четыре, я бы сказал, это когда вы фактически строите, я называю это общими приложениями, или, эм, если вы действительно думаете о жизненном цикле продукта, вы, вы действительно выпускаете для своих клиентов. >> И поэтому это, возможно, четыре уровня, эм, на которых вы можете оценить себя. Вы можете оценить данную компанию, на каком из этих четырех уровней находится большинство организации, эм, работает. >> И поэтому, эм, то, что я нахожу, это когда вы фактически просите кого-то поделиться экраном и показать вам, как и показать вам, как они используют ИИ, вы очень быстро можете понять, находитесь ли вы на уровне один? Вы, по сути, просто разговариваете с ChatGPT? >> Или вы фактически создали, как бы, какой-то способ действительно, как бы, масштабировать себя, какой-то рабочий процесс, какой-то агент? Или вы начинаете строить, как бы, приложения? Или, знаете, что вы выпускаете? >> По-настоящему, по-настоящему выпускаете? >> И поэтому действительно увидеть это, эм, в прямом эфире на экране действительно, действительно интересно, потому что иначе действительно легко сказать: «Вот что я делаю». И это, знаете, взято из LinkedIn или взято из последней вещи, которую вы видели в Интернете. >> Но на самом деле, если копнуть глубже и сказать: «Что на вашем экране?» — это действительно увлекательно. >> Вау. >> Люди не верят мне, когда я продолжаю говорить, что это новое собеседование. Это то, что я слышу. Вы слышали это от самого CPO. >> Так что многие люди чувствуют себя плохо из-за всего этого перехода. >> Как бы, есть много FUD, которые ходят в области PM. Если вы проверите Reddit или что-то еще, люди чувствуют себя очень нервно из-за этих изменений. Они говорят: «Эй, мы сжимаем младших». У вас был действительно интересный взгляд на это, а именно то, что лучшие PM на самом деле получают больше ролей, а остальные чувствуют страх и разрушение. Можете ли вы раскрыть это для нас? >> Я думаю, это потому, что один PM может сделать намного больше, чем когда-либо прежде, но их не так много, кто настолько квалифицирован, кто обладает таким суждением, кто увлечен ИИ, кто бесстрашно проходит через все эти этапы, и, кстати, знает, что одна из самых важных вещей навсегда и никогда не изменится в роли PM — это то, что они должны оставаться близко к своим клиентам. >> Правильно. >> Так что, как бы, диаграмма Венна всех этих черт не велика с точки зрения фактического количества людей, которые попадают в нее, и это то, чего хочет каждая компания. >> И, и по краям это, как бы, почему я, почему я должен нанимать кого-то, кто не является всем этим? Мне придется как-то дополнять их, и это создаст накладные расходы. >> И тогда, когда, когда во многих отношениях я могу взять эту часть, которая не является превосходной, и я могу построить, знаете, опять же, рабочий процесс, агент вокруг этого. >> Так что я думаю, что это действительно поиск тех, кого я называю дирижерами, верно? >> Люди, которые мыслят масштабно, но, знаете, вплоть до деталей с точки зрения их выполнения. Это те люди, которые стоят своего веса в золоте, и я думаю, что многие люди, которым нужно дополнение дизайнера или дополнение инженера или, знаете, дополнение многих, многих, многих других людей, это просто больше не имеет смысла, потому что зачем нанимать всех этих людей, когда, опять же, один человек может быть сквозным строителем. >> Это не я говорю, это она. >> Я проповедую это месяцами и месяцами. Это будущее управления продуктом. >> Мы только что дали вам весь плейбук. >> Она буквально показала экран со всем, операционная система компании, как их менеджеры по продукту разбирают линейные тиски. >> Если вы хотите получить действительно потрясающую работу, подайте заявку в Laurel. >> Джули делает не только это, верно? >> У вас на самом деле так много классных вещей происходит. >> Вы преподаете управление продуктом в Стэнфорде. >> Я думаю, вы когда-то были связаны с Reforge. >> Можете ли вы наверстать упущенное вне Laurel? >> Каков мир JZ? Что происходит? >> Я преподаю каждый год в Стэнфорде. >> Я делаю это ради любви, чтобы действительно встретить следующее поколение строителей. >> Я также получаю действительно потрясающую выгоду от встречи с такими людьми, как Саша, которые, знаете, когда-то прошли мой курс, затем были моими ассистентами, а теперь работают в Laurel. >> И, знаете, преподавание для меня было комбинацией страсти и, честно говоря, конвейера. >> Поэтому я преподаю в Стэнфорде, я преподаю в Йеле, и я преподаю в Reforge. >> И это просто то, как я думаю, что когда вы преподаете что-то, вы должны знать это как свои пять пальцев, чтобы действительно поделиться этим с кем-то еще. >> Поэтому я, я снова нахожу это действительно забавным. >> Часто я преподаю, а потом говорю: «Ах, хорошее напоминание, JZ. >> Вы делали это сегодня в своей повседневной жизни? >> Были ли вы достаточно клиентоориентированы? Были ли вы сначала в пространстве проблемы, а не в пространстве решения? >> И поэтому я просто нахожу это как очень приятным лично, так и отличным напоминанием о том, что такое продукт на самом деле. >> И я скажу последнее, что забавно, это то, что, поэтому я, я преподаю лидерство в области ИИ через Reforge, и эта учебная программа меняется буквально ежемесячно. >> Знаете, мы преподаем ее каждые 6 месяцев, и объем изменений между 6 месяцами огромен. >> Но когда вы преподаете основы, когда вы преподаете то, что я называю, как бы, PM 101, эти основные принципы не изменились. >> Вы все равно никогда не должны переходить к решению. >> И теперь, когда вы можете строить быстрее, чем когда-либо прежде, это не означает, что вы просто строите все. >> Что на самом деле важно, так это знать, почему и для кого вы строите, и что вы пытаетесь решить, и что такое успех, и поэтому вы действительно знаете, что достигли своей цели. >> И поэтому, что действительно иронично, так это то, что, преподавая все эти разные уровни продуктовых людей на протяжении многих лет, я обнаруживаю, что основы и принципы никогда не менялись. >> На самом деле, они даже важнее, чем когда-либо прежде, но инструменты и способ работы и способ, которым вы можете прорваться через бюрократию и чувствовать себя уполномоченным, это радикально изменилось. >> И поэтому как лидер, то, как вы расширяете возможности своей команды, очень отличается. >> Есть ли у вас правильная культура? >> Есть ли у вас правильная команда? >> Есть ли у вас правильное пространство для людей, чтобы даже строить? >> Есть ли у вас правильная операционная система? >> Есть ли у вас правильные знания о том, чем люди занимаются изо дня в день? >> Есть ли у вас все эти части? >> Это кардинально меняется, но в ваших фактических, знаете, индивидуальных основах того, что должен делать продуктовый человек, скорость кардинально изменилась, но то, что вы должны делать в основе своей, этого не изменилось. >> Какой способ закончить. >> Хорошо, ребята, мы достигли сумасшедшего рубежа, когда пересекли 40 000 подписчиков на YouTube. Мы также пересекли 565 000 средних просмотров на прослушивание на эпизод. >> Когда я начал этот подкаст 2 года назад, я бы не поверил. >> Я хочу, чтобы все 565 000 из вас наводнили заявки PM Laurel. >> На мой взгляд, это как бы, самая крутая работа PM, которую вы только можете иметь. >> И я бы сказал, что если вы находитесь на работе PM, где все, о чем мы только что говорили, кажется действительно чуждым и как бы, на 10 шагов дальше от того, что вы есть, найдите работу, как эта, с CPO по ИИ, как JZ. >> Вы узнаете намного больше, чем если вы доберетесь до этого через 4 года, а затем вы узнаете это. >> Подайте заявку в Laurel, предоставьте ей лучших PM по ИИ в мире. >> Посетите ее курс в Стэнфорде, если вы находитесь в районе залива, чтобы вы могли действительно изучить AI PM. >> И если вы лидер, посетите ее курс в Reforge. >> Это просто я говорю. >> Вы можете видеть, какую ценность я получил от этого эпизода. >> Вы можете видеть, что я скоро буду писать о компании OS в своей рассылке. >> Jazy абсолютно убила. >> Большое спасибо, Jazy. >> Спасибо, что пригласили. >> Я надеюсь, вам понравился этот эпизод. >> Если вы можете уделить минуту, чтобы проверить, подписались ли вы на Apple и Spotify подкасты, подписались на YouTube, оставили оценку или отзыв на Apple или Spotify, и прокомментировали на YouTube, все эти вещи помогут алгоритму распространять шоу все больше и больше людей. >> По мере того, как мы распространяем шоу большему количеству людей, мы можем развивать шоу, улучшать качество контента и производства, чтобы получать вам лучшие идеи, чтобы оставаться впереди в своей карьере. >> Наконец, проверьте мой пакет на bundle.akashsharma.com, чтобы получить доступ к девяти продуктам ИИ на весь год бесплатно. >> Это включает Dovetail, Mobbin, Linear, Reforge, Build, Descript и многие другие удивительные инструменты, которые помогут вам как менеджеру по продукту или строителю ИИ добиться успеха. >> Увидимся в следующем эпизоде.