#выгорание на работе – тема, актуальная во все времена, (особенно в нынешние).

Разбираемся в том, откуда откуда оно появляется и как от него избавится.

👁️ RUSPM

#twitter /Х становится платным для всех активных пользователей.

Маск раскатывает подписку $1/год на все новые активные аккаунты (кто твитит), начиная с Филиппин и Новой Зеландии. Бесплатным останется только режим "read-only".

P.S. Как говорится в оф. аккаунте X: Within this test, existing users are not affected 😏

Эпоха бесплатного Интернета всё...

👁️ RUSPM

Вопросы и ответы с собесов на позицию продакт-менеджера:

– Вы – продакт по подкастам в Spotify. Какие показатели следует отслеживать?

– Спланируйте "Инстаграм для туристов"

– На какие сигналы вы обращаете внимание прежде чем принять решение о закрытии продукта?

👁️ RUSPM

#stevejobs 1981 год, интервью c Человеком на Велосипеде 🚲 🌈

Метрики принятия продукта: 5 типов и 7 примеров

Существует множество продуктовых метрик, которые могут дать продакт-менеджеру более ясное представление об уровне принятия его продукта, из которых выделяется 5 базовых типов:

1. Следящие метрики (Tracking Metrics)

Эти метрики могут включать в себя количество регнутых/активных пользователей, установок приложения, оплат, DAU/WAU/MAU или количество активных пользователей в разрезе фич/механик.

2. Конверсионные метрики (Conversion Funnels)

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

3. Метрики вовлечённости (Engagement Metrics)

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

4. Метрики Времени (Time-Based Metrics)

Метрики, которые считают сколько времени пользователи проводят в продукте: время до активации, среднее время в продукте, частота использования и т.д.

5. Метрики отказов (Churn)

Низкий уровень отказов в продукте/фичи на каком-либо из этапов CJM может свидетельствовать о высоком уровне принятия продукта, высокий уровень отказов о... в общем, понятно.

МЕТРИКИ ПРИНЯТИЯ

❯ Уровень принятия продукта (Product Adoption Rate)

= (Количество новых активных пользователей продукта / Общее количество регистраций) * 100

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

❯ Уровень принятия фичи (Feature Adoption Rate)

Позволяет увидеть % активных пользователей продукта, которые начали использовать ту или иную фичу в продукте, выполняя её ключевое действие

= (Количество активных пользователей фичи / Общее количество активных юзеров или сегмент) * 100

❯ Время до первого ключевого действия (Time-to-First Key Action)

Метрика определяет насколько быстро пользователи принимают ваш продукт/фичу ИЛИ, если смотреть с обратной стороны, сколько времени они тратят НЕ принимая ваш продукт.

❯ Количество ежедневных/ежемесячных активных пользователей (DAU/MAU)

Большинство продуктов используют DAU/WAU/MAU, чтобы отслеживать "стабильность принятия продукта", но и эти метрики можно улучшить.

❯ Процент ежедневных/ежемесячных активных пользователей

= (Ежедневные/Ежемесячные активные пользователи / Общее количество пользователей) * 100

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

❯ Средняя частота использования

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

❯ Среднее время использования продукта/функции

Другая метрика, сосредоточенная на использовании – среднее длительность времени, которое пользователь проводит взаимодействуя с вашим продуктом или функцией (время сессии).

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

👁️ RUSPM

Вопросы и ответы с собесов на позицию продакт-менеджера:

– Каким вы видите Next Gen для Google Maps?

– В чем разница между горизонтальной и вертикальной интеграцией компаний и продуктов?

– Какое приложение на вашем мобильном телефоне вы ненавидите больше всего и как бы вы его улучшили?

👁️ RUSPM

Первый пользовательский опыт или First-Time User Experience (FTUX)

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

Главная цель FTUX – предоставить пользователю помощь, которая объяснит ему как использовать продукт, а также мотивирует его к дальнейшему взаимодействию с ним.

Иными словами, от FTUX напрямую зависит захотят пользователи продолжать пользоваться вашим продуктом после активации или нет.

5 советов по оптимизации FTUX:

1) Минимализм и простота

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

У продукта (и продакта) есть только "1 путь, 1 цель, 1 действие" 🥷🏻

2) Фокус на цели пользователя

Сосредоточьтесь на том, как FTUX помогает пользователям достичь ИХ цель и подходи к простоте с точки зрения решения главной потребности пользователя.

Быстро удовлетворите их потребности – быстро получите нужный результат.

3) Используйте итерактивный подход

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

Итеративность и гибкость - ключевой момент в оптимизации FTUX.

4) Постоянная проверка и анализ

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

Используйте аналитику, а/б-тестирования и мониторинг поведения пользователей, чтобы понять, как они взаимодействуют с FTUX и продуктом.

5) Отсутствие "чёрных дыр"

FTUX может негативно влиять на конверсии, если:

а) содержит отвлекающие факторы из п.1;

б) содержит баги, которые препятствуют или блокируют продвижение юзера по CJM (частая ошибка).

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

👁️ RUSPM

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

Беда в том, что время всегда ограничено, спринты не резиновые, поэтому нужно уметь говорить "нет" идеям, работа над которыми не нужна/несвоевременна.

Как определить, что нужно сказать "нет"?

Задайте предлагателю простой вопрос:

– Соответствует ли идея/запрос текущей концепции/стратегии/родмэпу/спринту продукта и как?

Получив ответ, и вы и ваш собеседник быстро поймёте, вписывается ли предлагаемая идея/фича/задача в текущие реалии продукта или нет.

Как правильно и тактично говорить "нет", дабы не задеть ничьих чувств и, не дай бог, никого не обидеть:

1. Поблагодарите коллегу

Если есть свободные 5 минут (ДОЛЖНЫ быть), то постарайтесь понять, откуда и как собеседнику пришла в голову такая идея.

Источник идеи (причина) в разы ценнее самой идеи (следствие).

2. Говорите "нет" без двусмысленности

НЕ обещайте зря и не говорите: "нууу, через пару месяцев, может быть, давай потом".

Вместо этого, объясните, почему вы не можете взять в работу эту идею. Причина ведь только в этом, а не в чём-то другом.

3. Объясните причину

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

Если не понимает – 

подведи

его к самостоятельному

Пониманию

.

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

4. Не демотивируй

Не туши в коллеге мотивацию и желания. Предложи ему подумать ещё раз, но опираясь на текущую концепцию и стратегию продукта (как краткосрочную, так и долгосрочную).

5. Сделай "нет" частью культуры

Сказать "нет" – это не борьба с инакомыслием.

"Нет" – ключ к тому, чтобы продакту и его команде оставаться сосредоточенным, вовлеченными и фокусировать своё внимание и энергию в работе над правильными задачами.

👁️ RUSPM

Вопросы и ответы с собесов на позицию продакт-менеджера:

– Спланируйте удобную систему управления личными расходами

– Как бы вы спланировали промо-акцию для продвижения подарочной карты Amazon Prime? Цель – побудить участников загрузить мобильное приложение Prime.

– Спланируйте в общих чертах приложение для персонального здоровья и расскажите про пару функций.

P.S. На фото выше - мэм с двойным смыслом.

Автор книги для разработчиков "You don't know JS", который сейчас ищет и не может найти работу.

Причина отказов – "недостаточно хорошо справился с техническим собеседованием и базовым кодингом".

Можно ещё пошутить шутки про джунов, но что-то не до смеха.

👁️ RUSPM

5 видов пользовательского опыта или вся разница между:

– Предыдущий опыт пользователя.
– Ожидания пользователя.
– Воспринимаемая ценность.
– Воспринимаемые усилия.
– Опыт пользователя.

Предыдущий опыт (Previous Experience) – общий опыт взаимодействия пользователя с аналогичными продуктами, интерфейсами, фичами, механиками, ценами и т.п., который может создавать определённые ожидания от нового продукта.

Ожидания пользователя (User Expectations) – постоянное состояние пользователя и набор меняющихся эмоциональных ощущений пользователя на всём протяжении использования продукта.

Ожидания пользователей могут включать в себя как ощущения от текущего состояния продукта, так и ожидания его изменений и улучшений в будущем

Объективная Ценность (Value) – общая польза и выгода, которую пользователь получает от продукта исходя из его реальных характеристик.

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

Воспринимаемые усилия (Perceived Effort) – то, как пользователь фокусируется на усилиях и их восприятии пользователем при выполнения конкретной задачи в продукте.

Опыт пользователя (User Experience) охватывает всё взаимодействие пользователя с продуктом, включая восприятие, эмоции, удовлетворение, дизайн, производительность и даже долгосрочную лояльность через ожидания.

🚷 ЧАСТЫЕ ОШИБКИ И УСТРАНЕНИЕ

– Несоответствие обещаниям. Как можно чаще синхронизируйтесь с маркетологами на предмет терминов, лозунгов и прочих обещаний в промо, на сайте и в продукте.

– Долгий путь до цели. Уменьшай кол-во шагов и кликов до цели максимально насколько это возможно.

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

– Недостаточный функционал. Не является ошибкой как-таковой при наличии подтвержденного спроса на основной функицонал. Расширение через аналитику CJM и mvp-фичи.

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

– Расфокусированный дизайн. Всё тоже самое, что выше, но связанное с лишними элементами, баннерами, информерами, рекомендациями в духе "эта фича (с)генерит милилард денег".

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

– Низкое начальное вовлечение. Качайте обучение и прочие активности вокруг которых у юзеров могут возникнуть вопросы.

👁️ RUSPM