Product Management & AI
В августе уволено 27,000 человек.
Всего в 2024 уволено 136,700 сотрудников.
А в сентябре ещё ТОПы из отпусков подтянутся и будет новый этап оптимизаций, помноженных в 2024-ом на ИИ.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Please open Telegram to view this post
VIEW IN TELEGRAM
Value Proposition Builder или из чего складывается и на чём стоит ценностное предложение продукта
🧱 ПРОБЛЕМА И ЕЁ РЕШЕНИЕ
Глубокое понимание проблемы должно включать не только полное понимание её текущего решения(ий), но и понимание всех ПРЕДЫДУЩИХ решений, которые когда-либо во времени были опробованы людьми для решения такой проблемы.
🧱 ЦЕННОСТНОЕ ПРЕДЛОЖЕНИЕ
Ценностное предложение это НЕ функция, которую вы создаёте в продукте (функция есть решение), а его Суть или Обещание, которое вы даёте пользователям и которое доносите с помощью фунции(ий).
🧱 СТРАТЕГИЧЕСКОЕ ОТЛИЧИЕ
Стратегическое отличие сосредоточено на описании того, какими уникальными возможностями будет обладать ваше предложение и построенное на нём решение и какие преимущества оно будет использовать для того, чтобы сделать его безупречным.
По теме:
– 5 видов пользовательского опыта
– Business Model Canvas (Остервальд)
🧱 ПРОБЛЕМА И ЕЁ РЕШЕНИЕ
Глубокое понимание проблемы должно включать не только полное понимание её текущего решения(ий), но и понимание всех ПРЕДЫДУЩИХ решений, которые когда-либо во времени были опробованы людьми для решения такой проблемы.
🧱 ЦЕННОСТНОЕ ПРЕДЛОЖЕНИЕ
Ценностное предложение это НЕ функция, которую вы создаёте в продукте (функция есть решение), а его Суть или Обещание, которое вы даёте пользователям и которое доносите с помощью фунции(ий).
🧱 СТРАТЕГИЧЕСКОЕ ОТЛИЧИЕ
Стратегическое отличие сосредоточено на описании того, какими уникальными возможностями будет обладать ваше предложение и построенное на нём решение и какие преимущества оно будет использовать для того, чтобы сделать его безупречным.
По теме:
– 5 видов пользовательского опыта
– Business Model Canvas (Остервальд)
Product Management & AI
#stevejobs Что сделало Apple великой? То, что в самом начале жизни она строилась от сердца, а не когда кто-то пришёл и сказал "Эй, я знаю как строить компании, вот что ты должен делать". 1985 год, легендарные мозговые штурмы от Стива Джобса перед сотрудниками…
Please open Telegram to view this post
VIEW IN TELEGRAM
Инструкция к Lego — идеальный пример безупречного PRD, ведь с ней любой ребёнок может собрать Продукт с абсолютной точностью.
Инструкции Lego, как и Product Requirements Documents, содержат:
– чёткую конечную цель;
– все шаги и этапы;
– модули и части;
– подсказки и демонстрации;
– сборку/тесты в режиме live;
– полную картину процесса.
✨ 6 ключевых этапов написания PRD
Инструкции Lego, как и Product Requirements Documents, содержат:
– чёткую конечную цель;
– все шаги и этапы;
– модули и части;
– подсказки и демонстрации;
– сборку/тесты в режиме live;
– полную картину процесса.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
AI is A New Religion™: Февральский дайджест лучших постов для продактов Пока Сергей Брин * отвечает на вопросы молодых фаундеров о провалах и планах #Google в хакерхаусе "где-то в Сан-Франциско", вы можете почитать февральский дайджест постов для продакт…
Сергей Брин вернулся к активной работе в Google и каждый день трудится над разработкой ИИ, рассказал он же во вчерашнем интервью на All-In Summit 2024
Внутри ещё про людей, технологии, как ему пишет код ИИ, гигаватты энергии и то, куда это всё движется.
👨🏻💻 ☕️
Внутри ещё про людей, технологии, как ему пишет код ИИ, гигаватты энергии и то, куда это всё движется.
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Sergey Brin | All-In Summit 2024
(0:00) David Friedberg intros Sergey Brin
(1:41) What Sergey is working on at Google
(5:45) Is Google chasing a "God Model"?
(8:49) Thoughts on the massive AI chip buildout
(12:54) Future of human-AI interaction
(14:58) Changing Google's conservative product…
(1:41) What Sergey is working on at Google
(5:45) Is Google chasing a "God Model"?
(8:49) Thoughts on the massive AI chip buildout
(12:54) Future of human-AI interaction
(14:58) Changing Google's conservative product…
This media is not supported in your browser
VIEW IN TELEGRAM
4 неочевидных ошибки при разработке и внедрении фич
№1. Игнорирование индивидуальности функций
Не все фичи одинаковы (полезны)– каждая функция имеет собственные уникальные механики, которые необходимо учитывать не только для её разработки, но и ДЛЯ будущего позиционирования, вывода и доставки этой функции до пользователей (рынка).
№2. Неправильная упаковка функций
Функции также бывают разных форм и размеров.
Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.
– Советы по ценообразованию фич
Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.
– Делаем фичу или суб-продукт?
№3. Несбалансированное развёртывание функций
Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.
Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.
№4. Рассхинхрон фич с сапортами/продажниками/маркетингом
Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:
а) новой фичи, с которой не сможет разобраться юзер;
б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).
Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.
Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
№1. Игнорирование индивидуальности функций
Не все фичи одинаковы (
№2. Неправильная упаковка функций
Функции также бывают разных форм и размеров.
Такие факторы, как частота использования, масштаб решаемой проблемы, «ценность» фичи в глазах клиента, стоимость эксплуатации и т. д. – всё это влияет на установление приоритета, доступов и цен на функции.
– Советы по ценообразованию фич
Особенно актуально, когда функция реализована как автономное масштабируемое дополнение к основному продукту.
– Делаем фичу или суб-продукт?
№3. Несбалансированное развёртывание функций
Вытекает из предыдущих – даже 1 фичу не нужно запускать сразу для всех пользователей.
Поэтапное внедрение фичи по гео/когортам/тирам даёт продуктовым командам самое главное – время и свободу для сбора аналитики, багов, отзывов, тестов и их анализу.
№4. Рассхинхрон фич с сапортами/продажниками/маркетингом
Задержка в обновлении и доставке фич и инфы о продукте/фичах до юзеров и менеджеров – классика многих продуктов, которая снижает конверсии:
а) новой фичи, с которой не сможет разобраться юзер;
б) время до закрытия тикета/лида менеджером (читай – его KPI-зарплату-мотивацию-выгорание-эффективность).
Другая классика – когда сейлзы/маркетинг продают фичи "как они лучше продаются", а не такими, какими фичи является в реальности.
Задача продуктовой команды – систематически проверять и сверять фичи на актуальность целей, затрат, выгод и формулировок, которые дают пользователям ваши маркетологи, сапорт и... сами фичи (продукт).
OG "founder mode" 😎
Пилим и выводим фичи на рынок с фреймворком SPACER
После летних отпусков у команды (и руководства) всегда много идей и планов. Чтобы держать перед глазами полный цикл жизни "идея-фича", распишите каждую из них по шести направлениям.
S = История
Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).
– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?
P = Цена и упаковка
Ценообразование –первое второе, о чём нужно думать с функциями в продукте.
– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет/ценовой уровень?
– Сравнение с другими ценами на рынке.
– Гибкость использования в промо и акциях.
A = Возможности и ограничения
Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:
– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?
✨ Какие потенциальные варианты использования могут выходить за рамки возможностей этой функции?
✨ Насколько масштабируема эта функция для будущих улучшений?
C = Конкурентное отличие
Базис любого позиционирования – отличие от конкурентов.
– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?
E = Конечный пользователь
Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".
– В каких контекстах или ситуациях пользователи обычно используют эту функцию?
– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?
– Какие сегменты пользователей получат наибольшую выгоду от этой функции?
✨ Существуют ли какие-либо вторичные группы пользователей, которые следует учитывать?
R = Дорожная карта
Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.
– Когда ожидается выпуск функции?
– Какие риски могут изменить эти сроки?
✨ Какие потенциальные улучшения и расширения фичи рассматриваются на ближайшие 6–12 месяцев?
✨ Насколько гибки наша дорожная карта и продукт для этих изменений после релиза и доставки фичи?
----
А между тем,ИИ Oracle на прошлой неделе получила разрешение на строительство трёх небольших ядерных реакторов мощностью до 1 гигаватта для своего AI дата-центра.
Всем атомной недели!
☕️☢️
После летних отпусков у команды (и руководства) всегда много идей и планов. Чтобы держать перед глазами полный цикл жизни "идея-фича", распишите каждую из них по шести направлениям.
S = История
Состоит из: а) предыстории (начального контекста, лежащего в основе этой функции); б) истории пользователя (краткое описание, изложенное с точки зрения целевого пользователя).
– Какие данные привели к этой функции?
– Какую проблему решает эта функция?
– Типичный сценарий использования
– Какие преимущества получат пользователи?
– Как эта функция соотносится с нашим видением продукта?
P = Цена и упаковка
Ценообразование –
– Как фича влияет на общую ценовую стратегию?
– Это премиум-фича/базовый пакет/ценовой уровень?
– Сравнение с другими ценами на рынке.
– Гибкость использования в промо и акциях.
A = Возможности и ограничения
Ограничения и запреты фич (продуктовая реальность) также должны быть явно обсуждены:
– Каковы механики этой функции?
– Особенности интеграции с существующим продуктом
– Какие тех. ограничения существуют?
C = Конкурентное отличие
Базис любого позиционирования – отличие от конкурентов.
– Конкуренты предлагают аналогичную функцию?
– Чем они нас в ней превосходят?
– Какие уникальности отличают нашу функцию?
– Как быстро конкуренты скопируют нашу уникальность?
E = Конечный пользователь
Капитан Очевидность напоминает, что У-Каждой-Функции Есть-Свой-Основной-Пользователь и вариант использования им "его фич".
– В каких контекстах или ситуациях пользователи обычно используют эту функцию?
– Каким образом эта функция решает конкретную проблему этого сегмента пользователей?
– Какие сегменты пользователей получат наибольшую выгоду от этой функции?
R = Дорожная карта
Этот пункт охватывает ожидаемую дату выхода функции в производство и то, что её ждет в Будущем.
– Когда ожидается выпуск функции?
– Какие риски могут изменить эти сроки?
----
А между тем,
Всем атомной недели!
☕️☢️
Please open Telegram to view this post
VIEW IN TELEGRAM