Мэрили Ника (Google Gen AI Product Lead) в подкасте у Аакаша Гупта рассказывает о том, какие ИИ-продукты она использует в своей работе и как изменились подходы к самой работе продакта в целом.
Интересное:
1. В арсенале Мэрили 6 инструментов: Google AI Studio для прототипирования, Opal для мини-приложений, Notebook LM для обучения, Perplexity для исследования пользователей, ChatGPT для создания технических заданий и Fireflies для совещаний.
Каждый инструмент соответствует одному этапу рабочего процесса продакта и никакого синка между ними нет.
2. Мэрили сначала создает прототип работающего приложения в AI Studio, а затем привлекает инженеров для обсуждения реального продукта и механик.
3. Фильтр Reddit в Perplexity — секретное оружие. Просто отключите веб-поиск и включите поиск по обсуждениям и мнениям. Узнайте, чего на самом деле хотят пользователи, а не считает верным ИИ.
4. Мэрили обучила ChatGPT на старых технических заданиях и теперь он задаёт уточняющие вопросы перед их генерацией.
5. Тревожный сигнал на собеседованиях по управлению продуктами с использованием ИИ — отсутствие навыков управления продуктами. Помните, что ИИ меняет СПОСОБ реализации вариантов использования, а не сами варианты использования (amen 🙏)
6. Кто заменит менеджеров продуктов? Не ИИ. Менеджеры продуктов, которые используют ИИ, пока вы этого не делаете. Не стесняйтесь использовать ИИ в работе. Это не обман. Разрыв между руководителями проектов, использующими эти инструменты, и теми, кто этого не делает, увеличивается.
Интересное:
1. В арсенале Мэрили 6 инструментов: Google AI Studio для прототипирования, Opal для мини-приложений, Notebook LM для обучения, Perplexity для исследования пользователей, ChatGPT для создания технических заданий и Fireflies для совещаний.
Каждый инструмент соответствует одному этапу рабочего процесса продакта и никакого синка между ними нет.
2. Мэрили сначала создает прототип работающего приложения в AI Studio, а затем привлекает инженеров для обсуждения реального продукта и механик.
3. Фильтр Reddit в Perplexity — секретное оружие. Просто отключите веб-поиск и включите поиск по обсуждениям и мнениям. Узнайте, чего на самом деле хотят пользователи, а не считает верным ИИ.
4. Мэрили обучила ChatGPT на старых технических заданиях и теперь он задаёт уточняющие вопросы перед их генерацией.
5. Тревожный сигнал на собеседованиях по управлению продуктами с использованием ИИ — отсутствие навыков управления продуктами. Помните, что ИИ меняет СПОСОБ реализации вариантов использования, а не сами варианты использования (amen 🙏)
6. Кто заменит менеджеров продуктов? Не ИИ. Менеджеры продуктов, которые используют ИИ, пока вы этого не делаете. Не стесняйтесь использовать ИИ в работе. Это не обман. Разрыв между руководителями проектов, использующими эти инструменты, и теми, кто этого не делает, увеличивается.
YouTube
Google AI PM Reveals the Tools 99% of Product Managers Don’t Use
Marily Nika has built more AI products at Google than almost anyone. She walks through her complete 6-tool stack - from AI Studio prototyping to Notebook LM learning. Here's everything you need to master AI tools as a product manager.
----
Timestamps
0:00…
----
Timestamps
0:00…
От тактики к стратегии: как стать востребованным COO и управлять всей операционкой компании
1) «Цифры решают все: метрики и KPI». Научитесь выбирать метрики, которые показывают реальную эффективность и ведут к цели. Спикер: Галина Баранова, COO Altasales 👉 Регистрация
2) «Как делать больше с меньшим: стратегии эффективности». Узнайте, как находить скрытые утечки ресурсов и выжимать максимум из процессов. Спикер: Олег Бледнов, рук. направления в разработке ПО 👉 Регистрация
Это первый шаг к полному курсу «COO / Операционный директор в IT». За 4 месяца вы научитесь строить операционную модель компании для роста. Реклама. ООО «Отус онлайн-образование»
1) «Цифры решают все: метрики и KPI». Научитесь выбирать метрики, которые показывают реальную эффективность и ведут к цели. Спикер: Галина Баранова, COO Altasales 👉 Регистрация
2) «Как делать больше с меньшим: стратегии эффективности». Узнайте, как находить скрытые утечки ресурсов и выжимать максимум из процессов. Спикер: Олег Бледнов, рук. направления в разработке ПО 👉 Регистрация
Это первый шаг к полному курсу «COO / Операционный директор в IT». За 4 месяца вы научитесь строить операционную модель компании для роста. Реклама. ООО «Отус онлайн-образование»
Фича как ритуал желания людей
– Забудь про фичу, фича это просто след. Думай о её причине. Из-за чего возникла фича? В чём была её причина?
– Причина фич всегда в желаниях: необходимых, вынужденных, явных, скрытых, тайных. Чем сильнее желание, тем легче погрузить в процесс.
И наоборот – чем слабее желание пользователя, тем больше усилий тебе как продакту придётся прикладывать. Причина неудачных фич лишь в этом.
Задача продакта – находить сильные желания и делать до них лёгкиепроцессы ритуалы, (не) управляя намерением пользователя.
Думая о фиче так:
– Какое желание воплощает фича? В чём оно? Оно про что? Это разные вопросы.
– Чьё это желание? Оно личное или навязанное? Прочти вопрос иначе – чьё желание? Из-за чего оно возникло вообще?
Сильное желание живёт в пользователе до встречи с продуктом и после него. Слабое желание – иллюзияво времени.
Первое подобно течению реки, второе – капля воды. Река изменит своё русло и продолжит течь. Капля просто испарится. Отличай реки от капель. Но всё есть часть Единой капли.
– Желание сильное или слабое? Процесс станет в х2 сложнее, пользователь пройдёт или уйдёт?
Процесс:
– Процесс осмысленно перенесён с аналогичного схожего желания-процесса или был просто скопирован у рынка/конкурентов? Первый про эволюцию в природе, второй про животные повадки.
– Что происходит с желанием внутри процесса? Его огонь горит, поддерживается или угасает?
– Текущий процесс до реализации желания пользователя трудный или лёгкий? В чём? Как это понятно? Как он появился изначально?
Лёгкость передаётся ощущением течения собственного внутреннего намерения. Тяжесть идёт вопреки желания сил.
Вопрос не в том, как вам улучшить форму фич. Вопрос лишь в том, горит ли тот огонь, которым ты пытаешься поддерживать их форму?
Фича – сила правильных желаний
– Забудь про фичу, фича это просто след. Думай о её причине. Из-за чего возникла фича? В чём была её причина?
– Причина фич всегда в желаниях: необходимых, вынужденных, явных, скрытых, тайных. Чем сильнее желание, тем легче погрузить в процесс.
И наоборот – чем слабее желание пользователя, тем больше усилий тебе как продакту придётся прикладывать. Причина неудачных фич лишь в этом.
Желания – движущая сил фич
Задача продакта – находить сильные желания и делать до них лёгкие
Думая о фиче так:
– Какое желание воплощает фича? В чём оно? Оно про что? Это разные вопросы.
– Чьё это желание? Оно личное или навязанное? Прочти вопрос иначе – чьё желание? Из-за чего оно возникло вообще?
Сильное желание живёт в пользователе до встречи с продуктом и после него. Слабое желание – иллюзия
Первое подобно течению реки, второе – капля воды. Река изменит своё русло и продолжит течь. Капля просто испарится. Отличай реки от капель. Но всё есть часть Единой капли.
– Желание сильное или слабое? Процесс станет в х2 сложнее, пользователь пройдёт или уйдёт?
Процесс:
– Процесс осмысленно перенесён с аналогичного схожего желания-процесса или был просто скопирован у рынка/конкурентов? Первый про эволюцию в природе, второй про животные повадки.
– Что происходит с желанием внутри процесса? Его огонь горит, поддерживается или угасает?
– Текущий процесс до реализации желания пользователя трудный или лёгкий? В чём? Как это понятно? Как он появился изначально?
Лёгкость передаётся ощущением течения собственного внутреннего намерения. Тяжесть идёт вопреки желания сил.
Вопрос не в том, как вам улучшить форму фич. Вопрос лишь в том, горит ли тот огонь, которым ты пытаешься поддерживать их форму?
Фича – сила правильных желаний
This media is not supported in your browser
VIEW IN TELEGRAM
СЕО с продактом планируют задачки
Продакт-менеджмент — это просто набор процессов или всё-таки что-то большее? Об этом в подкасте “C-level: мысли в режиме CEO” рассказала CPO Авито Доставки Мария Осипова.
По её словам, продакт — это не только про таски, роадмапы и встречи. Это еще и миссия: помогать пользователям, защищать их интересы и превращать идеи в работающие продукты.
«Что роднит всех продакт-менеджеров — это любовь к пользователям и глубокая эмпатия», — говорит Мария.
Но одной эмпатии недостаточно. Критически важно уметь общаться и выстраивать связи между командами. «Для продакт-менеджера софт-скиллы — это хард-скиллы».
Отдельно обсудили и ИИ. В Авито он уже активно используется и для пользователей, и внутри компании. Например, у пользователей есть отдельная LLM, которая помогает определить вес товара для расчета стоимости доставки. А для сотрудников — внутренние курсы по работе с LLM: от написания промптов до разработки моделей с нуля.
Целиком подкаст можно посмотреть здесь:🟦 VK Видео / 🎵 Яндекс Музыка / 🎙 Apple Podcasts / 💬 Telegram / 🔵 другие платформы
По её словам, продакт — это не только про таски, роадмапы и встречи. Это еще и миссия: помогать пользователям, защищать их интересы и превращать идеи в работающие продукты.
«Что роднит всех продакт-менеджеров — это любовь к пользователям и глубокая эмпатия», — говорит Мария.
Но одной эмпатии недостаточно. Критически важно уметь общаться и выстраивать связи между командами. «Для продакт-менеджера софт-скиллы — это хард-скиллы».
Отдельно обсудили и ИИ. В Авито он уже активно используется и для пользователей, и внутри компании. Например, у пользователей есть отдельная LLM, которая помогает определить вес товара для расчета стоимости доставки. А для сотрудников — внутренние курсы по работе с LLM: от написания промптов до разработки моделей с нуля.
Целиком подкаст можно посмотреть здесь:
Please open Telegram to view this post
VIEW IN TELEGRAM
Реалистичые сроки начинаются со здоровых и реалистичных задач. Срыв сроков – кривые и нездоровые задачи.
20% срывов связаны с тем, что срок считали только до момента написания кода, а не доставленной фичи на стороне пользователя.
Оставшиеся 80% случаев связаны с кривыми, размытыми задачами без чёткого PRD, без критериев готовности, и без понятного а) результата; б) способа доставки фич.
✨ Золотой стандарт PRD это: Problem, Context, Goals, Users, Scope, Out of Scope, Requirements, UX notes, Analytics, Risks, Open Questions ✨
– В начале PRD покажи, как фича связана с текущей стратегией. Это помогает команде и стейкхолдерам понимать, почему мы делаем именно это, а не любую другую идею.
– Более того, для каждой фичи добавляй 2–5 ключевых юзфло (basic, edge, error) + связи фичи с механиками других фич, чтобы разработка видела реальную жизнь фичи в процессах юзера и продукта, а не просто сухой текст перед глазами.
– Размечай функционал внутри самой фичи «must», «should», «nice-to-have». Это позволяет 1) тебе и 2) всем, видеть а) весь потенциал механики и фичи; б) присрыве сроков необходимости быстро урезать скоп.
– Помни, что PRD должен быть открыт для уточнений и правок вместе с командой. Добавь в конце раздел «Open Questions» и обновляй его по мере ответов, чтобы не плодить отдельные чатики.
– Главное. Для каждой фичи в PRD явно опиши Definition of Done. Это то, что и считается завершённым с точки зрения "разработки фичи" и по этому и отсчитывай все сроки. Для продакта это фича на проде + доставка до пользователя. Иначе см. абзац №3.
– И не держи риски в голове!!! Лучше отдельно выписывай их ПЛЮС альтернативные варианты решений, которые рассматривались. И пусть лучше все их прочитают и держат перед глазами на этапе разработки, чем после релиза их увидят пользователи. Да и просто, пригодится для "нуяжеговорил" 🙊
И если после встречи встречи по обсуждению PRD он не изменился, то либо его читали одним глазом, либо вообще не читали.
🍌Советы по срокам:
– В коммуникации по срокам и задачкам всегда проговаривайте: "Оценка разрабов такая-то, дизайн-оценка такая-то, маркетингу нужно столько-то, аналитикам вот столько, а бизнес-дедлайн такой-то". Каждая из этих сторон смотрит на время по своему, (особенно продакт).
– Чем чаще вы релизите (раз в 1-2 недели) → тем меньше объём одной поставки → тем меньше значение дедлайна → тем меньше риск его сорвать. Ваш КО.
– Для крупных задач используй контрольные точки внутри времени в духе "к середине срока должно быть готово 1-2-3", а не жди даты релиза, чтобы потом понять, что сроки сорваны.
– Параллельная работа над кучей задач замедляет всё и всех и размывает все оценки, даже если каждая отдельная задача оценена нормально. Фокусируй команду на 1–2 задачах, доводя их до Done, вместо 5–7 которые "вот-вот, уже почти готовы".
20% срывов связаны с тем, что срок считали только до момента написания кода, а не доставленной фичи на стороне пользователя.
Оставшиеся 80% случаев связаны с кривыми, размытыми задачами без чёткого PRD, без критериев готовности, и без понятного а) результата; б) способа доставки фич.
– В начале PRD покажи, как фича связана с текущей стратегией. Это помогает команде и стейкхолдерам понимать, почему мы делаем именно это, а не любую другую идею.
– Более того, для каждой фичи добавляй 2–5 ключевых юзфло (basic, edge, error) + связи фичи с механиками других фич, чтобы разработка видела реальную жизнь фичи в процессах юзера и продукта, а не просто сухой текст перед глазами.
Здоровая задача должна быть описана так, чтобы была понятна всем даже без всего контекста
– Размечай функционал внутри самой фичи «must», «should», «nice-to-have». Это позволяет 1) тебе и 2) всем, видеть а) весь потенциал механики и фичи; б) при
– Помни, что PRD должен быть открыт для уточнений и правок вместе с командой. Добавь в конце раздел «Open Questions» и обновляй его по мере ответов, чтобы не плодить отдельные чатики.
– Главное. Для каждой фичи в PRD явно опиши Definition of Done. Это то, что и считается завершённым с точки зрения "разработки фичи" и по этому и отсчитывай все сроки. Для продакта это фича на проде + доставка до пользователя. Иначе см. абзац №3.
– И не держи риски в голове!!! Лучше отдельно выписывай их ПЛЮС альтернативные варианты решений, которые рассматривались. И пусть лучше все их прочитают и держат перед глазами на этапе разработки, чем после релиза их увидят пользователи. Да и просто, пригодится для "нуяжеговорил" 🙊
И если после встречи встречи по обсуждению PRD он не изменился, то либо его читали одним глазом, либо вообще не читали.
🍌Советы по срокам:
– В коммуникации по срокам и задачкам всегда проговаривайте: "Оценка разрабов такая-то, дизайн-оценка такая-то, маркетингу нужно столько-то, аналитикам вот столько, а бизнес-дедлайн такой-то". Каждая из этих сторон смотрит на время по своему, (особенно продакт).
– Чем чаще вы релизите (раз в 1-2 недели) → тем меньше объём одной поставки → тем меньше значение дедлайна → тем меньше риск его сорвать. Ваш КО.
– Для крупных задач используй контрольные точки внутри времени в духе "к середине срока должно быть готово 1-2-3", а не жди даты релиза, чтобы потом понять, что сроки сорваны.
– Параллельная работа над кучей задач замедляет всё и всех и размывает все оценки, даже если каждая отдельная задача оценена нормально. Фокусируй команду на 1–2 задачах, доводя их до Done, вместо 5–7 которые "вот-вот, уже почти готовы".
Please open Telegram to view this post
VIEW IN TELEGRAM
Евгений Васильев (CPO ВКонтакте) в подкасте у Юры Агеева (ProductSense) рассказывает, как формируется продуктовая стратегия, про текущий фокус ВКонтакте и продактов.
Ключевые мысли:
Стратегия — это еще один рабочий инструмент СРО, она собирается под решение конкретной рыночной задачи, в которой ты существуешь. Именно стратегия определяет и организационную структуру, и ключевые метрики, и продуктовые инициативы, и людей в команду.
Классного продакта от посредственного продакта отличает то, а может ли он работать с задачами высокого уровня абстракции. Не нужно бояться увольнять людей. Хуже, когда на позициях находятся неподходящие менеджеры – это тормозит рост команды и продукта.
Для ВКонтакте ключевая история — не забрать новую аудиторию, а конвертировать текущих юзеров, которые заходят в соцсеть эпизодически, в core-аудиторию.
Продуктовая стратегия звучит так: рост социального взаимодействия через развитие контентного сценария, в котором у них сумасшедший потенциал и рост год к году. Чтобы стать лидерами в контентном сценарии, нужно забрать рынок авторов и делать для них лучший оффер на рынке.
💙 Смотреть в ВК
Ключевые мысли:
Стратегия — это еще один рабочий инструмент СРО, она собирается под решение конкретной рыночной задачи, в которой ты существуешь. Именно стратегия определяет и организационную структуру, и ключевые метрики, и продуктовые инициативы, и людей в команду.
Классного продакта от посредственного продакта отличает то, а может ли он работать с задачами высокого уровня абстракции. Не нужно бояться увольнять людей. Хуже, когда на позициях находятся неподходящие менеджеры – это тормозит рост команды и продукта.
Для ВКонтакте ключевая история — не забрать новую аудиторию, а конвертировать текущих юзеров, которые заходят в соцсеть эпизодически, в core-аудиторию.
Продуктовая стратегия звучит так: рост социального взаимодействия через развитие контентного сценария, в котором у них сумасшедший потенциал и рост год к году. Чтобы стать лидерами в контентном сценарии, нужно забрать рынок авторов и делать для них лучший оффер на рынке.
Please open Telegram to view this post
VIEW IN TELEGRAM
VK Видео
О продуктовой стратегии, поиске ключевых смыслов, контринтуитивных шагах и построении оргструктуры
«Продукт e-commerce, как приложение или сайт, абсолютно вторичен. Даже если он будет страшный как ночь, но там будут ниже цены и быстрее скорость доставки, он всё равно будет выносить рынок легко». «Ни один руководитель в здравом уме не будет накатывать никаких…
У AGI будет утопичный нереальный интерфейс
Чат-боты, ИИ-агенты, оркестрации, кнопочки и стрелочки, терминалы, вотэтовсё здорово и интересно, но вы способны представить себе интерфейс AGI?
Для лучшего понимания:
– Каким должен быть интерфейс автономного(!) бесконечно(!) разумного(!) "комьютера"?
– Какими будут механики его бесконечных фич?
– Какими будут его бесконечные настройки?
Самое забавное в том, что максимум, который люди сейчас способны осознать с AGI – это очередная говорящая операционка, в котрой есть файловая система, магазин (обязательно магазин, как же без его комиссий) приложений только под эту операционку, настройки с свичерами или максимум под каждую настройку промпт и рабочий стол с корзиной и оповещениями.
Всё, на этом человеческий ум заканчивается. Держи 🍌
С AGI всё изменится и уже сейчас возникает забавная дилемма:
1) AGI – комьютер умный бесконечно;
2) А как человеку работать с этим бесконечным умом?
3) Как человеку это даже просто осознать?
И если человеку не надо:
1) осознавать бесконечность комьютера;
2) то как ему с ним работать?;
3) и как ему его создать?
Пока "бэкэнд" AGI остаётся загадкой и утопией, ей же остается и его фронтенд, и интерфейс и продакт-менеджмент и юз кейсы.
Всё это очень странно 🔋
– Ну вы же это гипотетически, да? Научный интерес?
Чат-боты, ИИ-агенты, оркестрации, кнопочки и стрелочки, терминалы, вотэтовсё здорово и интересно, но вы способны представить себе интерфейс AGI?
Для лучшего понимания:
– Каким должен быть интерфейс автономного(!) бесконечно(!) разумного(!) "комьютера"?
– Какими будут механики его бесконечных фич?
– Какими будут его бесконечные настройки?
Самое забавное в том, что максимум, который люди сейчас способны осознать с AGI – это очередная говорящая операционка, в котрой есть файловая система, магазин (обязательно магазин, как же без его комиссий) приложений только под эту операционку, настройки с свичерами или максимум под каждую настройку промпт и рабочий стол с корзиной и оповещениями.
Всё, на этом человеческий ум заканчивается. Держи 🍌
С AGI всё изменится и уже сейчас возникает забавная дилемма:
1) AGI – комьютер умный бесконечно;
2) А как человеку работать с этим бесконечным умом?
3) Как человеку это даже просто осознать?
И если человеку не надо:
1) осознавать бесконечность комьютера;
2) то как ему с ним работать?;
3) и как ему его создать?
Пока "бэкэнд" AGI остаётся загадкой и утопией, ей же остается и его фронтенд, и интерфейс и продакт-менеджмент и юз кейсы.
Всё это очень странно 🔋
– Ну вы же это гипотетически, да? Научный интерес?
Product Management & AI
Видение – умение соединять линиями несоединённые точки Несоединённые точки те, которые никто не видит одновременно. Видеть – держать перед глазами много таких точек, смотря на прошлое-настоящее-возможное в движении к Единой Точке. Точка = Линия. Ищи узоры…
Media is too big
VIEW IN TELEGRAM
Фокус видения направлений
Всё, что когда-либо было создано человеком, сначала родилось как точка света в сознании.
Фокус намерения и внимания – луч энергии.
Куда он падает, там создаётся рост.
То, что в тени, отмирает в бесконечность.
Энергия продукта/проекта/жизни начинается с Знания того, чему сказать "нет". Незнание этого, приводит к тому, что приходится говорить "да" всему и... ничему.
...Луч распыляется на сотни разных точек,
и ни одна не получает нужного огня.
Всё тлеет и не горит наполовину,
пламя продукта не взлетает в небеса...
Большинствопродактов не задаётся такими вопросами. Оно живёт, отвечая на требования "момента", а их луч направляется не изнутри, а снаружи письмами, звонками и требованиями. Они светят лишь туда, куда их поворачивают извне.
Чтобы знать, чему сказать «нет», вам нужен Источник Истины.
Источник истины состоит из:
1) Намерения. Намерение = возвращение контроля над лучом.
Намерение это Только То Одно Что-Важно. Единственная и главная цель намерения – держать его в уме при принятии любых решений и фильтровать их через его вопрос:
«Если бы всё остальное было бы потеряно, что То-Одно должно остаться неизменным?»
Это осознанный выбор светить изнутри наружу, а не "снаружи внутрь". И ответ на этот вопрос укажет направление в любой темноте.
2) Направление. Направленное Намерение формирует(ся) мышление(м) и является ещё одним слоем оценки:
«Исходя из Намерения, как нужно думать о ____?»
3) Фокусирование – линза, через которую преломляется весь опыт. Это мост между внутренним светом и видением внешнего мира, через который энергия совершает свой переход-действие.
«Что конкретно делается сегодня/на этой неделе/месяце/году/всегда, чтобы действовать в соответствии с этим Направлением?»
Это действие, которое можно выполнить, проверить, прочувствовать. Без этого слоя Намерение остаётся фантазией.
Источником Истины может быть простая заметка, закрепленный чат, фраза на салфетке в кафе, символы на зеркале в ванной.
Формы не важны. Важны только Намерение и ясность.
Намерение указывает направление → направление ведёт к ясности → ясность к действиям → действия приводят к результатам. И вот луч в зеркале.
Всё, что когда-либо было создано человеком, сначала родилось как точка света в сознании.
Фокус намерения и внимания – луч энергии.
Куда он падает, там создаётся рост.
То, что в тени, отмирает в бесконечность.
Энергия продукта/проекта/жизни начинается с Знания того, чему сказать "нет". Незнание этого, приводит к тому, что приходится говорить "да" всему и... ничему.
...Луч распыляется на сотни разных точек,
и ни одна не получает нужного огня.
Всё тлеет и не горит наполовину,
пламя продукта не взлетает в небеса...
Большинство
Чтобы знать, чему сказать «нет», вам нужен Источник Истины.
Источник истины состоит из:
1) Намерения. Намерение = возвращение контроля над лучом.
Намерение это Только То Одно Что-Важно. Единственная и главная цель намерения – держать его в уме при принятии любых решений и фильтровать их через его вопрос:
«Если бы всё остальное было бы потеряно, что То-Одно должно остаться неизменным?»
Это осознанный выбор светить изнутри наружу, а не "снаружи внутрь". И ответ на этот вопрос укажет направление в любой темноте.
2) Направление. Направленное Намерение формирует(ся) мышление(м) и является ещё одним слоем оценки:
«Исходя из Намерения, как нужно думать о ____?»
3) Фокусирование – линза, через которую преломляется весь опыт. Это мост между внутренним светом и видением внешнего мира, через который энергия совершает свой переход-действие.
«Что конкретно делается сегодня/на этой неделе/месяце/году/всегда, чтобы действовать в соответствии с этим Направлением?»
Это действие, которое можно выполнить, проверить, прочувствовать. Без этого слоя Намерение остаётся фантазией.
Источником Истины может быть простая заметка, закрепленный чат, фраза на салфетке в кафе, символы на зеркале в ванной.
Формы не важны. Важны только Намерение и ясность.
Намерение указывает направление → направление ведёт к ясности → ясность к действиям → действия приводят к результатам. И вот луч в зеркале.
Что есть одно, что будучи взращённым, создаст из наших "нет" то самое красивое и громкое "О ДАА!!!"?
ИИ не видит бизнес и продукты?
Пользователи спрашивают ИИ, а не ищут в поиске (или поиск уже с ИИ) → ответ остаётся внутри диалога, без перехода на сайт → рост GEO (Generative Engine Optimization), а не SEO.
И если с SEO можно было находиться на 5-10 строчке результатов поисковой выдачи, то с ИИ бренд либо появляется в ответе, либо его просто нет.
Мониторить видимость и упоминание брендв в ИИ можно с помощью специальных сервисов, например, GEOrank, который показывает, появляется ли бренд в ответах ИИ и в каких ситуациях его заменяют конкуренты, что весьма полезно для маркетологов и продуктовых команд.
Для теста у GEOrank есть бесплатный аудит GEO-видимости и можно на реальных данных посмотреть, что происходит с видимостью вашего продукта в ИИ-ответах.
P.S. Легендарные маркетологи Aviasales раскачались в ИИ так, что бренд примерно в половине ИИ-запросов про авиабилеты.
Пользователи спрашивают ИИ, а не ищут в поиске (или поиск уже с ИИ) → ответ остаётся внутри диалога, без перехода на сайт → рост GEO (Generative Engine Optimization), а не SEO.
И если с SEO можно было находиться на 5-10 строчке результатов поисковой выдачи, то с ИИ бренд либо появляется в ответе, либо его просто нет.
Мониторить видимость и упоминание брендв в ИИ можно с помощью специальных сервисов, например, GEOrank, который показывает, появляется ли бренд в ответах ИИ и в каких ситуациях его заменяют конкуренты, что весьма полезно для маркетологов и продуктовых команд.
Для теста у GEOrank есть бесплатный аудит GEO-видимости и можно на реальных данных посмотреть, что происходит с видимостью вашего продукта в ИИ-ответах.
P.S. Легендарные маркетологи Aviasales раскачались в ИИ так, что бренд примерно в половине ИИ-запросов про авиабилеты.
Product Management & AI
Ценность и Продукты – Определяй ядро ценности через CJM. Найди одну-две точки, без которых продукт для пользователя бессмыслен. Усиливай именно их. – Скорость ценности – то, как быстро пользователь получил ощутимый результат в первые минуты/часы. – Эхо…
This media is not supported in your browser
VIEW IN TELEGRAM
7 уровней и форм продукта
♦️ Физическая форма. UI как общая картинка, которую пользователь воспринимает и с которой взаимодействует. Кнопки, ссылки, фреймы. Самая грубая и плотная форма.
♦️Энергетическая форма это бэкэнд, архитектура, код, которые не видно восприятию пользователя, но без которых физическая форма продукта будет статичной неактивной вёрсткой.
♦️ Информационная форма текстов и изображений (иконки обладают двойственной натурой). Идеи их через глаза проникают в сознание и так они оказываются в разуме.
>> Граница, где границы начинают размываться (и продакты здесь начинают ошибаться) <<
♦️Ментальная форма тоньше информационной. Это Мысль и Идея как таковые. Мысли и Идеи обрамляются в формы слов и изображений. Слова и изображения читаются глазами. Поток Сознания воспринимает Мысль. Это – пошаговый Процесс.
🔸 Каузальный уровень. И в нём причины всех причин. Прична – Тот-Глубинный-Паттерн, что формирует всё. Причина – это Боль. Паттерны – набор решений.
🔸 Единый уровень. Вселенная(?), познающая себя(?) через диалогодной(?) двух(?) всех своих "частей"(?).
🔹 Источник. Это – Абсолют.
— Продукты запускают вверх из Абсолюта.
♦️ Физическая форма. UI как общая картинка, которую пользователь воспринимает и с которой взаимодействует. Кнопки, ссылки, фреймы. Самая грубая и плотная форма.
♦️Энергетическая форма это бэкэнд, архитектура, код, которые не видно восприятию пользователя, но без которых физическая форма продукта будет статичной неактивной вёрсткой.
♦️ Информационная форма текстов и изображений (иконки обладают двойственной натурой). Идеи их через глаза проникают в сознание и так они оказываются в разуме.
>> Граница, где границы начинают размываться (и продакты здесь начинают ошибаться) <<
♦️Ментальная форма тоньше информационной. Это Мысль и Идея как таковые. Мысли и Идеи обрамляются в формы слов и изображений. Слова и изображения читаются глазами. Поток Сознания воспринимает Мысль. Это – пошаговый Процесс.
🔸 Каузальный уровень. И в нём причины всех причин. Прична – Тот-Глубинный-Паттерн, что формирует всё. Причина – это Боль. Паттерны – набор решений.
🔸 Единый уровень. Вселенная(?), познающая себя(?) через диалог
🔹 Источник. Это – Абсолют.
— Продукты запускают вверх из Абсолюта.
Product Management & AI
Качества выдающегося продакт-менеджера 1. Баланс продакта с его продуктом в тактико-стратегии. Связывай монотонную ежедневную работу с долгосрочными целями компании. И время начнёт идти по-другому. 2. Развивай системное мышление, чтобы видеть не только отдельные…
This media is not supported in your browser
VIEW IN TELEGRAM
Качества выдающихся программистов, от которых зависит твой продукт:
0. Понимает, чтоего продукт это не код, а пользователи, поэтому уважает: а) пользователя; б) продукт; 3) бизнес, а значит понимает и разделяет ценности и цели каждого из них.
1. Мыслит категориями компромиссов, а не абсолютных истин разрабов, говоря "это зависит от…" и объяснит, от чего именно, а не "мы/архитектура так не можем и точка", понимая, что иногда можно даже взять в тех долг, чтобы что-то быстро протестить (при этом он всегда: а) помнит и; б) знает, как и когда этот долг нужно будет отдавать).
2. Заботится о тестировании и наблюдаемости, логи, метрики, трассировка, оповещения, снова вотвотэтовсё, чтобы не фиксить ошибки в 3 ночи (или фиксить, но с уже работающим набором инструментов).
3. Берёт на себя ответственность за неудачи без лишнего самомнения надутых щёк, занимаясь анализом первопричин сбоев (привет, техдолг), предотвращением их повторения и отсутствием обвинений кого-либо из команды.
4. Относится к производительности как к функции продукта (сначала измеряет, потом оптимизирует) и понимает, откуда на самом деле берётся задержка (пока, техдолг).
5. Аналогично относится к техническим задачам и команде, измеряя успех не в своих тасках и крутых задачах закрытых им одним крутым, а в том насколько выросла команда рядом с ним.
6. Общается своевременно и, что самое главное – умеет объяснять сложные технические вещи самыми простыми словами/примерами и делает это интуитивно и органично, а не пыжась и принуждая себя к этому с глубокими вздохами и закатанными глазами.
7. Постоянно учится, оставась практичным, не стесняясь читать документации/спрашивать ИИ и проводить собственные небольшие эксперименты для саморазвития и расширения своей насмотренности программеста.
8. И лишь теперь пишет читаемый код (и своевременно УДАЛЯЕТ, а не хранит его как "это мой святой и самый красивый код").
Amen 🙏
0. Понимает, что
Успех разраба = это решенная проблема пользователя, а не закрытый тикет в Жире или очередная тысяча строк кода
1. Мыслит категориями компромиссов, а не абсолютных истин разрабов, говоря "это зависит от…" и объяснит, от чего именно, а не "мы/архитектура так не можем и точка", понимая, что иногда можно даже взять в тех долг, чтобы что-то быстро протестить (при этом он всегда: а) помнит и; б) знает, как и когда этот долг нужно будет отдавать).
2. Заботится о тестировании и наблюдаемости, логи, метрики, трассировка, оповещения, снова вотвотэтовсё, чтобы не фиксить ошибки в 3 ночи (или фиксить, но с уже работающим набором инструментов).
3. Берёт на себя ответственность за неудачи без лишнего самомнения надутых щёк, занимаясь анализом первопричин сбоев (привет, техдолг), предотвращением их повторения и отсутствием обвинений кого-либо из команды.
4. Относится к производительности как к функции продукта (сначала измеряет, потом оптимизирует) и понимает, откуда на самом деле берётся задержка (пока, техдолг).
5. Аналогично относится к техническим задачам и команде, измеряя успех не в своих тасках и крутых задачах закрытых им одним крутым, а в том насколько выросла команда рядом с ним.
6. Общается своевременно и, что самое главное – умеет объяснять сложные технические вещи самыми простыми словами/примерами и делает это интуитивно и органично, а не пыжась и принуждая себя к этому с глубокими вздохами и закатанными глазами.
7. Постоянно учится, оставась практичным, не стесняясь читать документации/спрашивать ИИ и проводить собственные небольшие эксперименты для саморазвития и расширения своей насмотренности программеста.
8. И лишь теперь пишет читаемый код (и своевременно УДАЛЯЕТ, а не хранит его как "это мой святой и самый красивый код").
Amen 🙏
Вакансия: менеджер AI-продукта в Яндекс Поиск
В Яндексе ищут менеджера продукта, которого вдохновляет работа с ИИ и который видит тренды и хочет влиять на развитие AI-сервисов.
Предстоит работать на пересечении ML, дизайна и разработки: продумывать сценарии продукта, анализировать качество и превращать наблюдения в понятные задачи для команды.
❤️ Подробности вакансии
Гибкий график, медстраховка для сотрудников и их родственников, программы развития и прочие бонусы для яндексоидов прилагаются автоматически.
В Яндексе ищут менеджера продукта, которого вдохновляет работа с ИИ и который видит тренды и хочет влиять на развитие AI-сервисов.
Предстоит работать на пересечении ML, дизайна и разработки: продумывать сценарии продукта, анализировать качество и превращать наблюдения в понятные задачи для команды.
❤️ Подробности вакансии
Гибкий график, медстраховка для сотрудников и их родственников, программы развития и прочие бонусы для яндексоидов прилагаются автоматически.
Media is too big
VIEW IN TELEGRAM
Умеет в генерацию документов на 200+ страниц, картинки, презентации, оркестрацию сотен ИИ-агентов и синхроны с внешними тулзами, и, само собой, кодинг.
Бесплатно: https://www.kimi.com/
Веса: https://huggingface.co/moonshotai/Kimi-K2.5
И сегодня у них AMA с создателями на Реддите
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
3 вида пивота в продуктах + советы по каждому из них + небольшой FAQ
И 100% стартапов умирают потому что они продолжают долбиться в стену, вместо того, чтобы увидеть, что рядом давно открыта дверь.
🗝️ Пивот для фич(и)
Нужен, когда вы создали продукт в виде швейцарского ножа, а пользователи используют его только как штопор, которму другие фичи мешают открывать вино.
1. Ищи Ту-Самую-Главную фичу, которая привлекает и удерживает юзеров. Всё, что не относится к концепции и механикам этой фичи, должно быть безжалость вырезано и отсечено. Убей это первым, иначе это первым убьёт вас.
2. Режь онбординг и UI. Теперь продукт для юзера решает лишь одну проблему, которую он должен осознать в секунду. Разрабы должны резать-рефакторить код.
3. Режь позиционирование. Мы больше не «Платформа для ____», мы — «Лучшее решение проблемы ____». User experience в этой узкой точке это Абсолют.
4. Режь широкую аудиторию. Часть юзеров должна уйти и ЭТОНОРМА. Продукту нужны те, кто любит его Истинную Суть.
🗝️ Пивот рынка-аудитории (связано с пивотом выше)
Случается, когда продукт хорош и вроде всё как надо, но те, для кого вы изначально делали продукт, не готовы платить/их мало, зато другая неожиданная группа юзеров проявляет аномальный интерес. Часто это про переход из B2C в B2B и/или наоборот.
1. Пересмотри юнит-экономику, придумай новый LTV. CAC для студентов и для директоров в SaaS различен в сотни раз. Первых пользователей/клиентов в новом сегменте должен закрыть фаундер/CPO.
2. Придумать новый LTV = найти-добавить новую проблемуглавных фич.
2. Меняй язык, слова и формы. B2B не покупает "удобную тулзу", он покупает "снижение рисков/меньше работников/больше денег". B2C про ощущения, эмоции, удобство. Режь старые концепты смыслов, точи их в новые сегмента рынка.
5. Под нож всех старых муторных клиентов, что генерируют 80% тикетов, неся лишь 2% денег (а не наоборот).
6.Режь попробуй трансформировать команду. Новые проблемы-рынок-аудитория = новые специалисты рынка и аудиторий.
🗝️ Полный Перезапуск
Продукт – говно, ваш "рынок" как один сплошной бэдтрип, ваш код – пассив, команда выгорела, а не горит.
1) Смерть старого. Что мёртво, должно вернуться в Хаос.
2) Резать команду очень больно. Тем, кто остался, снова – не тащите старые концепты/смыслы-мысли, вы тащите в реальность труп.
Вернись в День 0.
Забудь про старое, ты снова в точке Сборки.
Тишина – твой друг.
Ты вспомнишь Всё.
Создание идёт почти из Пустоты.
Пивот – естьножключ для роста истинного "Я" продукта
И 100% стартапов умирают потому что они продолжают долбиться в стену, вместо того, чтобы увидеть, что рядом давно открыта дверь.
🗝️ Пивот для фич(и)
Нужен, когда вы создали продукт в виде швейцарского ножа, а пользователи используют его только как штопор, которму другие фичи мешают открывать вино.
1. Ищи Ту-Самую-Главную фичу, которая привлекает и удерживает юзеров. Всё, что не относится к концепции и механикам этой фичи, должно быть безжалость вырезано и отсечено. Убей это первым, иначе это первым убьёт вас.
И сбрось свой старый взгляд на вещи, без старых фич взгляд смотрит в пустоту
2. Режь онбординг и UI. Теперь продукт для юзера решает лишь одну проблему, которую он должен осознать в секунду. Разрабы должны резать-рефакторить код.
3. Режь позиционирование. Мы больше не «Платформа для ____», мы — «Лучшее решение проблемы ____». User experience в этой узкой точке это Абсолют.
4. Режь широкую аудиторию. Часть юзеров должна уйти и ЭТОНОРМА. Продукту нужны те, кто любит его Истинную Суть.
🗝️ Пивот рынка-аудитории (связано с пивотом выше)
Случается, когда продукт хорош и вроде всё как надо, но те, для кого вы изначально делали продукт, не готовы платить/их мало, зато другая неожиданная группа юзеров проявляет аномальный интерес. Часто это про переход из B2C в B2B и/или наоборот.
1. Пересмотри юнит-экономику, придумай новый LTV. CAC для студентов и для директоров в SaaS различен в сотни раз. Первых пользователей/клиентов в новом сегменте должен закрыть фаундер/CPO.
2. Придумать новый LTV = найти-добавить новую проблему
2. Меняй язык, слова и формы. B2B не покупает "удобную тулзу", он покупает "снижение рисков/меньше работников/больше денег". B2C про ощущения, эмоции, удобство. Режь старые концепты смыслов, точи их в новые сегмента рынка.
5. Под нож всех старых муторных клиентов, что генерируют 80% тикетов, неся лишь 2% денег (а не наоборот).
6.
🗝️ Полный Перезапуск
Продукт – говно, ваш "рынок" как один сплошной бэдтрип, ваш код – пассив, команда выгорела, а не горит.
Меняйте взгляд на смыслы. Полный перезапуск – Дверь в стене
1) Смерть старого. Что мёртво, должно вернуться в Хаос.
2) Резать команду очень больно. Тем, кто остался, снова – не тащите старые концепты/смыслы-мысли, вы тащите в реальность труп.
Вернись в День 0.
Забудь про старое, ты снова в точке Сборки.
Тишина – твой друг.
Ты вспомнишь Всё.
Создание идёт почти из Пустоты.
Пивот – признание и факт того, что вы чему-то научились вдруг
Станьте Senior Product Manager и структурируйте свои профессиональные навыки на курсе OTUS
Вас ждут знания по Growth Hacking, работе с P&L, стратегии AI, анализу конкурентов и рынка, приоритезации, юнит-экономике, CJM, User Story Mapping, коммуникациям в команде/холдерами и многое другое.
Формат: живые вебинары с топ-практиками (OZON, fintech, банки), разбор кейсов, перспективное комьюнити с возможностью рефералок и карьерная поддержка от Авито.
Оцените уровень экспертов в записях вебинаров по AI и работе со стейкхолдерами.
👉 Подробности курса
Скидка 10% + 5% по промокоду SPM_5 до 5.02
Реклама ООО «Отус онлайн-образование»
Вас ждут знания по Growth Hacking, работе с P&L, стратегии AI, анализу конкурентов и рынка, приоритезации, юнит-экономике, CJM, User Story Mapping, коммуникациям в команде/холдерами и многое другое.
Формат: живые вебинары с топ-практиками (OZON, fintech, банки), разбор кейсов, перспективное комьюнити с возможностью рефералок и карьерная поддержка от Авито.
Оцените уровень экспертов в записях вебинаров по AI и работе со стейкхолдерами.
👉 Подробности курса
Скидка 10% + 5% по промокоду SPM_5 до 5.02
Реклама ООО «Отус онлайн-образование»
This media is not supported in your browser
VIEW IN TELEGRAM
Перестаньте зацикливаться на соответствии продукта рынку
Продакты одержимы соответствием продукта рынку, отслеживая конверсии в реги/лиды/экшены/отказы/отзывы и тому, как это всё мэтчится с рынком, отраслью и конкурентами. Да, это всё важно.
Но это запаздывающий индикатор.
Вместо этого следует задать себе вопрос:
«Мы разрабатываем решение или формируем привычку?»
И если вы создадите что-то очередное гениальное, что решает проблему, с которой ваш пользователь сталкивается раз в месяц/полгода/год, то у вас (точнее, у пользователя) не будет привычки, у вас обоих будет просто... изредка полезный инструмент.
И большинство таких инструментов – это очень сложные для запуска и обслуживания бизнесы, потому что вам приходится: 1) заново привлекать клиента каждый раз, когда ему это нужно; 2) думать о том, как делать это чаще; 3) совершать ошибки на каждом из этапов. И это именно то, что печалит всех продактов.
Чтобы сформировать привычку, вам нужно занять определённое место в действии-моменте, которое постоянно повторяется в повседневной жизни человека.
Подумайте о приложениях, которыми вы пользуетесь каждый день, не задумываясь. Все они находятся на пересечении повторяющейся проблемы и простого решения. Именно на этом пересечении и живут решения, формирующие привычки.
Триггер
↓↑
Действие
↓↑
Вознаграждение
↓↑
Вклад
Но большинство продуктов пропускают первый и последний шаг и вся схема становится несбалансированный и сверху и снизу, и всё потому, что они не точно определяют повторяющуюся проблему (триггер).
Если ваше решение работает, но вы чувствуете, что "что-то не так", то вы боретесь с человеческой природой. А человеческая природа всегда побеждает.
Лучшие продукты создают ощущение, будто они читают ваши мысли. Они предвосхищают потребности ещё до того, как они будут осознаны. И это кажется волшебством, потому что это демонстрирует абсолютное понимание повторяющейся проблемы.
Старый подход — это создание продукта для рынка и поиск PMF.
Новый подход — это создание продуктадля формирования привычки.
Просто потому, что рынки меняются, а привычки остаются.
Продакты одержимы соответствием продукта рынку, отслеживая конверсии в реги/лиды/экшены/отказы/отзывы и тому, как это всё мэтчится с рынком, отраслью и конкурентами. Да, это всё важно.
Но это запаздывающий индикатор.
Вместо этого следует задать себе вопрос:
«Мы разрабатываем решение или формируем привычку?»
Потому что любые привычки — это повторяющиеся решения повторяющихся проблем. Но не все проблемы стоит решать, потому что не все проблемы повторяются
И если вы создадите что-то очередное гениальное, что решает проблему, с которой ваш пользователь сталкивается раз в месяц/полгода/год, то у вас (точнее, у пользователя) не будет привычки, у вас обоих будет просто... изредка полезный инструмент.
И большинство таких инструментов – это очень сложные для запуска и обслуживания бизнесы, потому что вам приходится: 1) заново привлекать клиента каждый раз, когда ему это нужно; 2) думать о том, как делать это чаще; 3) совершать ошибки на каждом из этапов. И это именно то, что печалит всех продактов.
Чтобы сформировать привычку, вам нужно занять определённое место в действии-моменте, которое постоянно повторяется в повседневной жизни человека.
Подумайте о приложениях, которыми вы пользуетесь каждый день, не задумываясь. Все они находятся на пересечении повторяющейся проблемы и простого решения. Именно на этом пересечении и живут решения, формирующие привычки.
Триггер
↓↑
Действие
↓↑
Вознаграждение
↓↑
Вклад
Но большинство продуктов пропускают первый и последний шаг и вся схема становится несбалансированный и сверху и снизу, и всё потому, что они не точно определяют повторяющуюся проблему (триггер).
Если ваше решение работает, но вы чувствуете, что "что-то не так", то вы боретесь с человеческой природой. А человеческая природа всегда побеждает.
Первые 30 секунд пользователя в продукте – это вопрос жизни и смерти продукта. Вот почему идеальная адаптация и онбординг так важны
Лучшие продукты создают ощущение, будто они читают ваши мысли. Они предвосхищают потребности ещё до того, как они будут осознаны. И это кажется волшебством, потому что это демонстрирует абсолютное понимание повторяющейся проблемы.
Старый подход — это создание продукта для рынка и поиск PMF.
Новый подход — это создание продукта
Просто потому, что рынки меняются, а привычки остаются.
Январьский дайджест продактов, 2026 год
– Cтратегия = макулатура
– Метод Методика Методология
– Продакт-менеджеров ключ перехода
– Мышление = работа
– Роль продактов за 15 лет
– Метрики без вкуса, мнений, направлений
– Когнитивные функции пользователя
– Карта ценностей продукта
– Панацея и/или иллюзия данных
– Как находить проблемы пользователя
– Гештальт-психология в дизайне
– Исследуем UX-долг
– AI не заменяет вам UX
– За что инженеры ненавидят менеджеров
– Пост-мортам сессии наоборот
– Нанимать джунов стало выгоднее
– Как хорошо перформит команда
– Сдать фичу → принести ценность
– 10 заметок о руководстве и команде
– Стремление быть всем
– Детская травма продакт-менеджера
– Как получать хорошие советы
– Три софт-скила руководителя
– Работать с непонятным
– Внутренняя конкуренция
– 3 красных флага на self review
– Human Interface Guidelines Apple 1987
– Мегатренды в дизайне интерфейсов
– Предпосылки редизайна всех продуктов
– Про выбор
– Парадокс человечности в ИИ-продуктах
– Простота vs Удовлетворённость
– Почему у вас нет времени
– Когда слишком много разных целей
– Смещайте фокус
– Спичка, свеча, лампа, Солнце
– Престарелый японский самурай
– Зачем им свобода
🌞 Three Deep Breaths
– Cтратегия = макулатура
– Метод Методика Методология
– Продакт-менеджеров ключ перехода
– Мышление = работа
– Роль продактов за 15 лет
– Метрики без вкуса, мнений, направлений
– Когнитивные функции пользователя
– Карта ценностей продукта
– Панацея и/или иллюзия данных
– Как находить проблемы пользователя
– Гештальт-психология в дизайне
– Исследуем UX-долг
– AI не заменяет вам UX
– За что инженеры ненавидят менеджеров
– Пост-мортам сессии наоборот
– Нанимать джунов стало выгоднее
– Как хорошо перформит команда
– Сдать фичу → принести ценность
– 10 заметок о руководстве и команде
– Стремление быть всем
– Детская травма продакт-менеджера
– Как получать хорошие советы
– Три софт-скила руководителя
– Работать с непонятным
– Внутренняя конкуренция
– 3 красных флага на self review
– Human Interface Guidelines Apple 1987
– Мегатренды в дизайне интерфейсов
– Предпосылки редизайна всех продуктов
– Про выбор
– Парадокс человечности в ИИ-продуктах
– Простота vs Удовлетворённость
– Почему у вас нет времени
– Когда слишком много разных целей
– Смещайте фокус
– Спичка, свеча, лампа, Солнце
– Престарелый японский самурай
– Зачем им свобода
🌞 Three Deep Breaths
Product Management & AI
Ответы, на которые есть вопросы Правильный ответ уже зашит в правильном вопросе Каждый сталкивался с подобным: задаёшь кому-то вопрос и к окончанию его озвучивания сам понимаешь, что ответ уже нашёлся. Так устроен мозг – он не любит тратить свою энергию…
This media is not supported in your browser
VIEW IN TELEGRAM
История чатов с ИИ как зеркало-родмэп продукта (и тебя)
Родмепы лгут, показывая то, что "точно нужно" сделать. История в ИИ показывает то, что делать точно страшно.
Потому что всё, что вы спрашиваете ИИ с командой есть отражение внутренних(во)запросов к самому себе, твои страхи, твои сомнения, опасения и риски.
Поиск идей для фич, валидации рисковых гипотез, беспокойства о рынке и конкурентах, юзкейсы/сторис, аккумуляция фидбека, желание упростить сложное... всё, о чём ты спрашиваешь ИИ – вот истинность продукта и тебя.
Вкладываешь страхи и неуверенность, ИИ культивирует твои сомнения. Вкладываешь уверенность собственного Видения, ИИ возвращаетв Реальность.
Спроси себя:
Что я хотел и всё ещё хочу увидеть?
Познай себя, познаешь и ограничения продукта.
Стагнация вопросов = стагнации продукта (и тебя).
Родмепы лгут, показывая то, что "точно нужно" сделать. История в ИИ показывает то, что делать точно страшно.
Что страшно делать = то, что делать нужно
Потому что всё, что вы спрашиваете ИИ с командой есть отражение внутренних
Поиск идей для фич, валидации рисковых гипотез, беспокойства о рынке и конкурентах, юзкейсы/сторис, аккумуляция фидбека, желание упростить сложное... всё, о чём ты спрашиваешь ИИ – вот истинность продукта и тебя.
Вкладываешь страхи и неуверенность, ИИ культивирует твои сомнения. Вкладываешь уверенность собственного Видения, ИИ возвращает
ИИ отдаёт лишь то, что ты в него вкладываешь. Как зеркало.
Спроси себя:
Что я хотел и всё ещё хочу увидеть?
Познай себя, познаешь и ограничения продукта.
Стагнация вопросов = стагнации продукта (и тебя).
Product Management & AI
В коридорах офисов только и разговоров об автономных продуктовых командах и как им здорово работается в корпоративном мире. Вот чем они отличаются от обычных команд. Автономная группа по продуктам (Autonomous Product Teams) — это многофункциональная группа…
Автономия в корпорации - реальный парадокс Вселенной. Чем чётче определены границы вашей ответственности, тем больше... реальной свободы внутри них.
Автономия не даётся, а берётся через установление собственных границ и демонстрацию самостоятельной способности развиваться внутри них.
⛓️ Автономия в корпорации: искусство границ
☉ Границы не про ограничение, а определение расширяющегося пространства
Автономия не даётся, а берётся через установление собственных границ и демонстрацию самостоятельной способности развиваться внутри них.
⛓️ Автономия в корпорации: искусство границ
Telegraph
Автономия в корпорации: искусство границ
В корпе автономия достигается через: ориентирование в политиках корпы; видение и понимание их причин; видение и понимание интересов фич, метрик и коалиций вокруг них; ненаступание на чужие KPI, а перепрыгивание через них. Парадокс (и секрет) автономных команд…