Product Management & AI
25.2K subscribers
600 photos
267 videos
8 files
960 links
Product Management & AI Occultism, Philosophy & Logic

YO: @mirvla (c-f 𓇶 Meteoagent.com)

SATOR
AREPO
TE8ET
OPERA
ROTAS
加入频道
Под шумок хайпа с очками, #Apple хладнокровно выкатывают главного конкурента партнёра ChatGPT.

Накину немного продуктовой конспирологии на презу Эпла, в которой все упустили интересный апдейт iOS 17 – клавиатуру с функцией автокорректа (таймер).

Вроде бы, уже ставшая привычной фича и апдейт алгоритма(!), на который уже даже не обращаешь внимание.

Но зачем её вдруг включили в презу? Ведь Эпл не из тех компаний, которые делают что-то просто так.

Продолжая рассуждать, Apple при Джобсе поняли простое бизнес-правило, которое идеально работает в айти – "лучше не догонять конкурентов, а бежать наперерез".

Что самое дорогое в мире? Информация.

Что делает ChatGPT? Работает с информацией.
Без чего ChatGPT не сможет работать? Без вводимой юзером информации.

Что такое клавиатура? Устройство ввода информации, отправная и обязательная точка в 90% CJM.

Она читает отправленные нами письма, видит номера наших карт, знает все наши пароли... Являясь первичным Источником, клавиатура "знает" то, что вы написали собеседнику первее его самого.

Моя теория в том, что этим апдейтом Apple:

– незаметно заявили о своих разработках в области AI (дабы не привлекать сильное внимание к приватности данных);

– "срезали путь" в гонке за AI за счет того, что интерфейс ввода информации в ChatGPT завязан на клавиатуры Apple (пока что), а значит Apple первее ChatGPT видит вводимую юзером для условного ChatGPT информацию

– а значит, что Apple имеет в этом нечестное конкурентное преимущество по сравнению с тем же ChatGPT.

– Сможет Эпл прожить без ChatGPT? Да.
– Сможет ChatGPT прожить без Эпла? Нет.

– вангую, что в OpenAI это тоже прекрасно понимают, поэтому они подружатся и будут скрытно интегрированы с осью Apple (как, например, Notion AI, который работает на модели ChatGPT).

После релиза автораспознавания текста на картинках/фото на айос устройствах в голове давно сидела мысль, что ну не могут же они, будучи Источником кучи этих данных просто так "выбрасывать" их. А тут раз, и прикрытие "применение" удачно нашлось 🙃

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Рубрика с подборками лучших гостевых постов продолжает радовать новым контентом для продактов, фаундеров и их команд.

Рад представить эксперта в области OKR-методологии Максима Опилкина, ex-CPO маркетплейса Napolke и автора канала @okr_leaders. Максим приходит в гости уже второй раз и за это время его канал пополнился новыми интересным постами на тему OKR:

Теория ограничений Годтратта и OKR
6 шагов для успешного запуска OKR-цикла
Ситуационное руководство или Модель Херши-Бланшара

Зачем фаундеру OKR?
 Мотивация достижения OKR
От красного к оранжевому или 3 культуры управления

Гайд по методам целеполагания
Согласованость VS Синхронизации
 Мотивация команды через эффект Даннинга-Крюгера

На какую работу нанимают друзей
Хочу уйти в отпуск на месяц
Уволить или освободить?
Фреймворк "Now, Next, Later" – пожалуй, самый простой и гибкий инструмент, который помогает структурировать задачи и идеи и определять их приоритеты на основе временных рамок.

Работает фреймворк крайне просто (и в этом его сила), но есть пара важных моментов.

NOW (Сейчас). В этой категории сосредотачиваются задачи и идеи, которые определены максимально конкретно, требуют немедленного внимания и имеют высокий приоритет.

Это могут быть критические ошибки, срочные запросы от клиентов или ключевые функции, которые необходимо разработать для удовлетворения текущих потребностей пользователей и достижения бизнес-целей.

NEXT (Следующее). Здесь располагаются задачи и идеи, которые будут реализованы после завершения задач из категории "Сейчас".

Это включает планы на ближайшую перспективу и улучшения, которые необходимо внести в продукт для обеспечения его конкурентоспособности и роста. Задачи и идеи в этой категории могут быть чуть менее конкретизированы.

LATER (Позже). В этой категории находятся задачи и идеи, которые планируется реализовать в долгосрочной перспективе.

Это могут быть экспериментальные, долгосрочные или стратегические идеи развития продукта. Любые идеи и задачи в этой категории могут быть описаны на уровне общей концепции и без конкретики.

Полезные советы по фреймворку "Now, Next, Later":

– Важно четко определить, какие временные интервалы будут использоваться для каждой категории. Например, "Сейчас" может означать задачи, которые должны быть выполнены в ближайшие 1-2 месяца, "Следующее" - в течение 3-6 месяцев, а "Позже" - более чем через 6 месяцев.

– Приоритизация задач должна быть в соответствии с бизнес-целями и стратегическими направлениями компании. Задачи, которые наиболее сильно влияют на достижение этих целей, должны иметь более высокий приоритет.

– Каждая задача должна быть ясно сформулирована и конкретизирована (ваш КО).

– Из-за своей простоты и гибкости, фреймворк NNL требует регулярного обзора, актуализации и обновления задач в каждой категории!

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Фреймворк "Now, Next, Later" – пожалуй, самый простой и гибкий инструмент, который помогает структурировать задачи и идеи и определять их приоритеты на основе временных рамок. Работает фреймворк крайне просто (и в этом его сила), но есть пара важных моментов.…
#fun И если вы поклонник фреймворка "Now, Next, Later", то вы полюбите его "дополнение" :)

P.S. Шутка шуткой, но правда в этом есть – каждая смена статуса таски/идеи/истории, особенно в статусы "сомнительно" и "никогда", должна быть закоменчена её автором для самого себя и будущих поколений с указанием той или иной Причины такого решения (а не просто отменена одним кликом).
Снова стоите на распутье между “пилить новое” или “улучшать старое”? Универсальный ответ всегда один – спросите у пользователя.

Знакомьтесь с методологией Opportunity Scoring – ещё один фреймворк, который можно использовать для повышения качества вашего родмэпа и продукта в целом.

😎 RUSPM
В Intercom проводят очень интересный эксперимент с монетизацией фичи.

Intercom вчера выкатил AI бота под названием Fin. Под капотом уже ставший обыденностью ChatGPT, который плюсом обучается на базе работы вашего сапорт-отдела.

Интересно другое. Модель монетизации бота построена на... успешно решенном тикете!

Юзер переписывается с AI и если тот решает вопрос без вмешательства оператора (закрытие тикета юзером) – вы платите бакс Интеркому :)

P.S. На скрине основатель и СЕО Intercom Эоган МакКейб рассказывает о том, как они пришли к этой модели. Фича по такой цене убыточна.

😎 RUSPM
Product Management & AI
User Experience Debt или долг пользовательского опыта. Также, как и разрабы любят гордиться своим тех. долгом, у продактов и дизайнеров тоже есть повод для "гордости" и свой тип долговых обязательств :) Главная причина UX-задолженностей аналогична тех. долгу…
В мире продакт-менеджмента существует тема, которую стараются обходить стороной и спрашивать про которую некрасиво, неэтично, и, вообще, "у нас всё под NDA".

Имя этой проблеме - Revenue Debt.

Долг по доходам означает наращивание потери потенциального дохода (упущенной прибыли) и возникает из-за недостаточных усилий продакт-менеджера по улучшению, оптимизации или добавлению генерирующих доход функций в продукт.

Что делать, чтобы избежать, снизить или избавиться от Revenue Debt?

Диверсифицируйте источники дохода. Исследуйте возможности для диверсификации источников дохода в продукте, предлагая дополнительные фичи/суб-продукты, расширяясь на новые рынки, исследуя новые возможности и технологии.

Ставьте реалистичные цели по доходам (хакните KPI). Странно ставить кратные цели роста и ждать соответствующих результатов, не меняя чего-то "кратно" в продукте и его механиках. Думая о высоком, отталкивайтесь от реальности.

Проводите систематические оценки потенциала доходов. Постоянно оценивайте потенциал доходов и определяйте области, в которых улучшения или добавление функций могут увеличить возможности по монетизации.

Оптимизируйте работу над revenue гипотезами/фичами также, как и с другими задачами, разбивая их на более мелкие задачи/эксперименты, чтобы быстрее предоставлять ценность клиентам и снимать данные.

Делайте выводы и принимайте решения на основе данных. В вопросах денег полагайтесь только на цифры и метрики, используйте аналитику данных для обнаружения изменений или трендов, определения поведения пользователей и принятия решений о продукте.

Инвестируйте в удержание клиентов. Привлечение новых клиентов всегда дороже, чем удержание существующих. Сосредоточьтесь на предоставлении отличного обслуживания клиентов, создании программ лояльности и укреплении долгосрочных отношений с вашими клиентами для снижения оттока и увеличения ими повторных платежей.

Экспериментируйте с ценообразованием. Постоянно оценивайте и оптимизируйте стратегию ценообразования, основываясь на рыночных условиях, спросе, предложении и готовности клиентов платить за решение их проблем.

Бонус: немного обновил статью про нестандартные форматы отъёма денег у пользователей новыми способами 🙂

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
#fun 1985 год, Стив Балмер надрывается в рекламе Windows 1.0.

Досмотрите видео до конца и получите уникальное предложение на ПО от Microsoft 🤣

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Продолжаю рассказывать про авторов каналов об управлении продуктами, на которые подписан сам.

Сегодняшний гость – Егор Абрамец, основатель сервиса объявлений Юла, поработавший в Яндексе, Газпром-Медиа и VK.

В своём @abrametchivo Егор делится личным опытом, накопленным за более чем 16 лет в IT на пути от простого менеджера до вице-президента по рекламным технологиям с командой в 1,000+ человек.

Интересные посты:

​​Аналитика ради аналитики
– Критика — это топливо для развития
– Работай над процессами, а не ищи виноватых

Знание не должно быть статичным
– Как понять, чем стоит заниматься
– Куда инвестировать на работе

Форма определяет содержание
– Разница между проблемами и несовершенством
100% контроля нет, есть управляемый хаос

– Как отвечать на вопрос «Что с проектом»
Сначала главное, потом детали
Радикальная правда: как сообщать руководителю о проблемах
This media is not supported in your browser
VIEW IN TELEGRAM
С интересом наблюдаю за движениями #Google в области обработки изображений и ИИ. Вот, например, на прошлой неделе Google Maps обновили технологию Immersive View.

Immersive View использует машинное обучение (ML) и компьютерное зрение для объединения миллиардов изображений Street View и аэрофотоснимков для создания богатой визуальной модели мира, позволяя накладывать на неё сверху разную информацию, такую ​​как погоду, пробки и т.п.

С новым обновлением модель теперь также работает с помещениям, позволяя создавать и дорабатывать полноценные 3D сцены.

(Насчет накладываний поверх - вы же заметили, что с этими эпловскими очками и гонкой вокруг визуализаций изображений назревает старый новый тренд – floating UI и floating UX.)

В основе работы лежит NeRF, недавно разработанный метод трехмерной реконструкции и нового синтеза изображений.

Получив набор фотографий, описывающих сцену, NeRF преобразует эти фотографии в нейронное поле, которое затем можно использовать для визуализации фотографий с точек зрения, отсутствующих в исходной коллекции.

P.S. Привет, сгенеренные миры и вселенные в очках? Нет, это «ещё не Матрица» (но похоже на ее MVP на коленке).

С технической стороны, реализация виртуального мира с таким уровнем детализации, ввода, обработки и вывода таких объемов данных в реальном времени в онлайне требуют громадных ресурсов для каждого клиента (либо на устройстве, либо на облачных вычислениях).

P.S. А еще Гугл запустил публичные курсы и уроки по AI, рекомендую изучить.
Определяем готовность юзеров платить $ с помощью Van Westendorp’s Price Sensitivity Meter.

"Готовность платить" или Willingness to Pay (WTP) – уровень восприятия ценности вашего продукта и готовность пользователей платить столько, сколько вы запрашиваете.

Как это часто бывает:

– Ставьте низкую цену на свой продукт, и вы растите свой Revenue Debt.

– Ставите высокую цену, и у вас крайне мало покупателей.

– Ставите цену выше конкурентов, и вы говорите клиентам, что у вас премиальный сервис, при этом теряя огромное количество потенциальных покупателей.

– Цена ниже ваших конкурентов, и вы отправляете рынку сообщение о том, что вы бюджетный вариант (и, возможно, продукт не так хорош).

– Вы можете снизить цену и потом снова поднять ее в зависимости от количества покупателей, но вы снова рискуете потерять время и деньги.

– Вы можете поставить высокую цену, а затем снизить ее. Но тогда вы разочаруете своих первых последователей (самых лояльных клиентов), которые понимают, что если бы они подождали, то сэкономили.

Все эти тесты требуют времени, внимания и связаны с реальными деньгами.

Как повысить качество будущих ценовых A/B-тестов и подготовить для них вводные данные?

Может помочь фрйемворк Van Westendorp, который используется для определения оптимальной цены на продукт или услугу.

Стратегия основана на четырех вопросах, которые задаются выборке потенциальных/текущих клиентов.

Вот пример опроса, который юзали для определения цены ChatGPT.

– По какой цене вы считаете настолько дорогим, что не стали бы покупать его? (слишком дорогая цена).

– Какая самая высокая цена, по которой вы бы задумались о покупке данного продукта? (высокая цена)

– По какой цене вы считаете ChatGPT выгодной покупкой — отличной покупкой за эти деньги? (хорошее цена/качество)

– При какой цене вы посчитаете, что качество продукта может быть не очень хорошим?

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Определяем готовность юзеров платить $ с помощью Van Westendorp’s Price Sensitivity Meter. "Готовность платить" или Willingness to Pay (WTP) – уровень восприятия ценности вашего продукта и готовность пользователей платить столько, сколько вы запрашиваете.…
Как работать с графиком Van Westendorp’s Price Sensitivity Meter? (продолжение поста выше)

Отобразите ответы на графике, где X — это цена, а Y — процент от общего числа респондентов.

Ценовые вилки с большим кол-вом ответов и можно использовать как базу для последующих ценовых тестов.

Пересечение «слишком дешевого» и «дорогого» может быть нижней границей приемлемого ценового диапазона (точку предельной дешевизны).

Точно так же пересечение линий «слишком дорого» и «дешево» можно рассматривать как верхнюю границу приемлемого ценового диапазона (точка предельной дороговизны или PME).

Пересечения, где обычно больше согласия, - это точка, в которой «дорогая» линия пересекает «дешевую» линию. Это описывается как «ценовая точка безразличия» или IPP.

Наконец, пересечение линий «слишком дешево» и «слишком дорого» представляет собой «оптимальную цену» или OPP. Это точка, в которой равное число респондентов описывают цену как превышающую их верхний или нижний пределы.

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
#Google на прошлой неделе выкатил свой #ai аналог ChatGPT под названием Bard. Особенности: бесплатный, очень быстрый, работа с онлайн-данными в режиме реального времени, поиск по изображениям и ответы с картинками + сразу несколько вариантов ответов, голосовые…
This media is not supported in your browser
VIEW IN TELEGRAM
#ai Для тех, кому не терпится включить себе в поиск Google бесплатный ИИ, welcome – https://labs.google.com/search/experiments.

Public waitlist, добавляют в течение 4 рабочих дней (нужен американский айпишник).

С точки зрения UX/UI всё тоже самое, просто блок быстрых ответов превращается в консоль с ответами от Bard AI.

P.S. Помянем профессию сеошника сайта, вознесём хвалу профессии AI SEO Product Manager 🙏🏻

P.S.2. А ведь легендарная в кругу сеошников фраза "Сontent is King" правдой оказалась. И эта корона теперь у ChatGPT / Bard AI.

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Как искать “виноватых" и "что с ними делать"?

Простое правило: цель поиска не в наказании виновного, а в понимании Причин(ы), которые к этому привели и предотвращение их появления в будущем

Пара советов по этим неприятным моментам из личного опыта со стороны руководителя:

1. Любой косяк всегда всплывает и в 99% случаев его автор всегда известен, поэтому играть в молчанку не получится, да и глупо с обеих сторон (как виновного так и коллег/руководства).

2. Вместо замалчивания, для успокоения души обезличь и анонимизируй кейс (виновный то всё равно известен), далее выноси его на изучение с отделом, где этот кейс возник.

3. Анализируйте КЕЙС и, в зависимости от результатов, принимайте то или иное решение, которое призвано устранить появление негативных причин КЕЙСА (а не как обычно бывает, команда начинает бороться с возникшими проблемами лечебными припарками и новыми велосипедами).

Ключевое тут – понять, почему так случилось и как этого избежать в будущем (про виновного мы уже давно забыли, только если это не реальный долбан, с которым надо прощаться после 2 повторного косяка).

Насчёт избегания, соломок и прочего. Побуду Капитаном:

– Определяй четкий круг обязанностей всех членов команды. Долго размываете чьи-то обязанности – человек размывает своё внимание, силы и энергию. Отсюда низкий фокус и ошибки.

– Принимай участие в обсуждении и планировании задач на всех этапах, за которые вы лично несете ответственность и в которые вовлечены.

– Всегда объясняй детали и особенности их работы, механики, целевую аудторию, а также внутренние приоритеты и понятные акценты, поясняя, чем и почему они важны сейчас для пользователи и продукта.

– Ошибка многих продактов - вместо предупреждения болезни командных процессов они начинают лечить их своим непосредственным участием. Вместо этого ограничивайся только своими профессиональными областями.

Объясняй маркетингу, какие именно цели стоят перед продуктом сейчас, какие у него особенности и преимущества, а также свойства аудитории. То, как именно достигнуть этих целей маркетингом это уже его задача.

Подготовь для сапорт-менеджеров ваш CJM, пишите апдейты на фичи. То, как и что именно отвечать в чате юзерам на баги это задача главы отдела сапорта.

Не спрашивай разработчиков каждый день когда будет релиз - либо двигаайтесь котркими спринтами (2-3 недели), либо релизьтесь в режиме live и не задавайся такими вопросами.

Помните, что главная цель любой командной работы - внутреняя слаженность и уют.

Не замалчивайте правду, будьте честны друг с другом. Если "все всё понимают" и доверяют, то необходимость контроля с какой-либо стороны снижается в разы и команда работает в максимально возможно-комфортном(!) для себя режиме и... не выгорает.

Интересное по теме:

Автономные группы по продуктам
– Как завоевать доверие своей команды

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM