Под шумок хайпа с очками, #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
Накину немного продуктовой конспирологии на презу Эпла, в которой все упустили интересный апдейт iOS 17 – клавиатуру с функцией автокорректа (таймер).
Вроде бы, уже ставшая привычной фича и апдейт алгоритма(!), на который уже даже не обращаешь внимание.
Но зачем её вдруг включили в презу? Ведь Эпл не из тех компаний, которые делают что-то просто так.
Продолжая рассуждать, Apple при Джобсе поняли простое бизнес-правило, которое идеально работает в айти – "лучше не догонять конкурентов, а бежать наперерез".
Что самое дорогое в мире? Информация.
Что делает ChatGPT? Работает с информацией.
Без чего ChatGPT не сможет работать? Без вводимой юзером информации.
Что такое клавиатура? Устройство ввода информации, отправная и обязательная точка в 90% CJM.
Она читает отправленные нами письма, видит номера наших карт, знает все наши пароли... Являясь первичным Источником, клавиатура "знает" то, что вы написали собеседнику первее его самого.
Моя теория в том, что этим апдейтом Apple:
– незаметно заявили о своих разработках в области AI (дабы не привлекать сильное внимание к приватности данных);
– "срезали путь" в гонке за AI за счет того, что интерфейс ввода информации в ChatGPT завязан на клавиатуры Apple (пока что), а значит Apple первее ChatGPT видит вводимую юзером для условного ChatGPT информацию
– а значит, что Apple имеет в этом нечестное конкурентное преимущество по сравнению с тем же ChatGPT.
– Сможет Эпл прожить без ChatGPT? Да.
– Сможет ChatGPT прожить без Эпла? Нет.
– вангую, что в OpenAI это тоже прекрасно понимают, поэтому они подружатся и будут скрытно интегрированы с осью Apple (как, например, Notion AI, который работает на модели ChatGPT).
После релиза автораспознавания текста на картинках/фото на айос устройствах в голове давно сидела мысль, что ну не могут же они, будучи Источником кучи этих данных просто так "выбрасывать" их. А тут раз, и
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegraph
Как решать сложные проблемы и задачи
Как решить сложную проблему? Поделюсь своим универсальным набором для решений сложных проблем: 1. Ищите первоисточник. В основе всего всегда лежит причина, из которой идет следствие и даже проблема может быть следствием. Раскопайте первоисточник проблемы…
Рубрика с подборками лучших гостевых постов продолжает радовать новым контентом для продактов, фаундеров и их команд.
Рад представить эксперта в области OKR-методологии Максима Опилкина, ex-CPO маркетплейса Napolke и автора канала @okr_leaders. Максим приходит в гости уже второй раз и за это время его канал пополнился новыми интересным постами на тему OKR:
– Теория ограничений Годтратта и OKR
– 6 шагов для успешного запуска OKR-цикла
– Ситуационное руководство или Модель Херши-Бланшара
– Зачем фаундеру OKR?
– Мотивация достижения OKR
– От красного к оранжевому или 3 культуры управления
– Гайд по методам целеполагания
– Согласованость VS Синхронизации
– Мотивация команды через эффект Даннинга-Крюгера
– На какую работу нанимают друзей
– Хочу уйти в отпуск на месяц
– Уволить или освободить?
Рад представить эксперта в области OKR-методологии Максима Опилкина, ex-CPO маркетплейса Napolke и автора канала @okr_leaders. Максим приходит в гости уже второй раз и за это время его канал пополнился новыми интересным постами на тему OKR:
– Теория ограничений Годтратта и OKR
– 6 шагов для успешного запуска OKR-цикла
– Ситуационное руководство или Модель Херши-Бланшара
– Зачем фаундеру OKR?
– Мотивация достижения OKR
– От красного к оранжевому или 3 культуры управления
– Гайд по методам целеполагания
– Согласованость VS Синхронизации
– Мотивация команды через эффект Даннинга-Крюгера
– На какую работу нанимают друзей
– Хочу уйти в отпуск на месяц
– Уволить или освободить?
Telegram
GO2OKR | Максим Опилкин
Авторский канал Максима Опилкина,
лидера OKR-трансформации
и создателя технологии внедрения GO2OKR.
Здесь личный опыт, управленческие инсайты, грабли и механики внедрения OKR.
Только реальные кейсы.
Для связи t.me/go2okr_team
лидера OKR-трансформации
и создателя технологии внедрения GO2OKR.
Здесь личный опыт, управленческие инсайты, грабли и механики внедрения OKR.
Только реальные кейсы.
Для связи t.me/go2okr_team
Product Management & AI
Модель роста Duolingo — это ряд показателей, которые команда разработала, чтобы дать толчок стратегии роста приложения. Она базируется на модели Маркова, которая рассматривает основные показатели (например, DAU) по мелким сегментам пользователей. Для этого…
В продолжение серии публикаций о продуктовых механиках Duolingo, статья о том, как Duolingo использует психологию, геймификацию, социализацию и прочие приёмы для формирования в своём продукте пользовательских привычек
😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Teletype
Как Duolingo использовал психологию, чтобы сделать обучение увлекательным
Duolingo - один из самых успешных в мире бизнесов, основанных на обучении. В 2022 году его доход составил почти полмиллиарда долларов...
Фреймворк "Now, Next, Later" – пожалуй, самый простой и гибкий инструмент, который помогает структурировать задачи и идеи и определять их приоритеты на основе временных рамок.
Работает фреймворк крайне просто (и в этом его сила), но есть пара важных моментов.
NOW (Сейчас). В этой категории сосредотачиваются задачи и идеи, которые определены максимально конкретно, требуют немедленного внимания и имеют высокий приоритет.
Это могут быть критические ошибки, срочные запросы от клиентов или ключевые функции, которые необходимо разработать для удовлетворения текущих потребностей пользователей и достижения бизнес-целей.
NEXT (Следующее). Здесь располагаются задачи и идеи, которые будут реализованы после завершения задач из категории "Сейчас".
Это включает планы на ближайшую перспективу и улучшения, которые необходимо внести в продукт для обеспечения его конкурентоспособности и роста. Задачи и идеи в этой категории могут быть чуть менее конкретизированы.
LATER (Позже). В этой категории находятся задачи и идеи, которые планируется реализовать в долгосрочной перспективе.
Это могут быть экспериментальные, долгосрочные или стратегические идеи развития продукта. Любые идеи и задачи в этой категории могут быть описаны на уровне общей концепции и без конкретики.
Полезные советы по фреймворку "Now, Next, Later":
– Важно четко определить, какие временные интервалы будут использоваться для каждой категории. Например, "Сейчас" может означать задачи, которые должны быть выполнены в ближайшие 1-2 месяца, "Следующее" - в течение 3-6 месяцев, а "Позже" - более чем через 6 месяцев.
– Приоритизация задач должна быть в соответствии с бизнес-целями и стратегическими направлениями компании. Задачи, которые наиболее сильно влияют на достижение этих целей, должны иметь более высокий приоритет.
– Каждая задача должна быть ясно сформулирована и конкретизирована (ваш КО).
– Из-за своей простоты и гибкости, фреймворк NNL требует регулярного обзора, актуализации и обновления задач в каждой категории!
😎 RUSPM
Работает фреймворк крайне просто (и в этом его сила), но есть пара важных моментов.
NOW (Сейчас). В этой категории сосредотачиваются задачи и идеи, которые определены максимально конкретно, требуют немедленного внимания и имеют высокий приоритет.
Это могут быть критические ошибки, срочные запросы от клиентов или ключевые функции, которые необходимо разработать для удовлетворения текущих потребностей пользователей и достижения бизнес-целей.
NEXT (Следующее). Здесь располагаются задачи и идеи, которые будут реализованы после завершения задач из категории "Сейчас".
Это включает планы на ближайшую перспективу и улучшения, которые необходимо внести в продукт для обеспечения его конкурентоспособности и роста. Задачи и идеи в этой категории могут быть чуть менее конкретизированы.
LATER (Позже). В этой категории находятся задачи и идеи, которые планируется реализовать в долгосрочной перспективе.
Это могут быть экспериментальные, долгосрочные или стратегические идеи развития продукта. Любые идеи и задачи в этой категории могут быть описаны на уровне общей концепции и без конкретики.
Полезные советы по фреймворку "Now, Next, Later":
– Важно четко определить, какие временные интервалы будут использоваться для каждой категории. Например, "Сейчас" может означать задачи, которые должны быть выполнены в ближайшие 1-2 месяца, "Следующее" - в течение 3-6 месяцев, а "Позже" - более чем через 6 месяцев.
– Приоритизация задач должна быть в соответствии с бизнес-целями и стратегическими направлениями компании. Задачи, которые наиболее сильно влияют на достижение этих целей, должны иметь более высокий приоритет.
– Каждая задача должна быть ясно сформулирована и конкретизирована (ваш КО).
– Из-за своей простоты и гибкости, фреймворк NNL требует регулярного обзора, актуализации и обновления задач в каждой категории!
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. Шутка шуткой, но правда в этом есть – каждая смена статуса таски/идеи/истории, особенно в статусы "сомнительно" и "никогда", должна быть закоменчена её автором для самого себя и будущих поколений с указанием той или иной Причины такого решения (а не просто отменена одним кликом).
P.S. Шутка шуткой, но правда в этом есть – каждая смена статуса таски/идеи/истории, особенно в статусы "сомнительно" и "никогда", должна быть закоменчена её автором для самого себя и будущих поколений с указанием той или иной Причины такого решения (а не просто отменена одним кликом).
Снова стоите на распутье между “пилить новое” или “улучшать старое”? Универсальный ответ всегда один – спросите у пользователя.
Знакомьтесь с методологией Opportunity Scoring – ещё один фреймворк, который можно использовать для повышения качества вашего родмэпа и продукта в целом.
😎 RUSPM
Знакомьтесь с методологией Opportunity Scoring – ещё один фреймворк, который можно использовать для повышения качества вашего родмэпа и продукта в целом.
😎 RUSPM
Telegraph
Методология Opportunity Scoring: развиваем потенциал текущего функционала продукта
Opportunity Scoring — еще один фреймворк для продуктового развития, позволяющий узнать, какие фичи в продукте клиенты считают важными, но слаборазвитыми и недовольны ими. Улучшение именно этих функций может предоставить продукту возможности для повышения…
В Intercom проводят очень интересный эксперимент с монетизацией фичи.
Intercom вчера выкатил AI бота под названием Fin. Под капотом уже ставший обыденностью ChatGPT, который плюсом обучается на базе работы вашего сапорт-отдела.
Интересно другое. Модель монетизации бота построена на... успешно решенном тикете!
Юзер переписывается с AI и если тот решает вопрос без вмешательства оператора (закрытие тикета юзером) – вы платите бакс Интеркому :)
P.S. На скрине основатель и СЕО Intercom Эоган МакКейб рассказывает о том, как они пришли к этой модели. Фича по такой цене убыточна.
😎 RUSPM
Intercom вчера выкатил AI бота под названием Fin. Под капотом уже ставший обыденностью ChatGPT, который плюсом обучается на базе работы вашего сапорт-отдела.
Интересно другое. Модель монетизации бота построена на... успешно решенном тикете!
Юзер переписывается с AI и если тот решает вопрос без вмешательства оператора (закрытие тикета юзером) – вы платите бакс Интеркому :)
P.S. На скрине основатель и СЕО Intercom Эоган МакКейб рассказывает о том, как они пришли к этой модели. Фича по такой цене убыточна.
😎 RUSPM
Product Management & AI
User Experience Debt или долг пользовательского опыта. Также, как и разрабы любят гордиться своим тех. долгом, у продактов и дизайнеров тоже есть повод для "гордости" и свой тип долговых обязательств :) Главная причина UX-задолженностей аналогична тех. долгу…
В мире продакт-менеджмента существует тема, которую стараются обходить стороной и спрашивать про которую некрасиво, неэтично, и, вообще, "у нас всё под NDA".
Имя этой проблеме - Revenue Debt.
Долг по доходам означает наращивание потери потенциального дохода (упущенной прибыли) и возникает из-за недостаточных усилий продакт-менеджера по улучшению, оптимизации или добавлению генерирующих доход функций в продукт.
Что делать, чтобы избежать, снизить или избавиться от Revenue Debt?
Диверсифицируйте источники дохода. Исследуйте возможности для диверсификации источников дохода в продукте, предлагая дополнительные фичи/суб-продукты, расширяясь на новые рынки, исследуя новые возможности и технологии.
Ставьте реалистичные цели по доходам (хакните KPI). Странно ставить кратные цели роста и ждать соответствующих результатов, не меняя чего-то "кратно" в продукте и его механиках. Думая о высоком, отталкивайтесь от реальности.
Проводите систематические оценки потенциала доходов. Постоянно оценивайте потенциал доходов и определяйте области, в которых улучшения или добавление функций могут увеличить возможности по монетизации.
Оптимизируйте работу над revenue гипотезами/фичами также, как и с другими задачами, разбивая их на более мелкие задачи/эксперименты, чтобы быстрее предоставлять ценность клиентам и снимать данные.
Делайте выводы и принимайте решения на основе данных. В вопросах денег полагайтесь только на цифры и метрики, используйте аналитику данных для обнаружения изменений или трендов, определения поведения пользователей и принятия решений о продукте.
Инвестируйте в удержание клиентов. Привлечение новых клиентов всегда дороже, чем удержание существующих. Сосредоточьтесь на предоставлении отличного обслуживания клиентов, создании программ лояльности и укреплении долгосрочных отношений с вашими клиентами для снижения оттока и увеличения ими повторных платежей.
Экспериментируйте с ценообразованием. Постоянно оценивайте и оптимизируйте стратегию ценообразования, основываясь на рыночных условиях, спросе, предложении и готовности клиентов платить за решение их проблем.
Бонус: немного обновил статью про нестандартные форматы отъёма денег у пользователей новыми способами 🙂
😎 RUSPM
Имя этой проблеме - Revenue Debt.
Долг по доходам означает наращивание потери потенциального дохода (упущенной прибыли) и возникает из-за недостаточных усилий продакт-менеджера по улучшению, оптимизации или добавлению генерирующих доход функций в продукт.
Что делать, чтобы избежать, снизить или избавиться от Revenue Debt?
Диверсифицируйте источники дохода. Исследуйте возможности для диверсификации источников дохода в продукте, предлагая дополнительные фичи/суб-продукты, расширяясь на новые рынки, исследуя новые возможности и технологии.
Ставьте реалистичные цели по доходам (
Проводите систематические оценки потенциала доходов. Постоянно оценивайте потенциал доходов и определяйте области, в которых улучшения или добавление функций могут увеличить возможности по монетизации.
Оптимизируйте работу над revenue гипотезами/фичами также, как и с другими задачами, разбивая их на более мелкие задачи/эксперименты, чтобы быстрее предоставлять ценность клиентам и снимать данные.
Делайте выводы и принимайте решения на основе данных. В вопросах денег полагайтесь только на цифры и метрики, используйте аналитику данных для обнаружения изменений или трендов, определения поведения пользователей и принятия решений о продукте.
Инвестируйте в удержание клиентов. Привлечение новых клиентов всегда дороже, чем удержание существующих. Сосредоточьтесь на предоставлении отличного обслуживания клиентов, создании программ лояльности и укреплении долгосрочных отношений с вашими клиентами для снижения оттока и увеличения ими повторных платежей.
Экспериментируйте с ценообразованием. Постоянно оценивайте и оптимизируйте стратегию ценообразования, основываясь на рыночных условиях, спросе, предложении и готовности клиентов платить за решение их проблем.
Бонус: немного обновил статью про нестандартные форматы отъёма денег у пользователей новыми способами 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Продолжаю рассказывать про авторов каналов об управлении продуктами, на которые подписан сам.
Сегодняшний гость – Егор Абрамец, основатель сервиса объявлений Юла, поработавший в Яндексе, Газпром-Медиа и VK.
В своём @abrametchivo Егор делится личным опытом, накопленным за более чем 16 лет в IT на пути от простого менеджера до вице-президента по рекламным технологиям с командой в 1,000+ человек.
Интересные посты:
– Аналитика ради аналитики
– Критика — это топливо для развития
– Работай над процессами, а не ищи виноватых
– Знание не должно быть статичным
– Как понять, чем стоит заниматься
– Куда инвестировать на работе
– Форма определяет содержание
– Разница между проблемами и несовершенством
– 100% контроля нет, есть управляемый хаос
– Как отвечать на вопрос «Что с проектом»
– Сначала главное, потом детали
– Радикальная правда: как сообщать руководителю о проблемах
Сегодняшний гость – Егор Абрамец, основатель сервиса объявлений Юла, поработавший в Яндексе, Газпром-Медиа и 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, рекомендую изучить.
Immersive View использует машинное обучение (ML) и компьютерное зрение для объединения миллиардов изображений Street View и аэрофотоснимков для создания богатой визуальной модели мира, позволяя накладывать на неё сверху разную информацию, такую как погоду, пробки и т.п.
С новым обновлением модель теперь также работает с помещениям, позволяя создавать и дорабатывать полноценные 3D сцены.
(Насчет накладываний поверх - вы же заметили, что с этими эпловскими очками и гонкой вокруг визуализаций изображений назревает
В основе работы лежит 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
"Готовность платить" или Willingness to Pay (WTP) – уровень восприятия ценности вашего продукта и готовность пользователей платить столько, сколько вы запрашиваете.
Как это часто бывает:
– Ставьте низкую цену на свой продукт, и вы растите свой Revenue Debt.
– Ставите высокую цену, и у вас крайне мало покупателей.
– Ставите цену выше конкурентов, и вы говорите клиентам, что у вас премиальный сервис, при этом теряя огромное количество потенциальных покупателей.
– Цена ниже ваших конкурентов, и вы отправляете рынку сообщение о том, что вы бюджетный вариант (и, возможно, продукт не так хорош).
– Вы можете снизить цену и потом снова поднять ее в зависимости от количества покупателей, но вы снова рискуете потерять время и деньги.
– Вы можете поставить высокую цену, а затем снизить ее. Но тогда вы разочаруете своих первых последователей (самых лояльных клиентов), которые понимают, что если бы они подождали, то сэкономили.
Все эти тесты требуют времени, внимания и связаны с реальными деньгами.
Как повысить качество будущих ценовых A/B-тестов и подготовить для них вводные данные?
Может помочь фрйемворк Van Westendorp, который используется для определения оптимальной цены на продукт или услугу.
Стратегия основана на четырех вопросах, которые задаются выборке потенциальных/текущих клиентов.
Вот пример опроса, который юзали для определения цены ChatGPT.
– По какой цене вы считаете настолько дорогим, что не стали бы покупать его? (слишком дорогая цена).
– Какая самая высокая цена, по которой вы бы задумались о покупке данного продукта? (высокая цена)
– По какой цене вы считаете ChatGPT выгодной покупкой — отличной покупкой за эти деньги? (хорошее цена/качество)
– При какой цене вы посчитаете, что качество продукта может быть не очень хорошим?
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
Отобразите ответы на графике, где X — это цена, а Y — процент от общего числа респондентов.
Ценовые вилки с большим кол-вом ответов и можно использовать как базу для последующих ценовых тестов.
Пересечение «слишком дешевого» и «дорогого» может быть нижней границей приемлемого ценового диапазона (точку предельной дешевизны).
Точно так же пересечение линий «слишком дорого» и «дешево» можно рассматривать как верхнюю границу приемлемого ценового диапазона (точка предельной дороговизны или PME).
Пересечения, где обычно больше согласия, - это точка, в которой «дорогая» линия пересекает «дешевую» линию. Это описывается как «ценовая точка безразличия» или IPP.
Наконец, пересечение линий «слишком дешево» и «слишком дорого» представляет собой «оптимальную цену» или OPP. Это точка, в которой равное число респондентов описывают цену как превышающую их верхний или нижний пределы.
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
Public waitlist, добавляют в течение 4 рабочих дней (нужен американский айпишник).
С точки зрения UX/UI всё тоже самое, просто блок быстрых ответов превращается в консоль с ответами от Bard AI.
P.S. Помянем профессию сеошника сайта, вознесём хвалу профессии
P.S.2. А ведь легендарная в кругу сеошников фраза "Сontent is King" правдой оказалась. И эта корона теперь у ChatGPT / Bard AI.
Please open Telegram to view this post
VIEW IN TELEGRAM
Как искать “виноватых" и "что с ними делать"?
Простое правило: цель поиска не в наказании виновного, а в понимании Причин(ы), которые к этому привели и предотвращение их появления в будущем
Пара советов по этим неприятным моментам из личного опыта со стороны руководителя:
1. Любой косяк всегда всплывает и в 99% случаев его автор всегда известен, поэтому играть в молчанку не получится, да и глупо с обеих сторон (как виновного так и коллег/руководства).
2. Вместо замалчивания, для успокоения души обезличь и анонимизируй кейс (виновный то всё равно известен), далее выноси его на изучение с отделом, где этот кейс возник.
3. Анализируйте КЕЙС и, в зависимости от результатов, принимайте то или иное решение, которое призвано устранить появление негативных причин КЕЙСА (а не как обычно бывает, команда начинает бороться с возникшими проблемами лечебными припарками и новыми велосипедами).
Ключевое тут – понять, почему так случилось и как этого избежать в будущем (про виновного мы уже давно забыли, только если это не реальный долбан, с которым надо прощаться после 2 повторного косяка).
Насчёт избегания, соломок и прочего. Побуду Капитаном:
– Определяй четкий круг обязанностей всех членов команды. Долго размываете чьи-то обязанности – человек размывает своё внимание, силы и энергию. Отсюда низкий фокус и ошибки.
– Принимай участие в обсуждении и планировании задач на всех этапах, за которые вы лично несете ответственность и в которые вовлечены.
– Всегда объясняй детали и особенности их работы, механики, целевую аудторию, а также внутренние приоритеты и понятные акценты, поясняя, чем и почему они важны сейчас для пользователи и продукта.
– Ошибка многих продактов - вместо предупреждения болезни командных процессов они начинают лечить их своим непосредственным участием. Вместо этого ограничивайся только своими профессиональными областями.
Объясняй маркетингу, какие именно цели стоят перед продуктом сейчас, какие у него особенности и преимущества, а также свойства аудитории. То, как именно достигнуть этих целей маркетингом это уже его задача.
Подготовь для сапорт-менеджеров ваш CJM, пишите апдейты на фичи. То, как и что именно отвечать в чате юзерам на баги это задача главы отдела сапорта.
Не спрашивай разработчиков каждый день когда будет релиз - либо двигаайтесь котркими спринтами (2-3 недели), либо релизьтесь в режиме live и не задавайся такими вопросами.
Помните, что главная цель любой командной работы - внутреняя слаженность и уют.
Не замалчивайте правду, будьте честны друг с другом. Если "все всё понимают" и доверяют, то необходимость контроля с какой-либо стороны снижается в разы и команда работает в максимально возможно-комфортном(!) для себя режиме и... не выгорает.
Интересное по теме:
– Автономные группы по продуктам
– Как завоевать доверие своей команды
😎 RUSPM
Простое правило: цель поиска не в наказании виновного, а в понимании Причин(ы), которые к этому привели и предотвращение их появления в будущем
Пара советов по этим неприятным моментам из личного опыта со стороны руководителя:
1. Любой косяк всегда всплывает и в 99% случаев его автор всегда известен, поэтому играть в молчанку не получится, да и глупо с обеих сторон (как виновного так и коллег/руководства).
2. Вместо замалчивания, для успокоения души обезличь и анонимизируй кейс (виновный то всё равно известен), далее выноси его на изучение с отделом, где этот кейс возник.
3. Анализируйте КЕЙС и, в зависимости от результатов, принимайте то или иное решение, которое призвано устранить появление негативных причин КЕЙСА (а не как обычно бывает, команда начинает бороться с возникшими проблемами лечебными припарками и новыми велосипедами).
Ключевое тут – понять, почему так случилось и как этого избежать в будущем (про виновного мы уже давно забыли, только если это не реальный долбан, с которым надо прощаться после 2 повторного косяка).
Насчёт избегания, соломок и прочего. Побуду Капитаном:
– Определяй четкий круг обязанностей всех членов команды. Долго размываете чьи-то обязанности – человек размывает своё внимание, силы и энергию. Отсюда низкий фокус и ошибки.
– Принимай участие в обсуждении и планировании задач на всех этапах, за которые вы лично несете ответственность и в которые вовлечены.
– Всегда объясняй детали и особенности их работы, механики, целевую аудторию, а также внутренние приоритеты и понятные акценты, поясняя, чем и почему они важны сейчас для пользователи и продукта.
– Ошибка многих продактов - вместо предупреждения болезни командных процессов они начинают лечить их своим непосредственным участием. Вместо этого ограничивайся только своими профессиональными областями.
Объясняй маркетингу, какие именно цели стоят перед продуктом сейчас, какие у него особенности и преимущества, а также свойства аудитории. То, как именно достигнуть этих целей маркетингом это уже его задача.
Подготовь для сапорт-менеджеров ваш CJM, пишите апдейты на фичи. То, как и что именно отвечать в чате юзерам на баги это задача главы отдела сапорта.
Не спрашивай разработчиков каждый день когда будет релиз - либо двигаайтесь котркими спринтами (2-3 недели), либо релизьтесь в режиме live и не задавайся такими вопросами.
Помните, что главная цель любой командной работы - внутреняя слаженность и уют.
Не замалчивайте правду, будьте честны друг с другом. Если "все всё понимают" и доверяют, то необходимость контроля с какой-либо стороны снижается в разы и команда работает в максимально возможно-комфортном(!) для себя режиме и... не выгорает.
Интересное по теме:
– Автономные группы по продуктам
– Как завоевать доверие своей команды
Please open Telegram to view this post
VIEW IN TELEGRAM