Customer Journey... Roadmap
Картирование действий пользователей — базовый инструмент, наглядно демонстрирующий и воспроизводящий все шаги и этапы взаимодействия пользователя с продуктом.
Вы также можете использовать эту технику и философию для создания более ясного представления о том, КАК вы собираетесь оптимизировать этот путь, добавив на CJM слои от классического Now-Next-Later, сделав карту более чёткой и отображающей как настоящий, так и будущий путь пользователя.
Картирование действий пользователей — базовый инструмент, наглядно демонстрирующий и воспроизводящий все шаги и этапы взаимодействия пользователя с продуктом.
Вы также можете использовать эту технику и философию для создания более ясного представления о том, КАК вы собираетесь оптимизировать этот путь, добавив на CJM слои от классического Now-Next-Later, сделав карту более чёткой и отображающей как настоящий, так и будущий путь пользователя.
Dreammap для стратегии, а не для задачек
Замечательные люди из Squadformers придумали потрясающую технику под названием Dream Mapping, которая призвана помочь в управлении видением стратегии развития продукта.
По сути, Dream Mapping — это техника, позволяющая нарисовать различные пути, по которым продукт может расти и развиваться и фокусирующая перед глазами цели, проблемы и компромиссы, и указывающая на наиболе оптимальные пути работы с ними.
В то время как линейные дорожные карты и карты на основе временной шкалы не охватывают области неопределенности и часто создавают ложное чувство уверенности, Dreammap нелинейна и древовидна, что помогает ей лучше раскрывать ситуативность рынка за счёт нанесения 2+ вариантов.
🗺️ Шаблон в Miro
📕 Facilitator's Handbook
Замечательные люди из Squadformers придумали потрясающую технику под названием Dream Mapping, которая призвана помочь в управлении видением стратегии развития продукта.
По сути, Dream Mapping — это техника, позволяющая нарисовать различные пути, по которым продукт может расти и развиваться и фокусирующая перед глазами цели, проблемы и компромиссы, и указывающая на наиболе оптимальные пути работы с ними.
«Dream Mapping — это стратегическая структура, которая помогает командам визуализировать цели которые им интересны и выбирать кратчайший путь к ним, направляя всех на одну страницу настоящей карты, которая рассказывает Историю» - команда DreamMapping
В то время как линейные дорожные карты и карты на основе временной шкалы не охватывают области неопределенности и часто создавают ложное чувство уверенности, Dreammap нелинейна и древовидна, что помогает ей лучше раскрывать ситуативность рынка за счёт нанесения 2+ вариантов.
🗺️ Шаблон в Miro
📕 Facilitator's Handbook
This media is not supported in your browser
VIEW IN TELEGRAM
Из интересного:
– У ИИ есть некое «общее концептуальное пространство» для мышления на всех языках, позволяющий ей понимать смысл слова, не зависящий от лингвистической формы.
– ИИ способна планировать текстовую генерацию наперёд (в то время, как генерация запросов идёт токен за токеном), например, складывая шаг за шагом рифму в стихах.
– Одновременно, ИИ уже умеет планировать ответы с конца, находя и определяя финальную цель и выстраивая начало ответа от неё (на примере поиска всё тех же слов для рифмы с конца стиха).
– ИИ способна к многоступенчатой логике, объединяя простые факты в единое целое при поиске ответов на комплексные запросы.
– У ИИ обнаружили собственные внутренние критерии, по которым машина оценивает свои же ответы.
– А ещё выявили подобие метакогнитивных процессов, по которым ИИ различает то, что она знает, а что нет, используя собственное понимание неопределённости.
Больше интересного: https://www.anthropic.com/research/tracing-thoughts-language-model
Please open Telegram to view this post
VIEW IN TELEGRAM
Stay foolish = Контролируемая Глупость
"Stay foolish" – это ставить под сомнение истины, смотреть на все проблемы свежим взглядом, быть открытым новому и нестандартному, не ограничивая себя общепринятыми представлениями и не боясь показаться глупым, задавая наивные вопросы.
Контролируемая Глупость — это выполнение действий с непреклонным намерением без привязанности к результатам и полным осознанием того, что все они есть условные эпизоды в бесконечной вселенной иллюзорности "человеческих дел", не имеющие абсолютной важности, кроме лишь Одного-Чувства.
Действуй с абсолютной страстью, словно весь мир зависит от твоего следующего шага, одновременно сохраняя в своём сердце улыбку над серьёзностью всего-вот-этого.
Задавай наивные вопросы.
Бесстрашно экспериментируй.
Действуй с безупречностью.
Всех Великих Глупцов – с Днём Контролируемой Глупости!
"Stay foolish" – это ставить под сомнение истины, смотреть на все проблемы свежим взглядом, быть открытым новому и нестандартному, не ограничивая себя общепринятыми представлениями и не боясь показаться глупым, задавая наивные вопросы.
Контролируемая Глупость — это выполнение действий с непреклонным намерением без привязанности к результатам и полным осознанием того, что все они есть условные эпизоды в бесконечной вселенной иллюзорности "человеческих дел", не имеющие абсолютной важности, кроме лишь Одного-Чувства.
Действуй с абсолютной страстью, словно весь мир зависит от твоего следующего шага, одновременно сохраняя в своём сердце улыбку над серьёзностью всего-вот-этого.
Задавай наивные вопросы.
Бесстрашно экспериментируй.
Действуй с безупречностью.
Всех Великих Глупцов – с Днём Контролируемой Глупости!
😌 Мартовский дайджест для продактов и их команд уже можно наблюдать
– Из менеджеров в операторов
– Нечёткие задачи
– Говори решениями
– Гайд по софтам
– Обезьяний менеджмент
– Мир розовых пони
– Стресс — двигатель прогресса
– Развивай насмотренность
– User Story Map для ожиданий
– Карта unit-экономики
– CJM: Иду туда, не знаю куда
– Product Marketing Fit
– Странный культ нетворкинга
– Пользователь не прав
– (Не) делайте B2C продукты
– Что делать, когда не знаешь, что делать
– Фреймворк N-N-N-N-N
– ЭТО не запрещено законом
– Customer Development vs Custdev
– Систематизация обратной связи
– Запуск продукта в 5 шагов
– Ловушка настоящего-будущего
– Как выбрать Retention
– Работаем с сейлами
– Нанимать умней себя
– Уволить значит помочь
– MCP для продакт-менеджера
– Иерархия бэклога
– Сказка о балансе
– Треугольник принятия решений
– Пирамида Минто в сервисе
– Importance isn't enough
– ИИ читает мысли
– Захват мира во версии нейросетей
– Никогда не ставьте брекеты
🏃♂️ Autohypnosis - Pedestrian08
– Из менеджеров в операторов
– Нечёткие задачи
– Говори решениями
– Гайд по софтам
– Обезьяний менеджмент
– Мир розовых пони
– Стресс — двигатель прогресса
– Развивай насмотренность
– User Story Map для ожиданий
– Карта unit-экономики
– CJM: Иду туда, не знаю куда
– Product Marketing Fit
– Странный культ нетворкинга
– Пользователь не прав
– (Не) делайте B2C продукты
– Что делать, когда не знаешь, что делать
– Фреймворк N-N-N-N-N
– ЭТО не запрещено законом
– Customer Development vs Custdev
– Систематизация обратной связи
– Запуск продукта в 5 шагов
– Ловушка настоящего-будущего
– Как выбрать Retention
– Работаем с сейлами
– Нанимать умней себя
– Уволить значит помочь
– MCP для продакт-менеджера
– Иерархия бэклога
– Сказка о балансе
– Треугольник принятия решений
– Пирамида Минто в сервисе
– Importance isn't enough
– ИИ читает мысли
– Захват мира во версии нейросетей
– Никогда не ставьте брекеты
🏃♂️ Autohypnosis - Pedestrian08
This media is not supported in your browser
VIEW IN TELEGRAM
Рик Рубин рассказывает о том же самом, но немного с обратной стороны дела 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Очевидное, простое и возможное Большая часть напряженности в разработке продуктов возникает из-за попыток сбалансировать очевидное, простое и возможное. Понимание того, какие вещи являются какими, занимает ключевое место в том, как делать что-то полезное.…
Paul Buchheit, создатель Gmail и AdSense: "If your product is Great, it doesn't need to be Good"
Я считаю, что мышление «больше функций = лучше» является неправильным подходом и причиной того, почему так много умных людей на самом деле плохо разбираются в продуктах.
Каков правильный подход к новым продуктам?
Эти три атрибута определяют фундаментальную сущность и ценность продукта. Всё остальное — шум.
Например, iPod был:
– достаточно маленьким, чтобы поместиться в кармане;
– имел достаточно места для хранения многих часов музыки;
– легко синхронизировался с вашим Mac.
Вот и всё. Никакой беспроводной связи, никакой возможности редактировать плейлисты на устройстве, никакой поддержки Ogg — ничего, кроме самого необходимого, хорошо выполненного.
Мы использовали аналогичный подход при запуске Gmail.
Он был быстрым, хранил всю вашу почту (когда нормой были квоты в 4 МБ) и имел простой интерфейс переписок и поиска. Вторичные и третичные функции были минимальными или отсутствовали.
Не было редактора текста. Адресная книга была реализована за два дня и почти ничего не делала. Инженер, который её разрабатывал, хотел потратить на нее пять дней, но я уговорил его сократить сроки до двух, так как лично я всё равно никогда не использовал эту функцию (как и все мы, бро, как и все мы – прим. ред.).
Конечно, эти другие функции можно добавить или улучшить позже,
Сосредоточившись только на нескольких основных функциях в первой версии, вы вынуждены найти Истинную Суть и Ценность продукта.
Если вашему продукту нужно «всё», чтобы быть хорошим, то он, вероятно, не очень инновационный.
Иными словами, если ваш продукт отличный, ему не нужно быть хорошим.
Paul Buchheit Interview with ZeroBounce (13 min)
Я считаю, что мышление «больше функций = лучше» является неправильным подходом и причиной того, почему так много умных людей на самом деле плохо разбираются в продуктах.
Каков правильный подход к новым продуктам?
Выберите три ключевых атрибута или функции, сделайте их очень, очень правильными, а затем забудьте обо всем остальном.
Эти три атрибута определяют фундаментальную сущность и ценность продукта. Всё остальное — шум.
Например, iPod был:
– достаточно маленьким, чтобы поместиться в кармане;
– имел достаточно места для хранения многих часов музыки;
– легко синхронизировался с вашим Mac.
Вот и всё. Никакой беспроводной связи, никакой возможности редактировать плейлисты на устройстве, никакой поддержки Ogg — ничего, кроме самого необходимого, хорошо выполненного.
Мы использовали аналогичный подход при запуске Gmail.
Он был быстрым, хранил всю вашу почту (когда нормой были квоты в 4 МБ) и имел простой интерфейс переписок и поиска. Вторичные и третичные функции были минимальными или отсутствовали.
Не было редактора текста. Адресная книга была реализована за два дня и почти ничего не делала. Инженер, который её разрабатывал, хотел потратить на нее пять дней, но я уговорил его сократить сроки до двух, так как лично я всё равно никогда не использовал эту функцию (как и все мы, бро, как и все мы – прим. ред.).
Конечно, эти другие функции можно добавить или улучшить позже,
но если базовый продукт не привлекателен, добавление дополнительных функций его не спасёт
Сосредоточившись только на нескольких основных функциях в первой версии, вы вынуждены найти Истинную Суть и Ценность продукта.
Если вашему продукту нужно «всё», чтобы быть хорошим, то он, вероятно, не очень инновационный.
Иными словами, если ваш продукт отличный, ему не нужно быть хорошим.
Paul Buchheit Interview with ZeroBounce (13 min)
Product Management & AI
MCP для продакт-менеджера простыми словами: – Вы начинаете работать над фичей. Любая фича реализуется на основе родмэпа, фидбека, PRD, аналитики, дизайна и текущего кода. – У вас есть MCP сервера, которые извлекают родмэп и PRD из Jira, фидбек из сапорт…
This media is not supported in your browser
VIEW IN TELEGRAM
Опенспейс команды продакт-менеджера в будущем выглядит вот так:
– Менеджер-оператор (you) управляет Главным агентом, который помогает делегировать задачи ИИ-агентами-руководителям отделов.
– ИИ-агенты-руководители отделов управляют группой ИИ-агентов-сотрудников, которые работают над выполнением задач.
– ИИ-агенты-сотрудники выполняют задачи, возвращая их результаты как по цепочкам вверх ИИ-руководителям, так и обмениваясь ими между собой и живой командой.
– Живые сотрудники имеют доступ к агентам-сотрудникам своего отдела через Slack/чат-ботов/как угодно и могут помогать им в выполнении их задач.
Команда стартапа с 2025 года — 5 человек: 1 разраб, 1 диз, 1 продакт, 1 сапорт, 1 маркетолог.СЕО не нужны . Всё.
Вопрос: а кто теперь кому помогает?
– Менеджер-оператор (you) управляет Главным агентом, который помогает делегировать задачи ИИ-агентами-руководителям отделов.
– ИИ-агенты-руководители отделов управляют группой ИИ-агентов-сотрудников, которые работают над выполнением задач.
– ИИ-агенты-сотрудники выполняют задачи, возвращая их результаты как по цепочкам вверх ИИ-руководителям, так и обмениваясь ими между собой и живой командой.
– Живые сотрудники имеют доступ к агентам-сотрудникам своего отдела через Slack/чат-ботов/как угодно и могут помогать им в выполнении их задач.
Команда стартапа с 2025 года — 5 человек: 1 разраб, 1 диз, 1 продакт, 1 сапорт, 1 маркетолог.
Вопрос: а кто теперь кому помогает?
This media is not supported in your browser
VIEW IN TELEGRAM
ИИ + крипта + агенты + NFT + DAO = ❤️
Рынок ИИ быстренько примчался к тому, что корпорации ранее долго делали с социальными сетями – аболютной закрытости, монополии и антиконкурентности.
Что делать, если мы не хотим мира "закрытого ИИ"?
0) Создавать ИИ-модели и сети как проекты с открытым исходным кодом.
Но этого мало, т.к. у каждой ИИ есть «проблема ресурсов» в виде постоянных расходов на вычисления и необходимость обучения через обогащение пользовательскими данными, превышающие возможности любого человека/компьютера/продукта/сервиса.
1) Крипта может стимулировать поставщиков ресурсов и данных вносить свой вклад (ресурсы и данные) в проекты ИИ с открытым исходным кодом в обмен на крипту, тем самым позволяя автоматизированно учитывать и масштабировать такое участие в создании и поддержке работы крупных ИИ-моделей с открытым исходным кодом через блокчейн(ы).
2) ИИ-агенты – это набор персональных уникальных описаний характеристик и задач для машины.
NFT позволяют: а) любой цифровой собственности отражать свои характеристики; б) подтверждать право владения ими в физическом и цифровом мире.
ИИ-агенты на базе NFT – созданные вами и закреплённые за вами в блокчейне ассистенты/сотрудники/помощники/менторы/кто угодно.
3) DAO – это
DAO 2.0 – всё тоже самое, только теперь к людям добавляются самостоятельно "мыслящие" автоматизированные ИИ-агенты на базе блокчейнов с капиталами в виде ресурсов, данных и криптовалют.
👨👩👧👦🤖Ξ❤️
Рынок ИИ быстренько примчался к тому, что корпорации ранее долго делали с социальными сетями – аболютной закрытости, монополии и антиконкурентности.
Что делать, если мы не хотим мира "закрытого ИИ"?
0) Создавать ИИ-модели и сети как проекты с открытым исходным кодом.
Но этого мало, т.к. у каждой ИИ есть «проблема ресурсов» в виде постоянных расходов на вычисления и необходимость обучения через обогащение пользовательскими данными, превышающие возможности любого человека/компьютера/продукта/сервиса.
1) Крипта может стимулировать поставщиков ресурсов и данных вносить свой вклад (ресурсы и данные) в проекты ИИ с открытым исходным кодом в обмен на крипту, тем самым позволяя автоматизированно учитывать и масштабировать такое участие в создании и поддержке работы крупных ИИ-моделей с открытым исходным кодом через блокчейн(ы).
2) ИИ-агенты – это набор персональных уникальных описаний характеристик и задач для машины.
NFT позволяют: а) любой цифровой собственности отражать свои характеристики; б) подтверждать право владения ими в физическом и цифровом мире.
ИИ-агенты на базе NFT – созданные вами и закреплённые за вами в блокчейне ассистенты/сотрудники/помощники/менторы/кто угодно.
3) DAO – это
...Сущность, которая живет в Интернете и существует автономно. Автоматизация в центре, люди на периферии... (Святой Виталик, 2014 г.)
DAO 2.0 – всё тоже самое, только теперь к людям добавляются самостоятельно "мыслящие" автоматизированные ИИ-агенты на базе блокчейнов с капиталами в виде ресурсов, данных и криптовалют.
👨👩👧👦🤖Ξ❤️
Понедельник – день течений
Бурных.
Спокойных.
Холодных.
Тёплых.
Потоки информации стекаются в сознание со всех сторон от рынка, коллег и продукта и увлекают за собой каждого в своём потоке данных...
Не утонуть в нём – смотреть со стороны в источник( и) направления потока.
Смотреть на то, что по нему плывёт – опровергать свои же мысли.
Плавного течения недели 🌊
Бурных.
Спокойных.
Холодных.
Тёплых.
Потоки информации стекаются в сознание со всех сторон от рынка, коллег и продукта и увлекают за собой каждого в своём потоке данных...
Не утонуть в нём – смотреть со стороны в источник( и) направления потока.
Смотреть на то, что по нему плывёт – опровергать свои же мысли.
Плавного течения недели 🌊
This media is not supported in your browser
VIEW IN TELEGRAM
Синхрон и резонанс с командой
Онбордиться в новую команду можно двумя способами: 1) через наставника; 2) через тени команды. Лучший способ – оба варианта.
И если с первым (ему) всё ясно-понятно, то как стать тенью?
Иными словами, в течение всего срока онбординга быть не только в эпицентре процессов команды, но и в тени человека/команды, которые в настоящее время выполняют аналогичную работу и:
1) наблюдать за тем, кто как думает;
2) наблюдать за тем, кто как себя ведёт;
3) наблюдать кто и как принимает решения.
Задавай любые вопросы
Чем больше вопросов ты задашь, тем лучший контекст ты получишь относительно того, кто и КАК думает. Все великие вопросы начинаются с «почему» (а не «чтобы что»).
Спустя время после слушания и наблюдений, пробуй предсказывать, как они будут реагировать на те или иные вопросы. Понимая реакции на вопросы, сможешь предвидеть возможные на них ответы.
Смотри за тем, кто и КАК пишет
Переписки – самый очевидный и самый недооценённый источник знаний о поведении команды и каждого её участника в отдельности.
Читай и наблюдай за тем:
– как они относятся к корп. культуре;
– к работе других команд;
– вокруг чего выстроены рабочие и близкие отношения;
– точки напряжения в них;
– а также слепые зоны и области игнора.
Пойми, что есть радость, печаль, страх и гнев в команде
Находи эти моменты и запоминай их для себя, особенно те, с которыми ты готов или не готов соглашаться. Все они есть успехи и провалы команды.
И именно от принятия (и непринятия) твоего кним этому отношения и будет зависеть успешность синхрона с командой и её принятие тебя.
После синхрона с командой приходит резонирование
Видя, зная и понимая источники и причины эмоций команды, их триггеры и блокировщики, отражай их обратно с заданной частотой, добавляя в неё нужную тебе/продукту/пользователям информацию.
– Въезжаем в продукт: Нуб лвл + PRO lvl
– Как демонстрировать компетентность
– Комфортный онбординг для всех
– 11 привычек продакта
Онбордиться в новую команду можно двумя способами: 1) через наставника; 2) через тени команды. Лучший способ – оба варианта.
И если с первым (ему) всё ясно-понятно, то как стать тенью?
Быть тенью значит: наблюдать за другими участниками, наблюдать 1-1, а также наблюдать на совещаниях, встречах и в переписках
Иными словами, в течение всего срока онбординга быть не только в эпицентре процессов команды, но и в тени человека/команды, которые в настоящее время выполняют аналогичную работу и:
1) наблюдать за тем, кто как думает;
2) наблюдать за тем, кто как себя ведёт;
3) наблюдать кто и как принимает решения.
Задавай любые вопросы
Чем больше вопросов ты задашь, тем лучший контекст ты получишь относительно того, кто и КАК думает. Все великие вопросы начинаются с «почему» (а не «чтобы что»).
Спустя время после слушания и наблюдений, пробуй предсказывать, как они будут реагировать на те или иные вопросы. Понимая реакции на вопросы, сможешь предвидеть возможные на них ответы.
Смотри за тем, кто и КАК пишет
Переписки – самый очевидный и самый недооценённый источник знаний о поведении команды и каждого её участника в отдельности.
Читай и наблюдай за тем:
– как они относятся к корп. культуре;
– к работе других команд;
– вокруг чего выстроены рабочие и близкие отношения;
– точки напряжения в них;
– а также слепые зоны и области игнора.
Пойми, что есть радость, печаль, страх и гнев в команде
Находи эти моменты и запоминай их для себя, особенно те, с которыми ты готов или не готов соглашаться. Все они есть успехи и провалы команды.
И это единственное то, ради чего здесь все по-настоящему работают
И именно от принятия (и непринятия) твоего к
После синхрона с командой приходит резонирование
Видя, зная и понимая источники и причины эмоций команды, их триггеры и блокировщики, отражай их обратно с заданной частотой, добавляя в неё нужную тебе/продукту/пользователям информацию.
– Въезжаем в продукт: Нуб лвл + PRO lvl
– Как демонстрировать компетентность
– Комфортный онбординг для всех
– 11 привычек продакта
Product Management & AI
CEO Shopify рассказывает в письме своей команде о роли ИИ
Ключевое:
1. Нанимайте ИИ, прежде чем нанимать человека.
Эйчары должны отдавать предпочтение кандидатам, свободно владеющим ИИ. Промптинг – основной навык.
2. ИИ-агенты теперь товарищи по команде, а не инструменты. Орг структура Shopify трансформируется, численность сотрудников теперь включает ботов.
3. Использование ИИ в Shopify станет внутренним и бизнес-показателем. Прототипирование с использованием ИИ — новый стандарт.
4. Грамотность ИИ — это новая грамотность. Промпты, контекстуализация и оценка выводов ИИ станут обязательными.
5. ИИ теперь является основным слоем в стеке ПО Shopify. Не как плагин или надстройка. ИИ теперь находится рядом с инфраструктурой, бэкэндом, фронтэндом и дизайном.
Ключевое:
1. Нанимайте ИИ, прежде чем нанимать человека.
Эйчары должны отдавать предпочтение кандидатам, свободно владеющим ИИ. Промптинг – основной навык.
2. ИИ-агенты теперь товарищи по команде, а не инструменты. Орг структура Shopify трансформируется, численность сотрудников теперь включает ботов.
3. Использование ИИ в Shopify станет внутренним и бизнес-показателем. Прототипирование с использованием ИИ — новый стандарт.
4. Грамотность ИИ — это новая грамотность. Промпты, контекстуализация и оценка выводов ИИ станут обязательными.
5. ИИ теперь является основным слоем в стеке ПО Shopify. Не как плагин или надстройка. ИИ теперь находится рядом с инфраструктурой, бэкэндом, фронтэндом и дизайном.
Лучшими командами будут те, кто относится к этому как к единой инфраструктуре
Помимо базовых вариантов сегментации пользователей, существуют и нестандартные подходы, которые могут помочь продукту и юзерам быстрее находить мэтч друг с другом:
1. По болевым точкам. Сегментация пользователей по общности их проблем, которые они пытаются решить (например, "получить готовый ответ" и "найти ответы самостоятельно" – разные болевые точки и решения).
2. Сегментация по скорости принятия решений. Разделяйте пользователей на потоки с короткими и длинными циклами принятия решений, создавая под них отдельные CJM и предлагая им разные пути онбординга.
3. По внешнему CJM. Как устроены процессы пользователей вне продукта? Они централизованы или децентрализованы? Есть ли во внешнем CJM дополнительные факторы, влияющие на CJM в продукте?
4. По готовности к Новому. Сегментация по признаку "ранних исследователей", готовых первее всех тестировать новые фичи в продукте и давать первый фидбек по ним до момента публичного релиза (противоположный сегмент – 98% оставшихся пользователей продукта).
5. По стоимости переключения. Сегментация по тому, насколько легко/сложно пользователю сменить ваш продукт на конкурентов. Высокая стоимость переключения позволяет строить более глубокие коммуникации с пользователями, лёгкая – больше думать над удержанием.
6. По температуре взаимодействия. Некоторые пользователи требуют частых звонков, встреч, аккаунтинга и обслуживания, другие, напротив, предпочитают "низкотемпературное" взаимодействие через автоматизацию и самообслуживание. Учитывайте и адаптируйте механики продукта и customer service вокруг предпочтений каждого сегмента.
ЧАСТЫЕ ОШИБКИ И СОВЕТЫ
– Отсутствие связи между сегментацией и продуктовой стратегией. Сегментация ради сегментации бесполезна. Если вы не можете ответить на вопрос
что мы делаем по-другому для этого сегмента?
возможно, такое разделение не нужно.
– Стремитесь к 3-7 основным сегментам, которыми реально можно управлять. Наличие десятков микросегментов может быть крайне увлекательно и интересно, но... бес-по-лез-но.
– Сочетайте качественные и количественные данные. Дополняйте цифры и данные живыми интервью, выявляя истинные скрытые мотивации и потребности сегмента.
– Отслеживайте кросс-сегментные группы пользователей и динамику сегментов, наблюдая за тем, как и при каких обстоятельства клиенты могут переходить из одного сегмента в другой.
– Регулярно пересматривайте сегменты по мере накопления новых данных и изменений на рынке и в продукте.
Please open Telegram to view this post
VIEW IN TELEGRAM
miro.com
[View only] Customer segmentation Bible
Product Management & AI
Главная опасность ИИ – посредственные результаты люди Потому что самое сложное в работе с ИИ — курировать, адаптировать и объединять полученные от неё результаты. Пока что, это до сих пор делает человек. И в чём опасность? Опасность в том, что большинство…
Что такое хорошо, а что такое плохо в ответах ИИ (и как повысить их качество)
"Плохо" в ответах ИИ это:
– Частота галлюцинаций.
– Общий % фактических ошибок в ответе.
– Критические ошибки, делающие весь ответ бесполезным.
– Ответы, противоречащие ценностям исследователя.
"Хорошо" в ответах ИИ:
1) Релевантность и полнота ответа к запросу (соотношение полезной информации к общему объёму ответа).
2) Стабильность (повторяемость) правильных ответов при повторных запросах.
3) Проактивность (предвосхищение ваших следующих вопросов).
4) Конверсия в целевые действия исследователя после получения ответа от ИИ и влияние ответа ИИ на его метрики и KPI.
Как повысить качество ответов ИИ
1. Используйте стабильное "ядро знаний", основанное на верифицированных вами данных/сценариях/изменениях/обратной связи.
2. Создайте "библиотеку ментальных моделей" для рассуждений, обучив ИИ не просто отвечать на вопросы, а использовать конкретные образы для структурирования мышления, такие как MECE ("взаимно исключающие, совместно исчерпывающие"), Первые Принципы, Инверсия и т.д.
2. Внедрите модель "ответ-контр-ответ" или "каскадную детализацию" (уровни детализации для разных степеней погружения) и пусть ИИ сама помогает вам в поиске Истин.
3. Используйте "контрольные точки уверенности", дав себе и ИИ возможность оценивать собственную уверенность на разных этапах формирования ответа и помечать участки с низкой уверенностью. И не забывайте систематически проверять и калибровать эти "уверенности".
4. Используйте "доказательный поиск" вместо генерации ответа с нуля, настроив ИИ на поиск фрагментов доказательств из проверенных источников и их структурное объединение в ответе на запрос.
5. Внедрите цикл "ассоциативного развития" ответов, обучив ИИ анализировать последующие вопросы, которые вы обычно задаёте после ответов ИИ.
6. Внедрите "обратную связь", создав у ИИ сценарий, позволяющий ИИ уточнять вопросы, которые позволяют вам переформулировать ваши мысли после неудовлетворительных ответов.
Используйте эти переформулировки для обогащения изначальных промптов, чтобы ИИ с первого раза понимала, что вы на самом деле хотели узнать.
7. Используйте "ситуативное переключение моделей", помогая ИИ определять типы запросов и автоматически переключать её роли между разными агентами.
8. Вернитесь к п.№1 и обучайте ИИ на ошибках предыдущих версий, создав библиотеку типичных ошибок, сделанных ИИ в прошлом, обучая новые версии ИИ с фокусом на эти слабые места.
0. Чистите зубы после еды.
И никогда не ставьте брекеты!
Оценки ответов ИИ — это то, как вы измеряете и влияете на качество и эффективность вашей системы ИИ
"Плохо" в ответах ИИ это:
– Частота галлюцинаций.
– Общий % фактических ошибок в ответе.
– Критические ошибки, делающие весь ответ бесполезным.
– Ответы, противоречащие ценностям исследователя.
"Хорошо" в ответах ИИ:
1) Релевантность и полнота ответа к запросу (соотношение полезной информации к общему объёму ответа).
2) Стабильность (повторяемость) правильных ответов при повторных запросах.
3) Проактивность (предвосхищение ваших следующих вопросов).
4) Конверсия в целевые действия исследователя после получения ответа от ИИ и влияние ответа ИИ на его метрики и KPI.
Как повысить качество ответов ИИ
1. Используйте стабильное "ядро знаний", основанное на верифицированных вами данных/сценариях/изменениях/обратной связи.
2. Создайте "библиотеку ментальных моделей" для рассуждений, обучив ИИ не просто отвечать на вопросы, а использовать конкретные образы для структурирования мышления, такие как MECE ("взаимно исключающие, совместно исчерпывающие"), Первые Принципы, Инверсия и т.д.
2. Внедрите модель "ответ-контр-ответ" или "каскадную детализацию" (уровни детализации для разных степеней погружения) и пусть ИИ сама помогает вам в поиске Истин.
3. Используйте "контрольные точки уверенности", дав себе и ИИ возможность оценивать собственную уверенность на разных этапах формирования ответа и помечать участки с низкой уверенностью. И не забывайте систематически проверять и калибровать эти "уверенности".
4. Используйте "доказательный поиск" вместо генерации ответа с нуля, настроив ИИ на поиск фрагментов доказательств из проверенных источников и их структурное объединение в ответе на запрос.
5. Внедрите цикл "ассоциативного развития" ответов, обучив ИИ анализировать последующие вопросы, которые вы обычно задаёте после ответов ИИ.
6. Внедрите "обратную связь", создав у ИИ сценарий, позволяющий ИИ уточнять вопросы, которые позволяют вам переформулировать ваши мысли после неудовлетворительных ответов.
Используйте эти переформулировки для обогащения изначальных промптов, чтобы ИИ с первого раза понимала, что вы на самом деле хотели узнать.
7. Используйте "ситуативное переключение моделей", помогая ИИ определять типы запросов и автоматически переключать её роли между разными агентами.
8. Вернитесь к п.№1 и обучайте ИИ на ошибках предыдущих версий, создав библиотеку типичных ошибок, сделанных ИИ в прошлом, обучая новые версии ИИ с фокусом на эти слабые места.
0. Чистите зубы после еды.
И никогда не ставьте брекеты!
Гугловский 68-страничный гайд по промпт-инжинирингу который стоит изучить, если вы используете ИИ в своей работе (вы же используете?)
Внутри простым и понятным языком про конфигурирование LLM, популярные техники промптинга, температуры, chain-of-thought (CoT), ReAct и прочие умные слова из мира ИИ.
You don’t need to be a data scientist or a machine learning engineer – everyone can write a prompt
🌐 Prompt Engineering by Google (PDF)
2) Гугл вчера релизнул Agent2Agent Protocol (A2A).
Сегодня мы запускаем новый открытый протокол Agent2Agent (A2A) при поддержке 50+ партнёров, таких как Atlassian, Box, Cohere, Intuit, Langchain, MongoDB, PayPal, Salesforce, SAP, ServiceNow, UKG и Workday, а также ведущих поставщиков, включая Accenture, BCG, Capgemini, Cognizant, Deloitte, HCLTech, Infosys, KPMG, McKinsey, PwC, TCS и Wipro.
В чём разница с MCP?
А2А – про коммуникацию «Агент-Агент».
MCP – про коммуникацию "Агент-API".
Это не конкурентные решения/протоколы, это разные решения для разных типов задач.
3) Microsoft проводит свой собственный 50-ти дневный AI Skills Fest. Мастер-классы по созданию ИИ-агентов, ИИ для менеджеров и просто ИИ для всех.
4) И чтобы 4 раза не вставать, легендарный Wordpress сегодня релизнул свой собственный AI Website Builder. Уходит эпоха сайтов с коллекциями Premium тем, наступает эпоха коллекций тем от ИИ.
Внутри простым и понятным языком про конфигурирование LLM, популярные техники промптинга, температуры, chain-of-thought (CoT), ReAct и прочие умные слова из мира ИИ.
You don’t need to be a data scientist or a machine learning engineer – everyone can write a prompt
2) Гугл вчера релизнул Agent2Agent Protocol (A2A).
Сегодня мы запускаем новый открытый протокол Agent2Agent (A2A) при поддержке 50+ партнёров, таких как Atlassian, Box, Cohere, Intuit, Langchain, MongoDB, PayPal, Salesforce, SAP, ServiceNow, UKG и Workday, а также ведущих поставщиков, включая Accenture, BCG, Capgemini, Cognizant, Deloitte, HCLTech, Infosys, KPMG, McKinsey, PwC, TCS и Wipro.
В чём разница с MCP?
А2А – про коммуникацию «Агент-Агент».
MCP – про коммуникацию "Агент-API".
Это не конкурентные решения/протоколы, это разные решения для разных типов задач.
3) Microsoft проводит свой собственный 50-ти дневный AI Skills Fest. Мастер-классы по созданию ИИ-агентов, ИИ для менеджеров и просто ИИ для всех.
4) И чтобы 4 раза не вставать, легендарный Wordpress сегодня релизнул свой собственный AI Website Builder. Уходит эпоха сайтов с коллекциями Premium тем, наступает эпоха коллекций тем от ИИ.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Амазон планирует сократить 14,000 менеджерских позиций в 2025, что позволит компании ежегодно экономить зарабатывать $3,6 млрд. Amazon told Business Insider that it had "added a lot of managers" in recent years and that "now is the right time" to make this…
Microsoft планирует сокращения менеджеров в мае
Дискуссии ведутся о снижении в командах «коэффициента PM», который представляет собой соотношение менеджеров по продуктам/проектам к инженерам.
Один из источников Business Insider сказал, что компания будет требовать от руководителей соблюдения бюджетов и этого соотношения на определённом уровне.
🎻🤏
Дискуссии ведутся о снижении в командах «коэффициента PM», который представляет собой соотношение менеджеров по продуктам/проектам к инженерам.
Один из источников Business Insider сказал, что компания будет требовать от руководителей соблюдения бюджетов и этого соотношения на определённом уровне.
🎻🤏
Business Insider
Microsoft mulls more job cuts, this time focused on managers and non-coders, not just low performers, sources say
Inside Microsoft, some leaders eye "span of control," or the number of staff who report to each manager. They want more coders versus non-coders, too.
Product Management & AI
🫳🔥 Управлять Огнём Советов про синдром самозванца, потерянности и выгорания продактов написано множество составов, стоящих на починке в вагонном депо. Добавим больше огня. Как гореть, но не выгорать: – Соглашайся только на те цели, в которых ты уверен хотя…
This media is not supported in your browser
VIEW IN TELEGRAM
И ваша цель (и цель каждого участника команды) должна заключаться в том, чтобы проводить 80% своего времени именно за такими вещами.
1) Возьмите два маркера разных цветов, красный и синий.
2) Распечатайте последние две недели вашего календаря и задачи, которые вы выполняли на работе. Просмотрите каждый рабочий день по часам и спросите себя:
Это занятие дало мне энергию или отняло её?
3) Выделите красным те, которые дали вам энергию, а синим, которые её забрали.
Оттенков нет – каждый час/задача должны быть отмечены либо красным либо синим. Если они не дают вам энергию, это синий цвет.
4) Далее, выпишите все события и действия синего цвета в один список. Затем сгруппируйте синий список в похожие группы, например, "встречи", "найм", "переговоры", "отчёты"и т. д.
5) Далее, для каждой группы синих задач определите то, как такие задачи можно минимизировать, распределив их по следующим категориям:
Зона некомпетентности — то, что другие люди делают лучше вас, и если эти задачи не приносят вам радости, вам следует делегировать это другим людям.
Зона компетентности — это то, что вы делаете хорошо, но задачи по-прежнему не приносят вам радости. Другие люди тоже делают это хорошо, поэтому вам снова следует делегировать их другим людям.
Зона совершенства — это то, в чём вы преуспеваете лучше других, но не любите это делать. Эта область — опасная зона и от неё вам также следует отстраниться.
Зона гениальности — это то, в чём вы уникально хороши и то, что вы любите делать настолько, что время и пространство исчезают, когда вы это делаете
Это зона, где вы можете принести наибольшую ценность миру и себе. И это именна та область, в которой вы должны стремиться проводить большую часть или даже всё своё время.
Некоторые беспокоятся, что если каждый из нас будет действовать исключительно в своей Зоне гениальности, никто не сможет заниматься неинтересными вещами.
Это ложный страх, потому что существует много типов личностей и людей, и для каждого вида деятельности, который вам кажется неинтересным, всегда есть кто-то, кто не только преуспевает в этом, но и искренне любит это (и даже такие «ужасные» задачи, как найм и увольнение людей).
Главное в любой команде — чтобы люди были прозрачны относительно своей Зоны гениальности, а затем распределяли оставшиеся зоны и задачи между подходящими для них людьми.
Robert Sapolsky: The Biology of Humans at Our Best and Worst (Youtube, 1 час)
Please open Telegram to view this post
VIEW IN TELEGRAM
💉 Прививка эффективных совещаний, встреч и коллов (шаблон)
0. Отменяйте встречу каждый раз, если у неё четких целей и измеримого результата. Если их не получается сформулировать или это "просто обсудить вопросики", такая встреча не нужна.
0. Либо проводите "встречу без решений" исключительно для обмена информацией, на которых запрещено принимать решения и ставить задачи, чтобы избежать поспешных выводов, решений и задач.
1. Практикуйте в команде "принятие решений в тишине", отправляя таску/доку с проблемой и вариантами решения заранее, в которых каждый участник может оставить свой комментарий и предложения.
Но самое важное – это то, с чем он не согласен в решениях, чтобы обсуждения на встрече фокусировались на этих расхождениях (причинах, а не следствиях).
И встреча снова будет нужна только если вылезают серьёзные расхождения.
2. "Правило потолка участников" — число ключевых решений × 2 человека. Если требуется больше решений-людей, разделите встречу на несколько или снова пересмотрите её а) актуальность; б) достоверность; в) необходимость.
3. Если за первые 20 минут встречи не удается достичь ощутимого прогресса, завершайте встречу досрочно и возвращайтесь к ней после дополнительной проработки и подготовки.
Либо делайте 20 минутные перерывы в середине сложных обсуждений, чтобы мозги могли переработать получаемую информацию в спокойной обстановке.
4. Проводя "встречи наоборот", вы сразу начинаете с решений и действий, а затем обсуждайте то, что необходимо для их реализации.
5. "Брейншторм наоборот" — когда вместо поиска решений проблемы, вы с командой обсуждайте то, как можно максимизировать и усугубить проблему, а затем инвертируете решения этих идей.
TLDR:
В большинстве других случаев, "один важный вопросик" можно не менее эффективно решить по почте или cлаку.
0. Отменяйте встречу каждый раз, если у неё четких целей и измеримого результата. Если их не получается сформулировать или это "просто обсудить вопросики", такая встреча не нужна.
0. Либо проводите "встречу без решений" исключительно для обмена информацией, на которых запрещено принимать решения и ставить задачи, чтобы избежать поспешных выводов, решений и задач.
1. Практикуйте в команде "принятие решений в тишине", отправляя таску/доку с проблемой и вариантами решения заранее, в которых каждый участник может оставить свой комментарий и предложения.
Но самое важное – это то, с чем он не согласен в решениях, чтобы обсуждения на встрече фокусировались на этих расхождениях (причинах, а не следствиях).
И встреча снова будет нужна только если вылезают серьёзные расхождения.
2. "Правило потолка участников" — число ключевых решений × 2 человека. Если требуется больше решений-людей, разделите встречу на несколько или снова пересмотрите её а) актуальность; б) достоверность; в) необходимость.
3. Если за первые 20 минут встречи не удается достичь ощутимого прогресса, завершайте встречу досрочно и возвращайтесь к ней после дополнительной проработки и подготовки.
Либо делайте 20 минутные перерывы в середине сложных обсуждений, чтобы мозги могли переработать получаемую информацию в спокойной обстановке.
4. Проводя "встречи наоборот", вы сразу начинаете с решений и действий, а затем обсуждайте то, что необходимо для их реализации.
5. "Брейншторм наоборот" — когда вместо поиска решений проблемы, вы с командой обсуждайте то, как можно максимизировать и усугубить проблему, а затем инвертируете решения этих идей.
TLDR:
Встречи и созвоны нужно проводить только тогда, когда их повестка состоит из цепочки решений, связанных друг с другом настолько, что их неверная реализация несёт в краткосрочной или среднесрочной перспективе реальный риск для продукта/бизнеса
В большинстве других случаев, "один важный вопросик" можно не менее эффективно решить по почте или cлаку.
This media is not supported in your browser
VIEW IN TELEGRAM
Когда уговорил разрабов добавить в идущий спринт всего одну задачку