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
加入频道
March 17, 2023
User Experience Debt или долг пользовательского опыта.

Также, как и разрабы любят гордиться своим тех. долгом, у продактов и дизайнеров тоже есть повод для "гордости" и свой тип долговых обязательств :)

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

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

Если оставить их без внимания, UX-долги накапливаются и их становится все труднее исправлять (платить).

Более того – каждый новый UX-долг выдаётся продукту и его пользователям по "новой ставке", которая суммируется с предыдущей задолженностью, усиливая общее неудобство и понижая конверсии.

Финал любого UX-долга логичный – продукт и его система деградируют до недружественного, нагроможденного, непонятного и непригодного для использования пользовательского интерфейса.

Первые звоночки UX-долга:

– Команда говорит "главное – чтобы работал код, а не красивый дизайн". Обычно так говорят разрабы, которым мало их тех. долгов :)

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

– Команда продактов/аналитиков смотрит на данные и удовлетворяется ими. Классика: "Никто же не жалуется, значит всё ок".

Про жалобы стоит помнить три простых истины: 1) жалуются только лояльные/платащие юзеры; 2) когда такие юзеры жалуются, значит всё уже плохо; 3) следующий этап – молчаливый отказ от пользования.

Как вылезти из долговой ямы:

– Как бы банально это не звучало, но лучший способ избавиться от UX-долга — не брать его на себя (ваш КО).

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

Полезные посты: Три шага чтобы улучшить работу дизайнера + как продакту подружиться со своим UI/UX-дизайнером

– Ищите области, в которых пользователи испытывают затруднения, отказываются от продукта/фичи/СТА. Это можно сделать с помощью пользовательского тестирования, обратной связи и, конечно же, аналитики.

– Приоритизируйте найденные области. Определите их приоритетность в зависимости от их влияния на пользователя с оглядкой на то, как они помогают (точнее, НЕ помогают) совершать ему нужные действия. За основу процесса можно взять DDDD и всегда помните про CJM.

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

– Выдвиньте гипотезы по оптимизации. Не буду учить дизайнеров их работе, но стоит напомнить про концепцию "убираем всё лишнее", суть которой состоит в том, чтобы убрать ВСЁ, что отвлекает юзера от CTA на данном этапе области на карте. Чистота любых экспериментов и A/B-тестов начинается с чистоты в UX/UI.

– Начните эксперименты. Если цена ошибки велика и на ней завязаны деньги, то раскатывайте изменения и A/B-тесты на небольшом сегменте юзеров.

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

– Помните, что 1 область = 1 гипотеза = 1 подход в изменениях = 1 A/B-тест. Начнёте валить всё в кучу и докидывать изменения в рамках 1 теста, всё снова смешается и станет ничего не понятно.

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

– В случаях с запущенным и невозвратным UX-долгом, единственный способ от него избавиться — банкротство или полная перезагрузка и разработка UX/UI-системы с нуля.

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
March 20, 2023
Советы и частые ошибки при работе с ценообразованием в продуктах

Существует 3 базовых модели ценообразования:

1) Ценообразование «затраты плюс», когда вы определяете точные затраты на создание вашего продукта и устанавливаете цены, превышающие эти затраты.

2) Ценообразование на основе «ценности», которое используется когда вы знаете приблизительную сумму ценности (дохода), которую ваш продукт приносит клиентам и устанавливаете цену ниже суммы этого дохода.

Одной из стратегий ценообразования на основе ценности является "правило х10". Например, если вы продаете что-то за $100, воспринимаемая ценность для вашего покупателя должна составлять не менее $1,000.

3) Ценообразование по принципу "дешевле чем у конкурентов" часто используется в стартапах и молодых компаниях для привлечения новых клиентов и быстрого увеличения своей доли рынка. Цена может быть любой, даже $0.99.

Как выбрать правильную модель ценообразования

Сколько вы должны взимать с клиентов за свой продукт? Вот несколько способов найти ответ:

1) Проанализируйте набор существующих конкурентоспособных продуктов

Ваш продукт не существует в вакууме, а живет на рынке, поэтому вы должны иметь актуальное представление о том, как он на нём может выделяться (он же хочет выделяться?).

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

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

2) Посмотрите, сколько стоят "заменители" продукта

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

3) Тестируйте как модели ценнобразования, так и сами цены

Нет ничего зазорного в том, чтобы тестировать новые модели ценнобразования и переходить с ежемесячных подписок на модель "подписка + реклама", как это, например, делает Netflix.

Более того, вы можете использовать A/B-тесты, чтобы протестировать спрос и платежеспобность аудитории в разных ценовых категориях (в том числе, для разных сегментов пользователей).

Гипотезы для теста цен можно взять из касдева. Задайте платящим юзерам 2 ключевых вопроса:

– "По какой цене этот продукт становится слишком дорогим?"
– "По какой цене этот продукт кажется слишком дешевым?"

За ответ дарите скидку в нынешей модели вашего продукта или купон на Озоне/Амазоне.

Распространенные ошибки ценообразования:

1) Чрезмерное усложнение модели на раннем этапе

Предложение в MVP расширенной и настраиваемой модели подписки вряд-ли будет хорошей идеей. Сложные модели лучше использовать в продуктах с уже подтвержденной ценностью и найденным Market-Fit.

2) Продвижение в модели цен отрицательной ценности продукта

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

Вместо этого расскажите о повышение производительности, росте доходов, сокращение оттока, упрощение рабочих процессов и т.п. вещах.

3) Упрощение цен через "уравниловку"

Упрощение и единая сетка цен часто ограничивает рост доходов продукта. Например, в B2B компании уровня Fortune 500 рассчитывают платить как минимум 5-значную суммы за пользование продуктами. В B2C есть сегментыы пользователей, готовых платить за ускоренную доставку.

Задача продакта – видеть эти сегменты и оптимизировать ценнобразование под них.

4) Думать, что ценнообразование постоянно

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

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

Полезное по теме ценообразования:

– Психология ценообразования: 30 тактик
– 10 советов по ценообразованию в продукте
12 примеров монетизации продукта

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
March 21, 2023
#философияPM 3 предназначения дорожной карты, о которых мы редко задумываемся:

Открывать горизонты Видения. Дорожная карта предназначена для того, чтобы помочь всем в команде получить Видение того, "что и как" мы делаем, а главное – понять "для чего и почему" или, другими словами, почувствовать как продуктовая стратегия воплощается в тактике.

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

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

Как видите, это разные вещи и родмпем, как сущность, скорее всего, где-то посередине.

Быть средством обучения. Roadmap — это средство коммуникации и инструмент, который облегчает восприятие и понимание всем участниками того самого Видения.

Позволяя вам и команде видеть, анализировать и обсуждать конкретные истории/проблемы/события, сохраняя и делясь в них Знаниями.

Благодаря этому вы не только обучаете команду (как нынешнюю, так и будущую), но и помогаете всем очищать сознание от ненужного информационного шума, а также обучаете мышление удержанию внимания на нужных вам/пользователям/бизнесу вещах. Твоя энергия там, где твоё внимание.

Инструмент общей синхронизация. Еще одна цель родмепа – синхронизация продуктового видения, стратегии, тактики, командных коммуникаций и обмена знаниями.

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

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

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

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

Только создавая Видение, проводя о нём беседы с командой/пользователями и постоянно добавляя в карту полученные Знания, мы можем совершенствовать наше продуктовое направление и планировать и реализовывать будущее продукта.
March 22, 2023
Собрал в одну табличку 15 продуктовых стратегий, которые можно использовать в зависимости от текущих целей, которые стоят перед продуктом.

👉 Забрать копию из Google Docs

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
March 22, 2023
Product Management & AI
Советы и частые ошибки при работе с ценообразованием в продуктах Существует 3 базовых модели ценообразования: 1) Ценообразование «затраты плюс», когда вы определяете точные затраты на создание вашего продукта и устанавливаете цены, превышающие эти затраты.…
March 23, 2023
Умные мысли от Эндрю Грува (Andrew Grove), ex-CEO Intel, при котором Интел стала крупнейшей в мире компанией по производству полупроводников:

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

2. Чтобы построить что-то Великое, вы должны быть оптимистом. Великое подразумевает то, что большинство людей считает невозможным. Это значит, что вы должны быть оптимистом в достижении невозможного.

3. Свобода слова и критики в компании – факторы выживания этой компании. Спорьте о проблемах, а не о людях, которые их отстаивают. Статусы в компании не важны, любой в компании может накричать на меня.

4. Рабочий день лучше заканчивать тогда, когда вы устали, а не когда всё сделали. Найдите работу/направление, которые будут заряжать энергией, а не забирать её.

5. Работая руководителем, вы должны смешивать людей, обладающих Силой Знаний (разработчики), с людьми, обладающими Силой Мнений (менеджеры). Создавайте в команде атмосферу «безжалостного интеллекта».

6. Нет хороших/плохих методологий управления, есть подходящие и неподходящие конкретной команде/компании.

7. Пустите Хаос в процессы, дайте ему показать всю сущность ваших процессов, затем обуздайте хаос и эти процессы.

8. Пробуйте новые идеи и новые технологии сами, а не читайте и делегируйте их без разбора другим.

9. Великолепие, которого достигает компания в годы своего успеха, может пропасть, если вы и остальные перестанут обращать внимания на детали. Дьявол кроется в деталях.

10. Никто никогда не умирал из-за принятия неправильного решения и его отмены. Компании умирают, когда такие решения не отменяют или отменяют слишком поздно.

11. Рост и существование компании зависит от своевременного обнаружения «стратегической точки перегиба» – критического момента, когда необходимо кардинально и серьезно изменить стратегию компании из-за изменений в бизнес-среде.

😎 RUSPM
Please open Telegram to view this post
VIEW IN TELEGRAM
March 24, 2023
March 27, 2023
March 27, 2023
March 28, 2023
В коридорах офисов только и разговоров об автономных продуктовых командах и как им здорово работается в корпоративном мире. Вот чем они отличаются от обычных команд.

Автономная группа по продуктам (Autonomous Product Teams) — это многофункциональная группа специалистов, которые тесно сотрудничают между собой для создания решений, обеспечивающих максимально возможные результаты внутри компании.

Иными словами – узкая группа спецов, доказавшая свой опыт и эффективность и единственная, кому позволено работать "по своим правилам", а не по общим бюрократизированным процессам.

Характеристики автономных продуктовых команд:

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

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

Цикл создания ценности — это все виды деятельности, связанные с разработкой, доставкой и поддержанием ценности бизнеса для клиентов.

Проще говоря, это означает, что за все процессы отвечает одна команда.

– Долговечная команда. Ещё в 1965 году Брюс Тукман определил, что чем дольше участники команды работают вместе, тем больше у них общего доверия, уважения, эффективности коммуникаций и, как итог, гораздо более высокие результаты. Именно поэтом, автономные продуктовые команды это команды давно сработавшиеся "старичков".

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

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

Ориентированность на результат. Автономные команды в своей работе делают акцент на следующих вещах:

1) Видение продукта и стратегии. Автономные команды получают право автономного формирования списка задач в рамках общего видения и стратегии (а не получают постоянно пересматриваемый список приоритизированных кем-то выше фич для внедрения).

2) Автономные продуктовые команды работают с дорожными картами, ориентированными на результат (Outcome Focused Roadmaps), в которых описываются конечные изменения для юзеров/бизнеса (результаты), а не решения (фичи).

Пример: в функциональной дорожной карте может быть фича «Добавить #теги к комментариям». В дорожной карте, ориентированной на результат будет ​​цель «Значительно сократить время, необходимое для обнаружения похожих комментариев».

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

Создание автономных продуктовых команд — это способ внедрения инноваций, к которому пришли немногие компании.

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

Далее, направляйте эту команду к автономии, учитесь и наращивайте импульс, а затем, при необходимости, масштабируйте её опыт на другие направления.
March 29, 2023
March 30, 2023
Product Management & AI
#философияPM 3 предназначения дорожной карты, о которых мы редко задумываемся: Открывать горизонты Видения. Дорожная карта предназначена для того, чтобы помочь всем в команде получить Видение того, "что и как" мы делаем, а главное – понять "для чего и почему"…
April 3, 2023
April 4, 2023
April 5, 2023
April 5, 2023
Мартовский дайджест публикаций @ruspm для продакт-менеджеров и их команд + бесплатные видео-уроки #best:

– 10 советов, которые помогут завоевать доверие команды
Наставничество и Знания для продакт-менеджеров
10 советов, как повысить свои шансы стать Senior Product Manager

СЕО Teachable делится своим опытом
40 вопросов для оптимизации дорожной карты
Как работают автономные продуктовые группы

500 функциональных запросов-формул для ChatGPT
– Советы и ошибки по работе с ценообразованием
Что в реальности происходит с мировой банковской отраслью

– Net Negative Churn или чистый отрицательный отток
– Бандан Жот рассказывает о фреймворке CIRCLES
– 3 редких предназначения дорожной карты

Интересное про цены, оканчивающиеся на $0.99
Доска для разработки Видения продукта
Мировоззрение Эндрю Грува, ex-CEO Intel

Product Manager vs Product Marketing Manager vs Growth PM
Что такое UX-долги и как их платить
15 продуктовых стратегий в зависимости под любые цели

Полезные ютуб-вебинары:

MVP и другие типы прототипов, HADI циклы
Customer support vs.Customer success
– Целеполагание, годовые планы и ОКР

Miro в работе бизнес-аналитика
Как эффективно вести переговоры на этапе оффера
Как сохранить команду в условиях перемен
– Казнить нельзя помиловать: поговорим об увольнении
Please open Telegram to view this post
VIEW IN TELEGRAM
April 6, 2023
April 6, 2023
This media is not supported in your browser
VIEW IN TELEGRAM
April 7, 2023
April 10, 2023