This media is not supported in your browser
VIEW IN TELEGRAM
🫳🔥 Управлять Огнём
Советов про синдром самозванца, потерянности и выгорания продактов написано множество составов, стоящих на починке в вагонном депо. Добавим больше огня.
Как гореть, но не выгорать:
– Соглашайся только на те цели, в которых ты уверен хотя бы на 80%. Второе – быть уверенным на 80% в том, что ты достигнешь их в течение 50% отведённого времени.
По возможности, не ходи на общие совещания и коллы. В 80% там не обсуждается ничего полезного для твоих задач, внимания и фокуса. Вместо этого, за пару минут читай саммари по их итогам и обсуждай при необходимости с их авторами "1 на 1".
–Нужно можно преувеличивать сложность того, что можно нужно сделать, беря под это дополнительное время прозапас для подстраховки и выполнять поставленные задачи раньше. Это лучше, чем преуменьшать и факапить сроки. Win-Win.
– Работай только над теми проблемными областями, которые находятся в пределах твоей компетенции. Просят взять задачу вне компетенций – покажи компетенцию и рекомендуй того, у кого в такой области больше компетенций. Win-Win-Win.
И Ты не будешь выгорать, О-Самозванец.
– Доки пиши как можно раньше, спринты начинайте позже. В идеале, ваш продуктовый родмэп/бэклог должен быть описан и забит максимум на 2-3 спринта вперёд.
И снова не трать запал себя и команды на то, что с вероятностью 80% сначала будет сдвинуто, потом перенесено, а далее отложено или, вообще, удалено в корзину.
– Заряжай и заряжайся эмоциями пользователей.
– Не иди на компромиссы в дизайне/коде/маркетинге. Иди на компромиссы с теми, кто над ними работает. И все в команде должны чувствовать эту разницу.
– Твоя команда также должна чувствовать, что движет её успехом. И только потом сам успех.
– Общее доверие – ваша свобода, а ваши проблемы – ключи к ней.
– Хвали свою команду и вместе делайте больше через меньше.
Будьте умнее – управляйте огнём 🫴🔥
Советов про синдром самозванца, потерянности и выгорания продактов написано множество составов, стоящих на починке в вагонном депо. Добавим больше огня.
Как гореть, но не выгорать:
– Соглашайся только на те цели, в которых ты уверен хотя бы на 80%. Второе – быть уверенным на 80% в том, что ты достигнешь их в течение 50% отведённого времени.
Время – Энергия. БЕРЕГИ. СВОЁ. ВРЕМЯ.
По возможности, не ходи на общие совещания и коллы. В 80% там не обсуждается ничего полезного для твоих задач, внимания и фокуса. Вместо этого, за пару минут читай саммари по их итогам и обсуждай при необходимости с их авторами "1 на 1".
–
– Работай только над теми проблемными областями, которые находятся в пределах твоей компетенции. Просят взять задачу вне компетенций – покажи компетенцию и рекомендуй того, у кого в такой области больше компетенций. Win-Win-Win.
И Ты не будешь выгорать, О-Самозванец.
– Доки пиши как можно раньше, спринты начинайте позже. В идеале, ваш продуктовый родмэп/бэклог должен быть описан и забит максимум на 2-3 спринта вперёд.
И снова не трать запал себя и команды на то, что с вероятностью 80% сначала будет сдвинуто, потом перенесено, а далее отложено или, вообще, удалено в корзину.
Потому что время (не)предсказуемо
– Заряжай и заряжайся эмоциями пользователей.
– Не иди на компромиссы в дизайне/коде/маркетинге. Иди на компромиссы с теми, кто над ними работает. И все в команде должны чувствовать эту разницу.
– Твоя команда также должна чувствовать, что движет её успехом. И только потом сам успех.
– Общее доверие – ваша свобода, а ваши проблемы – ключи к ней.
– Хвали свою команду и вместе делайте больше через меньше.
Будьте умнее – управляйте огнём 🫴
Please open Telegram to view this post
VIEW IN TELEGRAM
Февральский дайджест постов для продактов и их команд вот здесь 👉❤️🔥
– Точка возникновения продукта
– Фреймворк (не)стратегии
– План ≠ не стратегия
– Просьбы пользователей
– Про людей «навырост»
– Как мотивировать продактов
– Про переработки
– Про поиск смыслов
– Нагрузка от постоянного общения
– Network effects и как их трекать
– Дизайн поведения пользователей
– Как наливать платный трафик в продукт
– Как спроектировать плохой функционал
– Запилил, облажался, научился
– Ожидания от руководителя
– Ворк-лайф Гармония
– Время на фокус-таймы
– Успеть за 3 (три) дня
– Всё про Retention в 2025 году
– Байесовская оценка А/В-тестов
– 3 чувства, чтобы оценить их всех
– Хороший баг сам себя проявит
– Тренды UI/UX на 2025 год
– Server Driven UI
– Glanceable UX
– The secret to Innovative UX
– Образы и модели
– Как померить рынок продукта
– Кто не растёт — тот мешает расти
– Важно знать, куда ты растешь
– Герои ходят буквой Г
– Весеннее
– Систематизация vs бюрократия
– 3 «ДА» в сомнениях
– Пользователи – тестировщики
– 4 типа Энергии
– Задачи, которые воруют энергию
– 5 правил уважительного общения
– Многое про коммуникации
– Эмоциональный ИИ
– ИИ, мозг и страдание
– AI Agent vs AI Workflow vs Автоматизация
– Moments #15
– Меняй мозги
– Библия Реддит
– Ретро-игр не существует
– Бессмертие космоса
– Играть, учиться, узнавать
– Кеширование — это ответ!
🦵
EMBRZ – Slowdown
– Точка возникновения продукта
– Фреймворк (не)стратегии
– План ≠ не стратегия
– Просьбы пользователей
– Про людей «навырост»
– Как мотивировать продактов
– Про переработки
– Про поиск смыслов
– Нагрузка от постоянного общения
– Network effects и как их трекать
– Дизайн поведения пользователей
– Как наливать платный трафик в продукт
– Как спроектировать плохой функционал
– Запилил, облажался, научился
– Ожидания от руководителя
– Ворк-лайф Гармония
– Время на фокус-таймы
– Успеть за 3 (три) дня
– Всё про Retention в 2025 году
– Байесовская оценка А/В-тестов
– 3 чувства, чтобы оценить их всех
– Хороший баг сам себя проявит
– Тренды UI/UX на 2025 год
– Server Driven UI
– Glanceable UX
– The secret to Innovative UX
– Образы и модели
– Как померить рынок продукта
– Кто не растёт — тот мешает расти
– Важно знать, куда ты растешь
– Герои ходят буквой Г
– Весеннее
– Систематизация vs бюрократия
– 3 «ДА» в сомнениях
– Пользователи – тестировщики
– 4 типа Энергии
– Задачи, которые воруют энергию
– 5 правил уважительного общения
– Многое про коммуникации
– Эмоциональный ИИ
– ИИ, мозг и страдание
– AI Agent vs AI Workflow vs Автоматизация
– Moments #15
– Меняй мозги
– Библия Реддит
– Ретро-игр не существует
– Бессмертие космоса
– Играть, учиться, узнавать
– Кеширование — это ответ!
80% решений о повторной покупке принимаются в Моменты Истины (Moment of Truth)
🦵
EMBRZ – Slowdown
Please open Telegram to view this post
VIEW IN TELEGRAM
Понедельник – день команды
Но привычка зайти в спейс/слак и первым делом сказать/написать:
"Я на совещения наверх, все вопросы после обеда",
почему-то чаще берёт верх, чем начать неделю с вопроса:
"Привет. Как дела, как выходные?"
и дождаться на него ответа.
Ловушка первого в том, что отложенные вопросы команды к обеду понедельника могут остыть и потерять самое ценное, что даёт заряд и силы на всю неделю – свой вкус, питательность, пользу и актуальность.
И спроси потом хоть 5 раз в течение недели "приветкакдела", это будет уже не то(рт).
Секретный ингредиент второго – в доверии, открытости и поддержке через готовность отказаться от тех самых высоких совещаний ради обсуждения вопросов и возможных проблем (или общей радости их отсутствия) с командой.
Ведь это именно то, что питает команду всю неделю.
– Привет. Как дела, как выходные?
🥞🫖
Но привычка зайти в спейс/слак и первым делом сказать/написать:
"Я на совещения наверх, все вопросы после обеда",
почему-то чаще берёт верх, чем начать неделю с вопроса:
"Привет. Как дела, как выходные?"
и дождаться на него ответа.
Ловушка первого в том, что отложенные вопросы команды к обеду понедельника могут остыть и потерять самое ценное, что даёт заряд и силы на всю неделю – свой вкус, питательность, пользу и актуальность.
И спроси потом хоть 5 раз в течение недели "приветкакдела", это будет уже не то(рт).
Секретный ингредиент второго – в доверии, открытости и поддержке через готовность отказаться от тех самых высоких совещаний ради обсуждения вопросов и возможных проблем (или общей радости их отсутствия) с командой.
Ведь это именно то, что питает команду всю неделю.
– Привет. Как дела, как выходные?
🥞🫖
ProductSense и МТС провели исследование рынка продактов и работодателей
В опросе участвовали 1286 специалистов по продукту — от продактов до CPO. Большая часть — сотрудники крупных компаний и корпораций.
Из интересного:
— Авито — в ТОП по привлекательности для работы. Компания второй год подряд занимает второе место в списке. 43% отметили ее активность на продуктовом рынке, а почти половина (48%) — оценила сильную продакт-команду.
– Опыт. Среди Head of Product и CPO большая часть опрошенных в IT сфере 10+ лет. Middle и Senior можно стать после 3-5 лет работы , Head of Product или CPO имеют опыт 6+ лет.
– Зарплаты. Специалисты с опытом от 1 года до 2 лет получают 220-260 тыс. руб., с опытом от 3 до 5 лет – 260-300 тыс. руб., 6 лет и выше – 300-370 тыс. руб.
– ИИ. В каждом грейде, кроме CPО, треть сотрудников делегируют рутинные задачи LLM.
– Самые популярные индустрии: финтех, банки, EdTech, E-comm и доставка еды.
Полное исследование: https://productsense.io/research24
В опросе участвовали 1286 специалистов по продукту — от продактов до CPO. Большая часть — сотрудники крупных компаний и корпораций.
Из интересного:
— Авито — в ТОП по привлекательности для работы. Компания второй год подряд занимает второе место в списке. 43% отметили ее активность на продуктовом рынке, а почти половина (48%) — оценила сильную продакт-команду.
– Опыт. Среди Head of Product и CPO большая часть опрошенных в IT сфере 10+ лет. Middle и Senior можно стать после 3-5 лет работы , Head of Product или CPO имеют опыт 6+ лет.
– Зарплаты. Специалисты с опытом от 1 года до 2 лет получают 220-260 тыс. руб., с опытом от 3 до 5 лет – 260-300 тыс. руб., 6 лет и выше – 300-370 тыс. руб.
– ИИ. В каждом грейде, кроме CPО, треть сотрудников делегируют рутинные задачи LLM.
– Самые популярные индустрии: финтех, банки, EdTech, E-comm и доставка еды.
Полное исследование: https://productsense.io/research24
Product Management & AI
Product Management. 2024. Art of AI
Product Management. 2025. Art of AI
UPD: Christie's провёл аукцион, полностью состоящий из ИИ-арта в NFT + физ. объектов с оплатой в крипте. KEKE
UPD: Christie's провёл аукцион, полностью состоящий из ИИ-арта в NFT + физ. объектов с оплатой в крипте. KEKE
This media is not supported in your browser
VIEW IN TELEGRAM
WOW!!! Aha-моменты:
0) Боль, о которой они ещё не знали. А вы её предусмотрели и решили. Простой пример: кнопка «Отменить отправку» в Gmail, ценность которой незаметна, пока она не станет бесценным спасением для отправителя.
1) Юмор. Главная эмоция, которой можно искуственно управлять в интерфейсе: подсказка с шуткой, отсылка к мему, лёгкая подача информации там, где она может быть чрезмерно серьёзной – про это. Улыбайтесь, и пользователи подтянутся :)
2) Причудливость. Причудливость есть тонкое следствие юмора. Ломайте обыденные рамки, сохраняя при этом основную концепцию/механику/сценарий интуитивно понятными. Think different → Do different.
3) Ностальгия, classic, OG, old school – всё это бессмертно и вызывает положительный ассоциативный ряд у пользователей во все времена, которые идеально совпадают с возрастом аудитории.
4) Любопытство. Любопытство должно провоцироваться искренним непониманием «Как они это сделали?», а не трудностями с пониманием механик интерфейса.
5) Чувство контроля. Контроль не любят, а любят контролировать. Дайте пользователям возможности для кастомизаций и подарите им два чувства по цене одного.
6) Неожиданность от большего. Все любят платить меньше, а получать больше. Расширенная статистика, идеальные рекомендации, бонусы и скидки внутри продукта за счёт самого продукта – такие вещи всегда приятно удивляют.
7) Совместная магия пользователей. Просто дайте пользователям возможность удивляться самим себе и друг-другу.
8) И только после присыпьте всё это блестящими визуализациями микровзаимодействий: наглядные и нативные эффекты анимации, звуки-щелчки, геймификация и те самые фейерверки – всё это делает успех юзера осязаемым, вызывая у него эстетическое удовольствие в глазах и мозге.
TLDR:
– очеловечьте Продукт;
– картрируйте пути пользователя (они неисповедимы);
– раскрывайте "wow" по мере движения;
– накапливайте "wow" на каждом этапе;
– превосходите обещания;
– предвосхищайте, заранее компенсируя возможные моменты «О, нет» (моменты ошибок).
Вопросы для самопроверки:
– Что именно является "WOW" в нашем продукте?
– Очевидны ли решения, которые приводят к этому "WOW"?
– Как долго пользователь идёт к "WOW" по CJM?
– Нужно ли сократить CJM, чтобы ускорить "WOW"?
* Понимание приходит в те самые «Моменты истины» — критические точки соприкосновения, в которых у пользователя формируется неизгладимое впечатление о продукте — либо хорошее, либо плохое.
А главный секрет Aha и WOWв том, что никакого секрета нет – эмоции – люди, и они органичны. И если продукт построен вокруг пустой проблемы, то ему не помогут никакие рецепты.
0) Боль, о которой они ещё не знали. А вы её предусмотрели и решили. Простой пример: кнопка «Отменить отправку» в Gmail, ценность которой незаметна, пока она не станет бесценным спасением для отправителя.
1) Юмор. Главная эмоция, которой можно искус
2) Причудливость. Причудливость есть тонкое следствие юмора. Ломайте обыденные рамки, сохраняя при этом основную концепцию/механику/сценарий интуитивно понятными. Think different → Do different.
3) Ностальгия, classic, OG, old school – всё это бессмертно и вызывает положительный ассоциативный ряд у пользователей во все времена, которые идеально совпадают с возрастом аудитории.
4) Любопытство. Любопытство должно провоцироваться искренним непониманием «Как они это сделали?», а не трудностями с пониманием механик интерфейса.
5) Чувство контроля. Контроль не любят, а любят контролировать. Дайте пользователям возможности для кастомизаций и подарите им два чувства по цене одного.
6) Неожиданность от большего. Все любят платить меньше, а получать больше. Расширенная статистика, идеальные рекомендации, бонусы и скидки внутри продукта за счёт самого продукта – такие вещи всегда приятно удивляют.
7) Совместная магия пользователей. Просто дайте пользователям возможность удивляться самим себе и друг-другу.
8) И только после присыпьте всё это блестящими визуализациями микровзаимодействий: наглядные и нативные эффекты анимации, звуки-щелчки, геймификация и те самые фейерверки – всё это делает успех юзера осязаемым, вызывая у него эстетическое удовольствие в глазах и мозге.
TLDR:
– очеловечьте Продукт;
– картрируйте пути пользователя (они неисповедимы);
– раскрывайте "wow" по мере движения;
– накапливайте "wow" на каждом этапе;
– превосходите обещания;
– предвосхищайте, заранее компенсируя возможные моменты «О, нет» (моменты ошибок).
Вопросы для самопроверки:
– Что именно является "WOW" в нашем продукте?
– Очевидны ли решения, которые приводят к этому "WOW"?
– Как долго пользователь идёт к "WOW" по CJM?
– Нужно ли сократить CJM, чтобы ускорить "WOW"?
Чем страннее понимание *, тем сильнее «вау»
* Понимание приходит в те самые «Моменты истины» — критические точки соприкосновения, в которых у пользователя формируется неизгладимое впечатление о продукте — либо хорошее, либо плохое.
А главный секрет Aha и WOW
Фреймворк N-N-N-N-N
Строить Продукт-Систему с 0 чрезвычайно интересно, незабываемо и... непросто.
Потому что именно на этой стадииможет должно создаваться, меняться и трансформироваться ВСЁ: сущности, связи, фичи, механики, архитектура – всё должно пересматриваться на предмет логичности продукта с оглядкой не на стадию релиза, а на всё, что будет работать после него.
– Ведь мы пилим продукты не ради релизов, а ради пользователей, правда?
И именно на нулевой стадии закладывается Базис и Логика Продукта.
Заложил в спешке ради быстренького MVP "что-то", это "что-то" будет обрастать всё большим количеством "чего-то" даже после успешного релиза в понедельник. А потом пивоты по пятницам.
Продумал и заложил в продукт Логику – Она будет работать в нём сама-по-себе, самостоятельно порождая в нём абсолютную бесконечную Логику.
Называй это самоподобием, рекурсией, фрактальным древом Пифагора, деревом Дайсуги – как угодно.
Потому что природная и космическая логика во все времена работает именно так. И именно поэтомув разработке "с нуля" не работает ни один временной фреймворк.
– Длинное интро, зато короткий фреймворк.
Фреймворк NNNNN или 5N of Product – 5 статусов для любой идеи, гипотезы и фичи:
▶ Now (Сейчас)
▶ Next (Далее)
▶ Nearby (Рядом)
▶ Nascent (Зарождающееся)
▶ Never* (Никогда)
Фреймворк 5N работает на базе классического канбановского Now→Next→Later, но расширен с учётом огромного количества информации, которая крутится вокруг и внутри строящегося и растущего с нуля продукта.
5N учитывает последовательность времени, а не его рамки, сохраняя при этом возможность перехода от немедленных действий настоящего момента к будущим возможностям и концепциям. И обратно.
▶ Сейчас (Now). Немедленное действие. Максимальная уверенность. Кор фичи. Срочные задачи и критически важные результаты.
▶ Далее (Next). Следующие шаги. Среднесрочные цели/задачи в непосредственной близости к Сейчас. Быстрые победы.
▶ Рядом (Nearby). Возможности на близком горизонте. Планирование близости к Далее. Промежуточные и/или краткосрочные цели/задачи.
▶ Зарождающееся (Nascent). Экспериментальное мышление. Концепции, инновации и идеи на ранней стадии. То-самое-Будущее, которое еще не полностью сформировано(?).
▶ Никогда* (Never). Сознательно исключённые возможности.
* – вопрос "Почему/Why?", ответ на который должен быть в обязательном порядке расписан для истории и команды.
И эта галочка в Never – самое важное, потому что онаможет должна стать ключом к другим N спустя время.
Строить Продукт-Систему с 0 чрезвычайно интересно, незабываемо и... непросто.
Потому что именно на этой стадии
– Ведь мы пилим продукты не ради релизов, а ради пользователей, правда?
И именно на нулевой стадии закладывается Базис и Логика Продукта.
Заложил в спешке ради быстренького MVP "что-то", это "что-то" будет обрастать всё большим количеством "чего-то" даже после успешного релиза в понедельник. А потом пивоты по пятницам.
Продумал и заложил в продукт Логику – Она будет работать в нём сама-по-себе, самостоятельно порождая в нём абсолютную бесконечную Логику.
Называй это самоподобием, рекурсией, фрактальным древом Пифагора, деревом Дайсуги – как угодно.
Органическая фича должна порождать новую фичу через саму себя
Потому что природная и космическая логика во все времена работает именно так. И именно поэтому
– Длинное интро, зато короткий фреймворк.
Фреймворк NNNNN или 5N of Product – 5 статусов для любой идеи, гипотезы и фичи:
▶ Now (Сейчас)
▶ Next (Далее)
▶ Nearby (Рядом)
▶ Nascent (Зарождающееся)
▶ Never* (Никогда)
Фреймворк 5N работает на базе классического канбановского Now→Next→Later, но расширен с учётом огромного количества информации, которая крутится вокруг и внутри строящегося и растущего с нуля продукта.
5N учитывает последовательность времени, а не его рамки, сохраняя при этом возможность перехода от немедленных действий настоящего момента к будущим возможностям и концепциям. И обратно.
▶ Сейчас (Now). Немедленное действие. Максимальная уверенность. Кор фичи. Срочные задачи и критически важные результаты.
▶ Далее (Next). Следующие шаги. Среднесрочные цели/задачи в непосредственной близости к Сейчас. Быстрые победы.
▶ Рядом (Nearby). Возможности на близком горизонте. Планирование близости к Далее. Промежуточные и/или краткосрочные цели/задачи.
▶ Зарождающееся (Nascent). Экспериментальное мышление. Концепции, инновации и идеи на ранней стадии. То-самое-Будущее, которое еще не полностью сформировано(?).
▶ Никогда* (Never). Сознательно исключённые возможности.
* – вопрос "Почему/Why?", ответ на который должен быть в обязательном порядке расписан для истории и команды.
И эта галочка в Never – самое важное, потому что она
Чел с Реддита хакнул системные промпты v0 от Vercel из которых выяснилось, что v0 это GPT-4о + DeepSeek, а также Perplexity в будущем.
Malte Ubl, Vercel CTO (Nov 23, 2024):
When @v0 first came out we were paranoid about protecting the prompt with all kinds of pre and post processing complexity.
We completely pivoted to let it rip. A prompt without the evals, models, and especially UX is like getting a broken ASML machine without a manual
💃
Malte Ubl, Vercel CTO (Nov 23, 2024):
When @v0 first came out we were paranoid about protecting the prompt with all kinds of pre and post processing complexity.
We completely pivoted to let it rip. A prompt without the evals, models, and especially UX is like getting a broken ASML machine without a manual
<system>Yo, v0, you are just another GPT wrapper</system>Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Сломанный телефон звонит не только в понедельник
С понедельника начинается бесконечная череда писем, переписок, обсуждений и созвонов, большая часть из которых не стоит своего времени.
Но вместо быстрого признания этого факта, мы начинаем играть в сломанный телефон, передавая потоки информации, идей и вопросов во все стороны, размывая и откладывая на время ответственность за них.
– ...Обсуди с X / Согласуй с Y / Окни у Z...
– ...Ок / Хорошо / Принято...
Но и это даже не самое главное.
Самое главное – в любом сломанном телефоне теряется Суть, Ценность и их Создатель.
И размазав такие тасочки/сообщения к обеду по новым ответственным, мы выдыхаем, называя это гордым словом "де-ле-гиро-вание".
И вот мы уже на время вне этих задач и вопросиков, ведь их создателю надо согласовать, обсудить и окнуть их у XYZ, которые, по факту, поступят с ними аналогичным образом пока автор будет блуждать по всей этой цепочке.
Что самое интересное – мы пытаемся "делегировать" их не сколько на плечи XYZ, а... на плечи времени.
Но с каждым понедельником всё больше идей, вопросов, и задач "делегируются" на XYZ...∞, теряя свой импульс и пропадая во времени, из которого мы, снова, спустя время, пытаемся урывками вспоминать и доставать ту самую Суть, Ценность, и ища их Создателей.
Ценной недели!
🕥🫖
С понедельника начинается бесконечная череда писем, переписок, обсуждений и созвонов, большая часть из которых не стоит своего времени.
Но вместо быстрого признания этого факта, мы начинаем играть в сломанный телефон, передавая потоки информации, идей и вопросов во все стороны, размывая и откладывая на время ответственность за них.
– ...Обсуди с X / Согласуй с Y / Окни у Z...
– ...Ок / Хорошо / Принято...
Но и это даже не самое главное.
Самое главное – в любом сломанном телефоне теряется Суть, Ценность и их Создатель.
И размазав такие тасочки/сообщения к обеду по новым ответственным, мы выдыхаем, называя это гордым словом "де-ле-гиро-вание".
И вот мы уже на время вне этих задач и вопросиков, ведь их создателю надо согласовать, обсудить и окнуть их у XYZ, которые, по факту, поступят с ними аналогичным образом пока автор будет блуждать по всей этой цепочке.
Что самое интересное – мы пытаемся "делегировать" их не сколько на плечи XYZ, а... на плечи времени.
Время работает для иного
Но с каждым понедельником всё больше идей, вопросов, и задач "делегируются" на XYZ...∞, теряя свой импульс и пропадая во времени, из которого мы, снова, спустя время, пытаемся урывками вспоминать и доставать ту самую Суть, Ценность, и ища их Создателей.
Ценной недели!
🕥🫖
Причина №1 неудач продуктов – пользователи понимают, что продукты не предоставляют им достаточно ценности.
Причина №0 неудач продуктов – продакт-менеджеры не понимают, что на самом деле для пользователей означает Ценность.
Уравнение ценности Хормози (Hormozi's Value Equation) — это концепция, которая помогает всем понять, как создавать исключительную ценность для пользователей и строить востребованный продукт.
💭 Мечта. Как ваш продукт помогает пользователям достичь своих реальных желаний?
– Укажите результат, который пользователи хотят получить.
– Будьте абсолютно конкретны в формулировках.
– Используйте яркий и эмоциональный язык.
Пример: «Улучши своё здоровье сам»
🏆 Воспринимаемая вероятность достижения мечты. Воспринимаемая — ключевое слово.
– Продемонстрируйте сильную экспертизу.
– Поделитесь историями успеха.
– Выделите отзывы и рекомендации.
Пример: «Это приложение изменило моё здоровье и жизнь»
⏱️ Задержка по времени. То, как можно сократить время до получения ценности.
– Давайте мгновенную ценность на старте.
– Используйте поэтапнное вовлечение.
– Отображайте и напоминайте о прогрессе.
🤕 Усилия и стоимость. То, как сделать так, чтобы продукт казался суперпростым и доступным.
– Минимизируйте болевые точки в CJM.
– Предлагайте гарантии и сервис.
– Публично работайте с лояльностью.
Пример: «Мы автоматически предоставляем месяц бесплатного доступа. No credit card required»
↑ Максимизируйте мечту.
↑ Максимизируйте вероятность успеха.
↓ Минимизируйте время достижения успеха.
↓ Минимизируйте усилия и стоимость.
Причина №0 неудач продуктов – продакт-менеджеры не понимают, что на самом деле для пользователей означает Ценность.
Уравнение ценности Хормози (Hormozi's Value Equation) — это концепция, которая помогает всем понять, как создавать исключительную ценность для пользователей и строить востребованный продукт.
Ценность = [Мечта × Вероятность] ÷ [Время × Усилия × Стоимость]
💭 Мечта. Как ваш продукт помогает пользователям достичь своих реальных желаний?
– Укажите результат, который пользователи хотят получить.
– Будьте абсолютно конкретны в формулировках.
– Используйте яркий и эмоциональный язык.
Пример: «Улучши своё здоровье сам»
🏆 Воспринимаемая вероятность достижения мечты. Воспринимаемая — ключевое слово.
– Продемонстрируйте сильную экспертизу.
– Поделитесь историями успеха.
– Выделите отзывы и рекомендации.
Пример: «Это приложение изменило моё здоровье и жизнь»
⏱️ Задержка по времени. То, как можно сократить время до получения ценности.
– Давайте мгновенную ценность на старте.
– Используйте поэтапнное вовлечение.
– Отображайте и напоминайте о прогрессе.
🤕 Усилия и стоимость. То, как сделать так, чтобы продукт казался суперпростым и доступным.
– Минимизируйте болевые точки в CJM.
– Предлагайте гарантии и сервис.
– Публично работайте с лояльностью.
Пример: «Мы автоматически предоставляем месяц бесплатного доступа. No credit card required»
↑ Максимизируйте мечту.
↑ Максимизируйте вероятность успеха.
↓ Минимизируйте время достижения успеха.
↓ Минимизируйте усилия и стоимость.
This media is not supported in your browser
VIEW IN TELEGRAM
Кошмарный велосипед
...На мой взгляд, самая важная идея в дизайне продуктов — избегать «кошмарного велосипеда».
Представьте себе гипотетический велосипед, при проектировании которого менеджер по продукту сказал:
«...люди не понимают математику, поэтому у велосипеда не должно быть переключателя передач с 1 по 8, поэтому давайте сделаем ему кнопки для уличного, спортивного, гравийного и режима спуска...»
И это было бы ужасно! Ведь пользователи потеряли бы интуитивное понимание того, как использовать передачи для решения любой ситуации, с которой они сталкиваются: какой режим использовать для спуска по гравию? А при подъёме? А на пустой уличной дороге?
Любой может понять пронумерованные передачи после небольшой практики. И люди способны на это!
Продолжая аналогии в том же духе – одно из худших заблуждений в дизайне продукта заключается в том, что микроволновка должна иметь кнопки для того, что в ней можно приготовить: «курица», «овощи», «пицца», бла-бла-бла.
На самом деле нет.
У неё может быть только кнопка с таймером времени, а люди сами разберутся, как им готовить.
И они опираются на способность своих пользователей понимать и применять эту структуру в новых ситуациях.
Мы были рождены для этого.
Плохие продукты теряют свою структуру за поверхностными ярлыками и кнопками, которые скрывают за собой базовую систему, препятствуя способности пользователей строить чёткие модели и образы в своём сознании...
Andrea diSessa, Changing Minds (с)
...На мой взгляд, самая важная идея в дизайне продуктов — избегать «кошмарного велосипеда».
Представьте себе гипотетический велосипед, при проектировании которого менеджер по продукту сказал:
«...люди не понимают математику, поэтому у велосипеда не должно быть переключателя передач с 1 по 8, поэтому давайте сделаем ему кнопки для уличного, спортивного, гравийного и режима спуска...»
И это было бы ужасно! Ведь пользователи потеряли бы интуитивное понимание того, как использовать передачи для решения любой ситуации, с которой они сталкиваются: какой режим использовать для спуска по гравию? А при подъёме? А на пустой уличной дороге?
Любой может понять пронумерованные передачи после небольшой практики. И люди способны на это!
Продолжая аналогии в том же духе – одно из худших заблуждений в дизайне продукта заключается в том, что микроволновка должна иметь кнопки для того, что в ней можно приготовить: «курица», «овощи», «пицца», бла-бла-бла.
На самом деле нет.
У неё может быть только кнопка с таймером времени, а люди сами разберутся, как им готовить.
Хорошие продукты раскрывают систематическую структуру
И они опираются на способность своих пользователей понимать и применять эту структуру в новых ситуациях.
Мы были рождены для этого.
Плохие продукты теряют свою структуру за поверхностными ярлыками и кнопками, которые скрывают за собой базовую систему, препятствуя способности пользователей строить чёткие модели и образы в своём сознании...
Andrea diSessa, Changing Minds (с)
Юки Ямашита был пользователем Figma, а потом стал её CPO
«Я пошел в Figma не потому, что думал, что это будет большой бизнес, а потому, что они создавали волшебный инструмент, который мне очень понравился».
В эксклюзивном интервью Ямашита рассказывает о своём трехэтапном подходе к созданию и запуску новых продуктов.
Сочное:
– Cмотрите, как пользователи взламывают ваш основной продукт.
– Лучшие продукты появляются в результате небольшого внутреннего конфликта, когда одна часть команды отстаивает вариант его использования таким образом, который противоречит интуитивному пониманию его использования другой частью команды.
– Чтобы создавать новые продукты на базе старых, необходимо создать новую среду. Не бойтесь привлекать сторонних специалистов для более глубокого понимания новых пользователей.
– Путь продукта от 1 до 10 — это постоянный балансирующий акт создания новых вариантов использования продукта при сохранении его простоты, поэтому не идите на компромиссы с простотой.
– Пользователи не наблюдают эволюции — они приходят без контекста.
Недавно я наблюдал, как третьеклассники в Японии используют Figma. И если вам приходится много объяснять, что именно происходит в продукте, то это верный признак того, что вы недостаточно упростили ценностное предложение.
🧃 https://review.firstround.com/lessons-in-product-scaling-and-storytelling-from-figmas-cpo/
«Я пошел в Figma не потому, что думал, что это будет большой бизнес, а потому, что они создавали волшебный инструмент, который мне очень понравился».
В эксклюзивном интервью Ямашита рассказывает о своём трехэтапном подходе к созданию и запуску новых продуктов.
Сочное:
– Cмотрите, как пользователи взламывают ваш основной продукт.
– Лучшие продукты появляются в результате небольшого внутреннего конфликта, когда одна часть команды отстаивает вариант его использования таким образом, который противоречит интуитивному пониманию его использования другой частью команды.
– Чтобы создавать новые продукты на базе старых, необходимо создать новую среду. Не бойтесь привлекать сторонних специалистов для более глубокого понимания новых пользователей.
– Путь продукта от 1 до 10 — это постоянный балансирующий акт создания новых вариантов использования продукта при сохранении его простоты, поэтому не идите на компромиссы с простотой.
Чем больше вы создаёте расхождений, тем сложнее будет объединить их позже
– Пользователи не наблюдают эволюции — они приходят без контекста.
Недавно я наблюдал, как третьеклассники в Японии используют Figma. И если вам приходится много объяснять, что именно происходит в продукте, то это верный признак того, что вы недостаточно упростили ценностное предложение.
🧃 https://review.firstround.com/lessons-in-product-scaling-and-storytelling-from-figmas-cpo/
Самая большая ложь в управлении продуктом – необходимость освоить всё, сразу и как можно быстрее. И этот подход убивает.
... Мы слишком много думаем, слишком много планируем и слишком много анализируем свою карьеру, свой продукт, бизнес, жизнь, в конечном счёте понимая, что эти долгие часы не являются ни добродетельными, ни полезными, а успеха мы добиваемся вопреки большей части того, что мы делаем, а не благодаря этому. И это правда, однажды, очень сильно бьёт по каждому менеджеру продуктов.
Настоящие решения, которые мы ищем, почти всегда прячутся на виду.
К сожалению, они обычно затмеваются невероятным потоком ерунды и «здравого смысла», который, в итоге, оказывается полной чепухой.
Не «какую структуру мне следует изучить?»
Не «какой инструмент мне следует освоить?»
Не «как мне угодить всем?»
Но большинство менеджеров думают наоборот. Они думают, что большой успех — это долго и сложно. В результате их календари и списки дел становятся перегруженными и давящими.
Вот почему большинство менеджеров продуктов в конечном итоге становятся менеджерами проектов, а не создателями Ценностей.
Ещё одна суровая правда для менеджеров продуктов:
Ваша задача не в том, чтобы предотвращать хаос. Ваша задача — примириться с ним, оставаясь сосредоточенным на самом важном.
Для продакт-менеджера это означает – не начинать с процессов. Начинайте с результатов.
Затем двигайтесь от них назад к фокусу на то ОДНО. Вам нужно глубоко разобраться в том, что сейчас важно. Но большинство людей с трудом понимают, как много вещей не придётся делать, если они просто начнут делать правильные вещи.
Перестаньте делать что-то только для того, чтобы казаться занятыми. Вы можете добиться успеха с меньшей дисциплиной, чем вы думаете, по одной простой причине:
успех заключается в том, чтобы делать правильные вещи, а не в том, чтобы делать "всё правильно".
Ваша задача – найти свою ОДНУ вещь.
Выделить для неё время.
Всё остальное будет хаосом.
"The ONE Thing" by Gary Keller
... Мы слишком много думаем, слишком много планируем и слишком много анализируем свою карьеру, свой продукт, бизнес, жизнь, в конечном счёте понимая, что эти долгие часы не являются ни добродетельными, ни полезными, а успеха мы добиваемся вопреки большей части того, что мы делаем, а не благодаря этому. И это правда, однажды, очень сильно бьёт по каждому менеджеру продуктов.
Настоящие решения, которые мы ищем, почти всегда прячутся на виду.
К сожалению, они обычно затмеваются невероятным потоком ерунды и «здравого смысла», который, в итоге, оказывается полной чепухой.
Какую ОДНУ вещь я могу сделать, чтобы всё остальное стало проще или ненужно?
Не «какую структуру мне следует изучить?»
Не «какой инструмент мне следует освоить?»
Не «как мне угодить всем?»
Но большинство менеджеров думают наоборот. Они думают, что большой успех — это долго и сложно. В результате их календари и списки дел становятся перегруженными и давящими.
Вот почему большинство менеджеров продуктов в конечном итоге становятся менеджерами проектов, а не создателями Ценностей.
Ещё одна суровая правда для менеджеров продуктов:
Когда вы стремитесь к величию, хаос обязательно появится
Ваша задача не в том, чтобы предотвращать хаос. Ваша задача — примириться с ним, оставаясь сосредоточенным на самом важном.
Для продакт-менеджера это означает – не начинать с процессов. Начинайте с результатов.
Затем двигайтесь от них назад к фокусу на то ОДНО. Вам нужно глубоко разобраться в том, что сейчас важно. Но большинство людей с трудом понимают, как много вещей не придётся делать, если они просто начнут делать правильные вещи.
Какая ОДНА вещь сделает большинство ваших текущих задач ненужными?
Перестаньте делать что-то только для того, чтобы казаться занятыми. Вы можете добиться успеха с меньшей дисциплиной, чем вы думаете, по одной простой причине:
успех заключается в том, чтобы делать правильные вещи, а не в том, чтобы делать "всё правильно".
Ваша задача – найти свою ОДНУ вещь.
Выделить для неё время.
Всё остальное будет хаосом.
"The ONE Thing" by Gary Keller
Выгорание – не про работу
Кровавое лунное затмение – подходящее время, чтобы поговорить про тёмные паттерны нашего разума и тела, которые мы своими же руками сжигаем каждый день.
Человеческое сознание – Вода.
Человеческое тело – Сосуд.
Вода вытекает из треснутого сосуда.
– Юзаешь ИИ вперёд мозгов - жжёшь своё мышление.
– Жадно читаешь псевдо-новости, завидно тупишь с улыбкой в социалках, втыкаешь в ютуб без повода – жжёшь свои мозг и психику.
– Сидишь 24/7 – жжёшь свою шею и позвоночник.
– Ходишь бесцельно по созвонам/встречам – жжёшь свою Ценность.
– Бежишь с закрытыми глазами – жжёшь свою скорость.
– Не слушаешь интуицию – жжёшь свою волю.
– Ешь трижды в день сахар-пластик-химию – жжёшь свой желудок.
– Мало дышишь – жжёшь свои лёгкие.
– Засыпаешь с телефоном – жжёшь свои биоритмы.
– Пьёшь алкоголь "в моментах" – жжёшь сосуды и сердце.
– Пьёшь БАДы/витамины/фарму с этикеткой – жжёшь природный баланс организма.
– Льёшь химию на кожу и одежду – жжёшь иммунитет и кожу.
– Меняешь Себя ради одобрения – жжёшь свою энергию и душу.
– Не знаешь "кто ты" – жжёшь всего себя.
Твоя Энергия там, где твоё внимание.
Ешь и пей природное.
Ходи и думай иначе.
Смотри в небо.
Temet nosce
...
и всё время спрашивай себя.
Нежгучихвыходных дней!
🌚🔥 🌞
Кровавое лунное затмение – подходящее время, чтобы поговорить про тёмные паттерны нашего разума и тела, которые мы своими же руками сжигаем каждый день.
Человеческое сознание – Вода.
Человеческое тело – Сосуд.
Вода вытекает из треснутого сосуда.
– Юзаешь ИИ вперёд мозгов - жжёшь своё мышление.
– Жадно читаешь псевдо-новости, завидно тупишь с улыбкой в социалках, втыкаешь в ютуб без повода – жжёшь свои мозг и психику.
– Сидишь 24/7 – жжёшь свою шею и позвоночник.
– Ходишь бесцельно по созвонам/встречам – жжёшь свою Ценность.
– Бежишь с закрытыми глазами – жжёшь свою скорость.
– Не слушаешь интуицию – жжёшь свою волю.
– Ешь трижды в день сахар-пластик-химию – жжёшь свой желудок.
– Мало дышишь – жжёшь свои лёгкие.
– Засыпаешь с телефоном – жжёшь свои биоритмы.
– Пьёшь алкоголь "в моментах" – жжёшь сосуды и сердце.
– Пьёшь БАДы/витамины/фарму с этикеткой – жжёшь природный баланс организма.
– Льёшь химию на кожу и одежду – жжёшь иммунитет и кожу.
– Меняешь Себя ради одобрения – жжёшь свою энергию и душу.
– Не знаешь "кто ты" – жжёшь всего себя.
Твоя Энергия там, где твоё внимание.
Ешь и пей природное.
Ходи и думай иначе.
Смотри в небо.
Temet nosce
...
и всё время спрашивай себя.
Нежгучих
🌚
Please open Telegram to view this post
VIEW IN TELEGRAM
Понедельник – день влияния
Несмотря на всё давление понедельников, когда в один день умещается целая рабочая неделя, именно в понедельник можно (нужно?) прикладывать свои усилия, чтобы влиять на правильные вещи.
Потому что:
– в понедельник все вокруг "по общему умолчанию" открыты и настроены к любой новой информации больше чем когда-либо на неделе;
– в понедельник важную информацию никто не смеет открыто игнорировать;
– и даже на уровне подсознания любые полученные в понедельник данные имеют больше веса и доверия, чем аналогичная информация посреди недели.
Получается, что понедельник – наиболее удачный день для того, чтобы под шумом общей (не)внимательности преподносить то, что может быть по-настоящему ценно тебе, продукту и пользователям.
Продуктивной недели!
⚡️🫖
Несмотря на всё давление понедельников, когда в один день умещается целая рабочая неделя, именно в понедельник можно (нужно?) прикладывать свои усилия, чтобы влиять на правильные вещи.
Потому что:
– в понедельник все вокруг "по общему умолчанию" открыты и настроены к любой новой информации больше чем когда-либо на неделе;
– в понедельник важную информацию никто не смеет открыто игнорировать;
– и даже на уровне подсознания любые полученные в понедельник данные имеют больше веса и доверия, чем аналогичная информация посреди недели.
Ведь это понедельник
Получается, что понедельник – наиболее удачный день для того, чтобы под шумом общей (не)внимательности преподносить то, что может быть по-настоящему ценно тебе, продукту и пользователям.
Продуктивной недели!
⚡️🫖
This media is not supported in your browser
VIEW IN TELEGRAM
MCP простыми словами и почему это круто для ИИ
MCP (Multi-Agent Communication Protocol) или "Протокол коммуникации между агентами" – это стандарт с открытым исходным кодом от Anthropic, который позволяет моделям ИИ подключаться к базам данных, API сервисов, файловым системам и другим инструментам без необходимости написания специального кода для каждой новой интеграции.
Простыми словами, MCP - это API для API, или "язык", на котором разные ИИ-системы могут "разговаривать" между собой. Он определяет формат сообщений, способы обмена информацией и правила взаимодействия между ними.
Как работает MCP:
1. Хост (ИИ-модели и клиенты) запускает MCP Client.
2. MCP Client, компонент внутри модели ИИ, который позволяет ей взаимодействовать с серверами MCP, запрашивает информацию или действие у MCP сервера.
2. MCP сервер извлекает их из источников (базы данных или API) и передает ИИ.
3. Далее, ИИ модели используют эту информацию при обработке ответа и передают обратно MCP.
MCP состоит из 5 основных строительных блоков (также известных как примитивы), которые разделены между клиентом и сервером:
– Для клиентов строительными блоками являются Roots (безопасный доступ к файлам) и Sampling (запрос ИИ на генерацию запроса к БД).
– Для серверов существуют Prompts (инструкции для ИИ), Resources (объекты данных, на которые может ссылаться ИИ) и Tools (функции, которые может вызывать ИИ, например, выполнение запроса к БД).
🤖 https://github.com/modelcontextprotocol
MCP (Multi-Agent Communication Protocol) или "Протокол коммуникации между агентами" – это стандарт с открытым исходным кодом от Anthropic, который позволяет моделям ИИ подключаться к базам данных, API сервисов, файловым системам и другим инструментам без необходимости написания специального кода для каждой новой интеграции.
Простыми словами, MCP - это API для API, или "язык", на котором разные ИИ-системы могут "разговаривать" между собой. Он определяет формат сообщений, способы обмена информацией и правила взаимодействия между ними.
Как работает MCP:
1. Хост (ИИ-модели и клиенты) запускает MCP Client.
2. MCP Client, компонент внутри модели ИИ, который позволяет ей взаимодействовать с серверами MCP, запрашивает информацию или действие у MCP сервера.
2. MCP сервер извлекает их из источников (базы данных или API) и передает ИИ.
3. Далее, ИИ модели используют эту информацию при обработке ответа и передают обратно MCP.
MCP состоит из 5 основных строительных блоков (также известных как примитивы), которые разделены между клиентом и сервером:
– Для клиентов строительными блоками являются Roots (безопасный доступ к файлам) и Sampling (запрос ИИ на генерацию запроса к БД).
– Для серверов существуют Prompts (инструкции для ИИ), Resources (объекты данных, на которые может ссылаться ИИ) и Tools (функции, которые может вызывать ИИ, например, выполнение запроса к БД).
🤖 https://github.com/modelcontextprotocol
Product Management & AI
MCP простыми словами и почему это круто для ИИ MCP (Multi-Agent Communication Protocol) или "Протокол коммуникации между агентами" – это стандарт с открытым исходным кодом от Anthropic, который позволяет моделям ИИ подключаться к базам данных, API сервисов…
This media is not supported in your browser
VIEW IN TELEGRAM
MCP для продакт-менеджера простыми словами:
– Вы начинаете работать над фичей. Любая фича реализуется на основе родмэпа, фидбека, PRD, аналитики, дизайна и текущего кода.
– У вас есть MCP сервера, которые извлекают родмэп и PRD из Jira, фидбек из сапорт-тикетов, аналитику из GA/Mixpanel, дизайн-систему из Figma, код из репы в Github, переписки из Slack.
– Всё это через MCP систематически и на постоянной основе скармливается в ИИ, где ИИ распознаёт и обрабатывает всю получаемую информацию.
Каждое действие прозрачно и вы как ИИ-менеджер можете видеть/изменять/дополнять любой из этапов-источников данных.
– А можете этого и не делать (шутка?) – MCP сервер/ИИ-агент может самостоятельно инциировать такие вопросы-уточнения в Jira/Slack/где угодно у авторов родмэпа, фидбека, PRD, дизайна и текущего кода.
– Далее, MCP работает с ИИ в обратную сторону и управляет тем, что:
1) Jira через себя, GA/mixpanel, тикеты, Slack обогащает в себе PRD, формируя и приоритизируя новый родмэп/фичи глазами ИИ;
2) Figma на основе PRD и дизайн-системы (shadcn всех съел) рисует версии дизайнОВ;
3) v0 или Github Copliot на основе PRD и дизайна трансформирует всё в код, катит на дев и сам же его там тестит либо сообщает команде, что пора тестить фичу, и после снова собрает фидбек, баги, откатывает релизы, обогащает PRD, переписывает код и снова катит апдейты.
4) МСР также катит релизы в прод на мелкие сегменты и на основе своих же А/B определяет, какая фича зашла, а какая нет.
Ошибка на любом из этапов? ИИ через MCP увидит её где угодно, от источника и кода, до ошибок в браузере и может снова инициировать их обсуждения в Slack/где угодно, собирая данные и прогоняя цикл по новому кругу.
Всё это автоматизированно, модифицируемо, вариативно, версионно, повторяемо и под управлением ИИ и пока ещё продакт-менеджера.
Сбывается "мечта" всех продактов – успешные релизы по пятницам скоро станут реальностью!
– Вы начинаете работать над фичей. Любая фича реализуется на основе родмэпа, фидбека, PRD, аналитики, дизайна и текущего кода.
– У вас есть MCP сервера, которые извлекают родмэп и PRD из Jira, фидбек из сапорт-тикетов, аналитику из GA/Mixpanel, дизайн-систему из Figma, код из репы в Github, переписки из Slack.
– Всё это через MCP систематически и на постоянной основе скармливается в ИИ, где ИИ распознаёт и обрабатывает всю получаемую информацию.
Каждое действие прозрачно и вы как ИИ-менеджер можете видеть/изменять/дополнять любой из этапов-источников данных.
– А можете этого и не делать (шутка?) – MCP сервер/ИИ-агент может самостоятельно инциировать такие вопросы-уточнения в Jira/Slack/где угодно у авторов родмэпа, фидбека, PRD, дизайна и текущего кода.
– Далее, MCP работает с ИИ в обратную сторону и управляет тем, что:
1) Jira через себя, GA/mixpanel, тикеты, Slack обогащает в себе PRD, формируя и приоритизируя новый родмэп/фичи глазами ИИ;
2) Figma на основе PRD и дизайн-системы (shadcn всех съел) рисует версии дизайнОВ;
3) v0 или Github Copliot на основе PRD и дизайна трансформирует всё в код, катит на дев и сам же его там тестит либо сообщает команде, что пора тестить фичу, и после снова собрает фидбек, баги, откатывает релизы, обогащает PRD, переписывает код и снова катит апдейты.
4) МСР также катит релизы в прод на мелкие сегменты и на основе своих же А/B определяет, какая фича зашла, а какая нет.
Ошибка на любом из этапов? ИИ через MCP увидит её где угодно, от источника и кода, до ошибок в браузере и может снова инициировать их обсуждения в Slack/где угодно, собирая данные и прогоняя цикл по новому кругу.
Всё это автоматизированно, модифицируемо, вариативно, версионно, повторяемо и под управлением ИИ и пока ещё продакт-менеджера.
Сбывается "мечта" всех продактов – успешные релизы по пятницам скоро станут реальностью!