MLP.. Я не о мультсериале «Май Литл Пони», а о минимально привлекательном продукте (Minimum Lovable Product).
Про PoC рассказал..
Про MVP рассказал..
Следующий уровень у нас идет, как раз таки MLP..
Это не просто проверка «работает», а «работает так, что хочется вернуться, рассказать другу и заплатить ещё».
В чём разница между MVP vs MLP?
MVP:
• Проверить гипотезу
• Сделать, чтобы работало
• Фокус на функциях
• Ранние последователи простят косяки
MLP:
• Вызвать эмоцию
• Сделать, чтобы хотелось
• Фокус на опыте (UX)
• Новичкам должно быть приятно
Например,
📦 Доставка еды
MVP: Сайт, где можно выбрать блюдо и оформить заказ. Кнопка есть, дальше по телефону уточняют адрес.
MLP: Трекер заказа в реальном времени, фото блюда в заказе, история предыдущих доставок, кнопка «повторить» в один клик.
🚖 Такси
MVP: Подача машины, расчёт по счётчику.
MLP: Видимость машины на карте, фиксированная цена до поездки, оценка водителя, музыка в приложении, приветственный напиток.
📱 Банк
MVP: Переводы по номеру карты, баланс, выписка.
MLP: Перевод по фото контакта, умные уведомления («вы получили зарплату, хотите отложить 10%?»), приятный дизайн, быстрая поддержка в чате.
Зачем вообще заморачиваться с MLP?
Потому что конкуренция уже не на уровне функций. Если ваш продукт просто «работает», то это базовый входной билет. Чтобы оторваться от толпы, нужно, чтобы пользователь испытал эмоцию.
❕ Эмоция = запоминание.
❕ Запоминание = возврат.
❕ Возврат = деньги.
Сначала мы делаем MVP, чтобы убедиться, что идея вообще нужна.
Потом, собрав обратную связь, превращаем его в MLP, добавляя те самые мелочи, за которые продукт полюбят.
Можно сколько угодно полировать иконки и анимации, но если проблему не решаете, то MLP не спасёт.
#MVP #MLP #UX #Продукт #Стартап #Пользователи
Про PoC рассказал..
Про MVP рассказал..
Следующий уровень у нас идет, как раз таки MLP..
Это не просто проверка «работает», а «работает так, что хочется вернуться, рассказать другу и заплатить ещё».
В чём разница между MVP vs MLP?
MVP:
• Проверить гипотезу
• Сделать, чтобы работало
• Фокус на функциях
• Ранние последователи простят косяки
MLP:
• Вызвать эмоцию
• Сделать, чтобы хотелось
• Фокус на опыте (UX)
• Новичкам должно быть приятно
Например,
📦 Доставка еды
MVP: Сайт, где можно выбрать блюдо и оформить заказ. Кнопка есть, дальше по телефону уточняют адрес.
MLP: Трекер заказа в реальном времени, фото блюда в заказе, история предыдущих доставок, кнопка «повторить» в один клик.
🚖 Такси
MVP: Подача машины, расчёт по счётчику.
MLP: Видимость машины на карте, фиксированная цена до поездки, оценка водителя, музыка в приложении, приветственный напиток.
📱 Банк
MVP: Переводы по номеру карты, баланс, выписка.
MLP: Перевод по фото контакта, умные уведомления («вы получили зарплату, хотите отложить 10%?»), приятный дизайн, быстрая поддержка в чате.
Зачем вообще заморачиваться с MLP?
Потому что конкуренция уже не на уровне функций. Если ваш продукт просто «работает», то это базовый входной билет. Чтобы оторваться от толпы, нужно, чтобы пользователь испытал эмоцию.
❕ Эмоция = запоминание.
❕ Запоминание = возврат.
❕ Возврат = деньги.
Сначала мы делаем MVP, чтобы убедиться, что идея вообще нужна.
Потом, собрав обратную связь, превращаем его в MLP, добавляя те самые мелочи, за которые продукт полюбят.
Можно сколько угодно полировать иконки и анимации, но если проблему не решаете, то MLP не спасёт.
#MVP #MLP #UX #Продукт #Стартап #Пользователи
🔥5
💐 Дорогие девушки, женщины! 💐
На удивление Вас у меня на канале почти половина.
✨ Спасибо вам за то, что вы есть. За вашу красоту, мудрость, силу и нежность. За то, что вы умеете быть разными и вдохновляете нас на всё самое лучшее.
8 марта – лишь один день в календаре. По-хорошему, благодарить и восхищаться вами хочется постоянно. Но раз человечество решило особенно громко вспоминать об этом именно 8 марта (хотя этого явно мало и недостаточно), то хочу поздравить вас с этим прекрасным праздником!
💐 Спасибо вам, что вы есть!💐
На удивление Вас у меня на канале почти половина.
✨ Спасибо вам за то, что вы есть. За вашу красоту, мудрость, силу и нежность. За то, что вы умеете быть разными и вдохновляете нас на всё самое лучшее.
8 марта – лишь один день в календаре. По-хорошему, благодарить и восхищаться вами хочется постоянно. Но раз человечество решило особенно громко вспоминать об этом именно 8 марта (хотя этого явно мало и недостаточно), то хочу поздравить вас с этим прекрасным праздником!
💐 Спасибо вам, что вы есть!💐
🔥5💯1👻1
Надеюсь, все провели замечательно эти долгие праздничные выходные..
А сегодня давайте про CJM (Customer Journey Map). По простому «весь опыт» пользователя, включая его эмоции, даже за пределами нашего сайта или приложения.
Что такое CJM?
Это модель, которая в деталях показывает пользовательский опыт: как человек приходит к продукту, как взаимодействует с ним со временем, где находятся основные точки контакта. Визуализация, которая помогает нам понять, что вообще происходит и что чувствуют наши пользователи.
На CJM можно смотреть с разных сторон..
Маркетинговый подход – про взаимодействие с брендом в целом. У человека возникла потребность, он искал, нашёл нас, зашёл, активно использовал, удовлетворил потребность и дальше продолжил взаимодействие (или не продолжил).
UX-подход – про локальное взаимодействие внутри продукта. Это часть маркетингового подхода, но наша зона ответственности тут ограничена, например, сайтом или приложением. Что человек делает именно здесь?
Для чего нам это вообще? Для того, чтобы..
• Разбирать путь в деталях. Можно сколько угодно думать, что «мы и так всё знаем», но когда начинаешь строить карту – вылезают инсайты, которых не ждал.
• Находить точки контакта. Где именно мы пересекаемся с пользователем и как можем на это повлиять?
• Искать проблемы и сложности. Где человек спотыкается, раздражается, уходит?
• Искать решения. Как сделать жизнь людей проще? Как упростить переход в наш продукт?
Последние два пункта – самая суть. Ради них всё и затевается.
❗️ Важный момент..
Идеального CJM не существует. Каждый строит как может, как хочет, как умеет. Шаблонов в интернете полно, но это не значит, что надо тупо их копировать. Не стоит делать CJM, потому что «так надо». К сожалению, многие построенные карты не приносят никакой пользы из-за того, что их делали для галочки.
Продукт < Проблема > Пользователь
Каждый этап пути мы раскладываем на каналы: онлайн, офлайн или смешанные. И важно фиксировать не только где это происходит, но и:
• Потребность. Что человек хочет сделать?
• Действие. Что он реально делает?
• Проблемы. Где болит?
• Решения. Что с этим делать?
Где брать информацию для CJM?
Карту можно строить даже когда продукта ещё нет.
• Веб/апп-аналитика (самый точный, если уже есть данные)
• Интервью с пользователями
• Исследования (свои или чужие)
• Экспертность команды
Как структурировать интервью под CJM:
• Одинаковые или похожие сценарии объединяем
• Отклонения проверяем или отбрасываем
• Если вырисовываются несколько разных групп пользователей (делаем отдельные CJM для каждой)
• Учитываем платформы (моб, десктоп, офлайн)
• По возможности подтверждаем данными
Цель пользователя → Сегмент → Цикл проверки гипотез (Потребность → Проблема → Решение → Тест)
Какие ошибки чаще всего встречаются?
❌ Не используют реальные данные (строят «из головы»)
❌ Вообще не используют никакие данные, даже гипотезы
❌ Подменяют потребности пользователя функциональностью продукта
Пример: Пользователь ищет удобное кресло, и соответственно нам нужно делать поиск по параметрам, а не, например, поиск по названию кресла.
И последнее, но важное..
CJM нужно обновлять после каждого крупного релиза и вообще периодически. И вообще, на данный инструмент можно опираться при расчётах юнит-экономики, при разборе аналитики, при проектировании интерфейсов.. да вообще постоянно.
Я в дипломе использовал вот этот.
#CJM #CustomerJourneyMap #UX #Продукт #Исследования #ПользовательскийОпыт
А сегодня давайте про CJM (Customer Journey Map). По простому «весь опыт» пользователя, включая его эмоции, даже за пределами нашего сайта или приложения.
Что такое CJM?
Это модель, которая в деталях показывает пользовательский опыт: как человек приходит к продукту, как взаимодействует с ним со временем, где находятся основные точки контакта. Визуализация, которая помогает нам понять, что вообще происходит и что чувствуют наши пользователи.
На CJM можно смотреть с разных сторон..
Маркетинговый подход – про взаимодействие с брендом в целом. У человека возникла потребность, он искал, нашёл нас, зашёл, активно использовал, удовлетворил потребность и дальше продолжил взаимодействие (или не продолжил).
UX-подход – про локальное взаимодействие внутри продукта. Это часть маркетингового подхода, но наша зона ответственности тут ограничена, например, сайтом или приложением. Что человек делает именно здесь?
Для чего нам это вообще? Для того, чтобы..
• Разбирать путь в деталях. Можно сколько угодно думать, что «мы и так всё знаем», но когда начинаешь строить карту – вылезают инсайты, которых не ждал.
• Находить точки контакта. Где именно мы пересекаемся с пользователем и как можем на это повлиять?
• Искать проблемы и сложности. Где человек спотыкается, раздражается, уходит?
• Искать решения. Как сделать жизнь людей проще? Как упростить переход в наш продукт?
Последние два пункта – самая суть. Ради них всё и затевается.
❗️ Важный момент..
Идеального CJM не существует. Каждый строит как может, как хочет, как умеет. Шаблонов в интернете полно, но это не значит, что надо тупо их копировать. Не стоит делать CJM, потому что «так надо». К сожалению, многие построенные карты не приносят никакой пользы из-за того, что их делали для галочки.
Продукт < Проблема > Пользователь
Каждый этап пути мы раскладываем на каналы: онлайн, офлайн или смешанные. И важно фиксировать не только где это происходит, но и:
• Потребность. Что человек хочет сделать?
• Действие. Что он реально делает?
• Проблемы. Где болит?
• Решения. Что с этим делать?
Пример из жизни
Помните Икею? У них была проблема: люди сомневались в качестве недорогой мебели. Их решением было поставить в магазине стенд пресса и кресла со счётчиком количества нажатий. Каждый посетитель, заходящий в магазин видел цифры: сколько килограммов и какое количество раз выдерживает кресло. Просто, наглядно, без слов. Это и есть работа с точкой контакта.
Где брать информацию для CJM?
Карту можно строить даже когда продукта ещё нет.
• Веб/апп-аналитика (самый точный, если уже есть данные)
• Интервью с пользователями
• Исследования (свои или чужие)
• Экспертность команды
Как структурировать интервью под CJM:
• Одинаковые или похожие сценарии объединяем
• Отклонения проверяем или отбрасываем
• Если вырисовываются несколько разных групп пользователей (делаем отдельные CJM для каждой)
• Учитываем платформы (моб, десктоп, офлайн)
• По возможности подтверждаем данными
Цель пользователя → Сегмент → Цикл проверки гипотез (Потребность → Проблема → Решение → Тест)
Какие ошибки чаще всего встречаются?
❌ Не используют реальные данные (строят «из головы»)
❌ Вообще не используют никакие данные, даже гипотезы
❌ Подменяют потребности пользователя функциональностью продукта
Пример: Пользователь ищет удобное кресло, и соответственно нам нужно делать поиск по параметрам, а не, например, поиск по названию кресла.
И последнее, но важное..
CJM нужно обновлять после каждого крупного релиза и вообще периодически. И вообще, на данный инструмент можно опираться при расчётах юнит-экономики, при разборе аналитики, при проектировании интерфейсов.. да вообще постоянно.
Я в дипломе использовал вот этот.
#CJM #CustomerJourneyMap #UX #Продукт #Исследования #ПользовательскийОпыт
🔥5
Use Case.. Когда одной истории мало..
Мы уже разобрали CJM.. Посмотрели на путь пользователя целиком. Но в жизни бывают ситуации, когда панорамного взгляда недостаточно. Когда логика ветвится, появляются «а что, если..» и «а вдруг..».
В этом как раз и поможет разобраться Use Case (сценарий использования).
Что это такое простыми словами?
Это детальное описание того, как пользователь взаимодействует с системой для достижения конкретной цели.
Если в CJM нам нужно понять, кто пользователь, какой путь он проходит и где у него возникают проблемы.
То Use Case описывает конкретное взаимодействие пользователя с системой для достижения цели. Это уже не эмоции (как в CJM), а четкая логика: «Если пользователь нажал Х, система делает Y».
Давайте на примере доставки еды..
Структура будет выглядеть примерно так:
Название: Отменить заказ после оплаты
Акторы: Пользователь
Предусловия: Заказ оплачен, но ещё не передан в доставку
Постусловие: Деньги возвращены, заказ отменён
Основной поток:
1. Пользователь заходит в раздел «Мои заказы».
2. Система показывает список активных заказов.
3. Пользователь выбирает нужный заказ и нажимает «Отменить».
4. Система запрашивает подтверждение.
5. Пользователь подтверждает отмену.
6. Система отправляет запрос в платёжную систему на возврат денег.
7. Система меняет статус заказа на «Отменён».
8. Система отправляет пользователю уведомление «Заказ отменён, деньги вернутся в течение 3 дней».
Альтернативный поток:
4а. Пользователь передумывает и отменяет отмену → возврат к списку заказов.
6а. Заказ уже передан в доставку (изменилось предусловие) → кнопка «Отменить» неактивна, вместо неё показывается контакт поддержки.
Исключения:
6б. Платёжная система не отвечает → система помечает заказ как требующий ручной обработки и отправляет уведомление оператору.
❗️ Use Case заставляет думать о том, что может пойти не так.
Где брать информацию для Use Case?
• Из аналитики. Где люди спотыкаются? На каких шагах уходят?
• Из интервью с пользователями. Как они реально делают? Какие у них сценарии? С какими проблемами сталкиваются?
• Из мозговых штурмов. Обсуждения «а что, если», разбор негативных сценариев.
• Из данных техподдержки. Частые вопросы и жалобы пользователей.
❗️ Если вы ловите себя на мысли «а вдруг пользователь сделает вот так, а что тогда?» Нужно разрабатывать Use Case.
Главное, что стоит вынести:
❗️ Use Case – это качественно проработанный сценарий, который позволяет выявить, всё ли мы учли.
❗️ Он не отменяет User Story и CJM, а работает вместе с ними.
#UseCase #СценарииИспользования #Продукт #Разработка #Аналитика #Продакт #ТЗ
Мы уже разобрали CJM.. Посмотрели на путь пользователя целиком. Но в жизни бывают ситуации, когда панорамного взгляда недостаточно. Когда логика ветвится, появляются «а что, если..» и «а вдруг..».
В этом как раз и поможет разобраться Use Case (сценарий использования).
Что это такое простыми словами?
Это детальное описание того, как пользователь взаимодействует с системой для достижения конкретной цели.
Если в CJM нам нужно понять, кто пользователь, какой путь он проходит и где у него возникают проблемы.
То Use Case описывает конкретное взаимодействие пользователя с системой для достижения цели. Это уже не эмоции (как в CJM), а четкая логика: «Если пользователь нажал Х, система делает Y».
Давайте на примере доставки еды..
Структура будет выглядеть примерно так:
Название: Отменить заказ после оплаты
Акторы: Пользователь
Предусловия: Заказ оплачен, но ещё не передан в доставку
Постусловие: Деньги возвращены, заказ отменён
Основной поток:
1. Пользователь заходит в раздел «Мои заказы».
2. Система показывает список активных заказов.
3. Пользователь выбирает нужный заказ и нажимает «Отменить».
4. Система запрашивает подтверждение.
5. Пользователь подтверждает отмену.
6. Система отправляет запрос в платёжную систему на возврат денег.
7. Система меняет статус заказа на «Отменён».
8. Система отправляет пользователю уведомление «Заказ отменён, деньги вернутся в течение 3 дней».
Альтернативный поток:
4а. Пользователь передумывает и отменяет отмену → возврат к списку заказов.
6а. Заказ уже передан в доставку (изменилось предусловие) → кнопка «Отменить» неактивна, вместо неё показывается контакт поддержки.
Исключения:
6б. Платёжная система не отвечает → система помечает заказ как требующий ручной обработки и отправляет уведомление оператору.
❗️ Use Case заставляет думать о том, что может пойти не так.
Где брать информацию для Use Case?
• Из аналитики. Где люди спотыкаются? На каких шагах уходят?
• Из интервью с пользователями. Как они реально делают? Какие у них сценарии? С какими проблемами сталкиваются?
• Из мозговых штурмов. Обсуждения «а что, если», разбор негативных сценариев.
• Из данных техподдержки. Частые вопросы и жалобы пользователей.
❗️ Если вы ловите себя на мысли «а вдруг пользователь сделает вот так, а что тогда?» Нужно разрабатывать Use Case.
Главное, что стоит вынести:
❗️ Use Case – это качественно проработанный сценарий, который позволяет выявить, всё ли мы учли.
❗️ Он не отменяет User Story и CJM, а работает вместе с ними.
#UseCase #СценарииИспользования #Продукт #Разработка #Аналитика #Продакт #ТЗ
🔥6
Всем привет! Вот и подходит к концу воскресенье.
Надеюсь, ваши выходные прошли супер (в отличие от меня 😅). Потрясающая погода за окном: солнце, тепло.. НО!
Мы всей семьёй свалились с какой-то странной болезнью. Ломота в костях, сопли и у меня напрочь заложило уши. Я теперь почти вакуумирован от внешнего мира 🤣
Зато благодаря этому удалось устроить киномарафон:
🗡️ «Гладиатор»
🗡️ «Троя»
🗡️ «Меч короля Артура»
Если смотрели – ставьте 🔥
Если не смотрели – очень рекомендую найти время, не пожалеете 🙏
Надеюсь, ваши выходные прошли супер (в отличие от меня 😅). Потрясающая погода за окном: солнце, тепло.. НО!
Мы всей семьёй свалились с какой-то странной болезнью. Ломота в костях, сопли и у меня напрочь заложило уши. Я теперь почти вакуумирован от внешнего мира 🤣
Зато благодаря этому удалось устроить киномарафон:
🗡️ «Гладиатор»
🗡️ «Троя»
🗡️ «Меч короля Артура»
Если смотрели – ставьте 🔥
Если не смотрели – очень рекомендую найти время, не пожалеете 🙏
🔥5✍2
User Story (пользовательские истории).. ещё один важный инструмент..
Мы разобрали CJM – посмотрели на путь пользователя целиком.
Разобрали Use Case – расписали детальные сценарии со всеми «а что, если».
User Story – это короткое описание функциональности с точки зрения пользователя. Не техническое задание, не список фич, а именно история работающая по шаблону:
Я как [роль] хочу [действие], чтобы [ценность].
Например:
• «Я как покупатель хочу видеть стоимость доставки до оформления заказа, чтобы понимать итоговую цену».
• «Я как водитель хочу получать уведомление о новой поездке на экране, чтобы не пропустить заказ, когда телефон в держателе».
User Story – это 1-2 предложения про ценность для планирования и приоритезации. Она отвечает на вопросы «что и зачем».
Зачем это вообще нужно?
• Фокус на пользователе. История заставляет каждый раз думать: а кому это надо? А зачем? А какая тут ценность?
• Единый язык. И разработчик, и тестировщик, и дизайнер, и бизнес понимают одно и то же. Нет пространства для трактовок «ну я имел в виду другое».
• Основа для обсуждения. User Story – это приглашение к диалогу. Команда может (и должна!) задавать вопросы, уточнять, предлагать.
• Планирование. Истории можно оценивать, приоритезировать, резать на спринты.
User Story ≠ Техническое задание
ТЗ обычно звучит как:
«Реализовать форму обратной связи с полями имя, email, сообщение и капчей».
User Story на ту же тему:
«Я как посетитель хочу отправить сообщение в поддержку прямо с сайта, чтобы быстро решить свою проблему, не открывая почту».
Хорошие User Story соответствуют критериям INVEST:
Independent (независимые). Историю можно реализовать отдельно от других.
Negotiable (обсуждаемые). Отражает суть, а не детали; не содержит конкретных шагов реализации.
Valuable (ценные). История должна приносить ценность пользователю или бизнесу.
Estimable (оцениваемые). Она должна быть оцениваемая по сложности и трудозатратам.
Small (маленькие). Она должна быть компактная, может быть сделана командой за одну итерацию.
Testable (тестируемые). Имеет чёткие критерии приёмки.
❗️ Критерии – это условия, при которых история считается выполненной.
Например, к истории «Добавить поиск по товарам» можно дописать:
• Поиск ищет по названию и описанию.
• Выдаёт результаты при вводе от 3 символов.
• Если ничего не найдено, то показывает заглушку с предложением посмотреть новинки.
• Время ответа не более 2 секунд.
Без этих критериев разработчик сделает «как-то», а вы будете удивляться, почему оно работает «не так».
❗️ВАЖНО! Не делать слишком крупные истории (эпики).
❗️ВАЖНО! Самые полезные истории, которые команда обсуждает на уточнении, задаёт вопросы, находит подводные камни.
Берём информацию из..
• Из CJM. На каких этапах пути возникают потребности?
• Из Use Case. Какие шаги можно сгруппировать в ценность?
• Из интервью. Как пользователи формулируют свои проблемы?
• Из данных техподдержки. О чём чаще всего спрашивают?
#UserStory #ПользовательскиеИстории #Продукт #Разработка #Agile #Scrum #Продакт
Мы разобрали CJM – посмотрели на путь пользователя целиком.
Разобрали Use Case – расписали детальные сценарии со всеми «а что, если».
User Story – это короткое описание функциональности с точки зрения пользователя. Не техническое задание, не список фич, а именно история работающая по шаблону:
Я как [роль] хочу [действие], чтобы [ценность].
Например:
• «Я как покупатель хочу видеть стоимость доставки до оформления заказа, чтобы понимать итоговую цену».
• «Я как водитель хочу получать уведомление о новой поездке на экране, чтобы не пропустить заказ, когда телефон в держателе».
User Story – это 1-2 предложения про ценность для планирования и приоритезации. Она отвечает на вопросы «что и зачем».
Зачем это вообще нужно?
• Фокус на пользователе. История заставляет каждый раз думать: а кому это надо? А зачем? А какая тут ценность?
• Единый язык. И разработчик, и тестировщик, и дизайнер, и бизнес понимают одно и то же. Нет пространства для трактовок «ну я имел в виду другое».
• Основа для обсуждения. User Story – это приглашение к диалогу. Команда может (и должна!) задавать вопросы, уточнять, предлагать.
• Планирование. Истории можно оценивать, приоритезировать, резать на спринты.
User Story ≠ Техническое задание
ТЗ обычно звучит как:
«Реализовать форму обратной связи с полями имя, email, сообщение и капчей».
User Story на ту же тему:
«Я как посетитель хочу отправить сообщение в поддержку прямо с сайта, чтобы быстро решить свою проблему, не открывая почту».
Хорошие User Story соответствуют критериям INVEST:
Independent (независимые). Историю можно реализовать отдельно от других.
Negotiable (обсуждаемые). Отражает суть, а не детали; не содержит конкретных шагов реализации.
Valuable (ценные). История должна приносить ценность пользователю или бизнесу.
Estimable (оцениваемые). Она должна быть оцениваемая по сложности и трудозатратам.
Small (маленькие). Она должна быть компактная, может быть сделана командой за одну итерацию.
Testable (тестируемые). Имеет чёткие критерии приёмки.
❗️ Критерии – это условия, при которых история считается выполненной.
Например, к истории «Добавить поиск по товарам» можно дописать:
• Поиск ищет по названию и описанию.
• Выдаёт результаты при вводе от 3 символов.
• Если ничего не найдено, то показывает заглушку с предложением посмотреть новинки.
• Время ответа не более 2 секунд.
Без этих критериев разработчик сделает «как-то», а вы будете удивляться, почему оно работает «не так».
❗️ВАЖНО! Не делать слишком крупные истории (эпики).
❗️ВАЖНО! Самые полезные истории, которые команда обсуждает на уточнении, задаёт вопросы, находит подводные камни.
Берём информацию из..
• Из CJM. На каких этапах пути возникают потребности?
• Из Use Case. Какие шаги можно сгруппировать в ценность?
• Из интервью. Как пользователи формулируют свои проблемы?
• Из данных техподдержки. О чём чаще всего спрашивают?
#UserStory #ПользовательскиеИстории #Продукт #Разработка #Agile #Scrum #Продакт
🔥5
Помните я уже говорил про поиск идей..
Недавно прочитал про необычный метод с забавным названием SCAMPER..
В переводе с английского SCAMPER – это пробежка. Мы устраиваем нашему продукту веселую пробежку. 😁
Данный метод используют как для генерации идей, так и для улучшения продуктов или решения проблем путем постановки 7 типов вопросов к существующему объекту.
Как это работает?
Мы берём наш продукт (или любой существующий) и по очереди «пропускаем» его через каждую букву. И обязательно записываем всё, что приходит в голову.
Substitute (Заменить)
Вопросы: Что можно заменить в продукте? Материал, компонент, человека, правило?
Например,
• Заменили металлическую трубу на пластиковую стало легче и дешевле
• Заменили продавца в магазине на онлайн-чат и смогли работать 24/7
Combine (Комбинировать)
Вопросы: Что можно с чем объединить? Смешать функции, идеи, сервисы?
Например,
• Телефон + фотоаппарат = смартфон с камерой
• Шампунь + кондиционер = 2-в-1
• Такси + еда = доставка еды как в приложении такси
Adapt (Адаптировать)
Вопросы: Что можно позаимствовать? Есть ли похожее решение в другой сфере?
Например,
• Систему умного дома адаптировали для офисов
• Технологии из военной промышленности перевели в гражданскую
Modify (Модифицировать)
Вопросы: Что можно изменить? Размер, форму, цвет, атрибуты, громкость?
Например,
• Увеличили размер шрифта в приложении сделав версию для слабовидящих
• Изменили форму бутылки и теперь она стала удобнее лежать в руке
Put to other use (Использовать по-другому)
Вопросы: Где ещё можно применить продукт? Кто ещё может им пользоваться?
Например,
• Средство для мытья стёкол оказалось отличным средством для удаления пятен с одежды (моя сказка для примера)
• Детские салфетки стали использовать водители для протирки руля и панели(т.к. спиртовые вредят)
Eliminate (Убрать / Упростить)
Вопросы: Что можно удалить? От чего отказаться без потери ценности?
Например,
• Убрали лишние кнопки с пульта, оставили только самые нужные
• Убрали пластиковую упаковку сделали экологичнее
Reverse (Перевернуть / Реорганизовать)
Вопросы: Что будет, если сделать наоборот? Поменять местами начало и конец, причину и следствие?
Например,
• Вместо «пользователь ищет товар» → «товар сам ищет пользователя» (рекомендательные системы).
• Вместо «купил – получил бонус» → «получил бонус – потратил на покупку» (кешбэк).
Спасибо а внимание! Возможно вам поможет данный метод преодолеть творческий ступор и посмотреть на привычные вещи под новым углом..
#scamper #генерацияидей #креатив #продукт #развитие #инструменты
Недавно прочитал про необычный метод с забавным названием SCAMPER..
В переводе с английского SCAMPER – это пробежка. Мы устраиваем нашему продукту веселую пробежку. 😁
Данный метод используют как для генерации идей, так и для улучшения продуктов или решения проблем путем постановки 7 типов вопросов к существующему объекту.
Как это работает?
Мы берём наш продукт (или любой существующий) и по очереди «пропускаем» его через каждую букву. И обязательно записываем всё, что приходит в голову.
Substitute (Заменить)
Вопросы: Что можно заменить в продукте? Материал, компонент, человека, правило?
Например,
• Заменили металлическую трубу на пластиковую стало легче и дешевле
• Заменили продавца в магазине на онлайн-чат и смогли работать 24/7
Combine (Комбинировать)
Вопросы: Что можно с чем объединить? Смешать функции, идеи, сервисы?
Например,
• Телефон + фотоаппарат = смартфон с камерой
• Шампунь + кондиционер = 2-в-1
• Такси + еда = доставка еды как в приложении такси
Adapt (Адаптировать)
Вопросы: Что можно позаимствовать? Есть ли похожее решение в другой сфере?
Например,
• Систему умного дома адаптировали для офисов
• Технологии из военной промышленности перевели в гражданскую
Modify (Модифицировать)
Вопросы: Что можно изменить? Размер, форму, цвет, атрибуты, громкость?
Например,
• Увеличили размер шрифта в приложении сделав версию для слабовидящих
• Изменили форму бутылки и теперь она стала удобнее лежать в руке
Put to other use (Использовать по-другому)
Вопросы: Где ещё можно применить продукт? Кто ещё может им пользоваться?
Например,
• Средство для мытья стёкол оказалось отличным средством для удаления пятен с одежды
• Детские салфетки стали использовать водители для протирки руля и панели
Eliminate (Убрать / Упростить)
Вопросы: Что можно удалить? От чего отказаться без потери ценности?
Например,
• Убрали лишние кнопки с пульта, оставили только самые нужные
• Убрали пластиковую упаковку сделали экологичнее
Reverse (Перевернуть / Реорганизовать)
Вопросы: Что будет, если сделать наоборот? Поменять местами начало и конец, причину и следствие?
Например,
• Вместо «пользователь ищет товар» → «товар сам ищет пользователя» (рекомендательные системы).
• Вместо «купил – получил бонус» → «получил бонус – потратил на покупку» (кешбэк).
Спасибо а внимание! Возможно вам поможет данный метод преодолеть творческий ступор и посмотреть на привычные вещи под новым углом..
#scamper #генерацияидей #креатив #продукт #развитие #инструменты
🔥6
Всем привет! 👋
На этой неделе поговорим о приоритизации бэклога и сегодня поговорим о методе MOSCOW..
Как работает?
Разделяем бэклог на 4 кучки, чтобы не пытаться «впихнуть невпихуемое» в один спринт:
Must have (Нужно обязательно). Без этого продукт просто не имеет смысла. Это наш MVP.
Например, в приложении доставки еды – это корзина и оплата. Если юзер не может купить бургер, дизайн кнопок ему не важен.
❗️ Если хоть один Must не готов – релиз отменяется.
Should have (Нужно бы, но...). Важно, но не критично для немедленного успеха. Эти элементы значительно повышают ценность продукта, но их внедрение может быть отложено при необходимости.
Пример: Фильтры по калориям или история заказов. Полезно? Да. Критично для первой продажи? Нет.
❗️ Если «Should have (Нужно бы, но...)» отсутствует, стоит тщательно оценить последствия и внести корректировки в других областях.
Could have (Можно, если останется время). Те самые «бантики» и улучшения, которые которые были бы желательны, улучшили бы пользовательский опыт или повысили эффективность, но не являются необходимыми.
Пример: Анимированные стикеры в чате с курьером или праздничная иконка приложения.
❗️ Наше время и энергия всегда ограничены то.
Won’t have (Не в этот раз). Самая важная категория. Сюда мы осознанно выкидываем всё, что НЕ будем делать в текущем цикле. Это экономит кучу нервов команде.
Пример: Интеграция с умными холодильниками или VR-просмотр меню.
❗️ Важно следить, чтобы «Мастов» было не больше 60% от объема работ. Иначе при первом же факапе (а они будут) у нас не останется пространства для маневра. А также нужно помнить, что для стартапа является «обязательным», для устоявшейся компании может быть «желательным».
На практике обычно происходит так, сроки горят, мы должны просто «отрезать» хвост из категорий Could и Should. Продукт все равно выходит рабочим, а команда не умирает от переработок.
#управлениепродуктом #приоритизация #moscow #продактменеджмент
На этой неделе поговорим о приоритизации бэклога и сегодня поговорим о методе MOSCOW..
Как работает?
Разделяем бэклог на 4 кучки, чтобы не пытаться «впихнуть невпихуемое» в один спринт:
Must have (Нужно обязательно). Без этого продукт просто не имеет смысла. Это наш MVP.
Например, в приложении доставки еды – это корзина и оплата. Если юзер не может купить бургер, дизайн кнопок ему не важен.
❗️ Если хоть один Must не готов – релиз отменяется.
Should have (Нужно бы, но...). Важно, но не критично для немедленного успеха. Эти элементы значительно повышают ценность продукта, но их внедрение может быть отложено при необходимости.
Пример: Фильтры по калориям или история заказов. Полезно? Да. Критично для первой продажи? Нет.
❗️ Если «Should have (Нужно бы, но...)» отсутствует, стоит тщательно оценить последствия и внести корректировки в других областях.
Could have (Можно, если останется время). Те самые «бантики» и улучшения, которые которые были бы желательны, улучшили бы пользовательский опыт или повысили эффективность, но не являются необходимыми.
Пример: Анимированные стикеры в чате с курьером или праздничная иконка приложения.
❗️ Наше время и энергия всегда ограничены то.
Won’t have (Не в этот раз). Самая важная категория. Сюда мы осознанно выкидываем всё, что НЕ будем делать в текущем цикле. Это экономит кучу нервов команде.
Пример: Интеграция с умными холодильниками или VR-просмотр меню.
❗️ Важно следить, чтобы «Мастов» было не больше 60% от объема работ. Иначе при первом же факапе (а они будут) у нас не останется пространства для маневра. А также нужно помнить, что для стартапа является «обязательным», для устоявшейся компании может быть «желательным».
На практике обычно происходит так, сроки горят, мы должны просто «отрезать» хвост из категорий Could и Should. Продукт все равно выходит рабочим, а команда не умирает от переработок.
#управлениепродуктом #приоритизация #moscow #продактменеджмент
🔥5💯1👻1
Cегодня разберем метод RICE.. Формула, которая поможет не разрываться между «хотелками» стейкхолдеров.
О методе MOSCOW уже поговорили..
Когда задач мало, их легко раскидать.
А вот когда их дофига, кажется, что даже если разорваться, нужное всё равно не успеешь.
Формула выглядит так:
RICE = (Reach × Impact × Confidence) / Effort
Reach (Охват): Скольких юзеров это коснется за месяц?
Пример: Мы меняем кнопку на главной (охват 100к) или правим баг в настройках профиля, куда заходит 1% юзеров (охват 1к).
❗️ Считаем только активную аудиторию за период. Лучше занизить Reach, чем строить планы на мертвые души.
Impact (Влияние): Насколько это поможет цели? Субъективная шкала «от 0 до 3» – рай для оптимистов. Всем кажется, что их фича «космос» (3 балла).
Пример: Добавление оплаты по QR-коду может дать Impact 3, а смена цвета иконки – 0.25.
❗️ Необходимо привязывать баллы к метрикам. Если цель – конверсия, то «3» – это рост на 10%, а «1» – на 1%. Иначе это гадание.
Confidence (Уверенность): Насколько мы верим своим цифрам? 100% – твердые данные, 80% – есть исследования, 50% – если просто кажется, 20% – «пальцем в небо».
Например, представим что мы хотим сделать расширенный редактор профиля. Рассчитываем по формуле: Reach высокий (у всех есть профиль), Impact высокий (удобство), Effort средний.
❗️ А на самом деле пользователи не заходят в профиль вообще.
❗️ А мы поставили Confidence 100%.
Effort (Затраты): Сколько ресурсов сожрет разработка? Считаем в «человеко-месяцах» или просто в спринтах.
Пример: Фича А делается за 1 спринт, фича Б за полгода.
❗️ Закладывать буфер на багфикс и непредвиденные сложности. Т.к. спринт может превратиться в три спринта + техдолг.
❗️ Формула – это просто калькулятор. Если мы загрузим в него ерунду, то и на выходе получим красивый, но бесполезный результат.
❗️ RICE не спасет, если вы врете себе сами!
Пример:
Задача А. Тёмная тема
Reach 50 000 | Impact 1 | Confidence 100% | Effort 1 спринт
👉 RICE = (50 000 × 1 × 100%) / 1 = 50 000
Задача Б. Реферальная программа
Reach 10 000 | Impact 3 | Confidence 80% | Effort 0.5 спринта
👉 RICE = (10 000 × 3 × 80%) / 0.5 = 48 000
Казалось бы, рефералка круче по влиянию. Но охват и простота «тёмной темы» в этом раунде побеждают.
#управлениепродуктом #приоритизация #RICE #проджектменеджмент
О методе MOSCOW уже поговорили..
Когда задач мало, их легко раскидать.
А вот когда их дофига, кажется, что даже если разорваться, нужное всё равно не успеешь.
Формула выглядит так:
RICE = (Reach × Impact × Confidence) / Effort
Reach (Охват): Скольких юзеров это коснется за месяц?
Пример: Мы меняем кнопку на главной (охват 100к) или правим баг в настройках профиля, куда заходит 1% юзеров (охват 1к).
❗️ Считаем только активную аудиторию за период. Лучше занизить Reach, чем строить планы на мертвые души.
Impact (Влияние): Насколько это поможет цели? Субъективная шкала «от 0 до 3» – рай для оптимистов. Всем кажется, что их фича «космос» (3 балла).
Пример: Добавление оплаты по QR-коду может дать Impact 3, а смена цвета иконки – 0.25.
❗️ Необходимо привязывать баллы к метрикам. Если цель – конверсия, то «3» – это рост на 10%, а «1» – на 1%. Иначе это гадание.
Confidence (Уверенность): Насколько мы верим своим цифрам? 100% – твердые данные, 80% – есть исследования, 50% – если просто кажется, 20% – «пальцем в небо».
Например, представим что мы хотим сделать расширенный редактор профиля. Рассчитываем по формуле: Reach высокий (у всех есть профиль), Impact высокий (удобство), Effort средний.
❗️ А на самом деле пользователи не заходят в профиль вообще.
❗️ А мы поставили Confidence 100%.
Effort (Затраты): Сколько ресурсов сожрет разработка? Считаем в «человеко-месяцах» или просто в спринтах.
Пример: Фича А делается за 1 спринт, фича Б за полгода.
❗️ Закладывать буфер на багфикс и непредвиденные сложности. Т.к. спринт может превратиться в три спринта + техдолг.
❗️ Формула – это просто калькулятор. Если мы загрузим в него ерунду, то и на выходе получим красивый, но бесполезный результат.
❗️ RICE не спасет, если вы врете себе сами!
Пример:
Задача А. Тёмная тема
Reach 50 000 | Impact 1 | Confidence 100% | Effort 1 спринт
👉 RICE = (50 000 × 1 × 100%) / 1 = 50 000
Задача Б. Реферальная программа
Reach 10 000 | Impact 3 | Confidence 80% | Effort 0.5 спринта
👉 RICE = (10 000 × 3 × 80%) / 0.5 = 48 000
Казалось бы, рефералка круче по влиянию. Но охват и простота «тёмной темы» в этом раунде побеждают.
#управлениепродуктом #приоритизация #RICE #проджектменеджмент
🔥4
Всем доброго утра и хорошего начала недели!
Если наш день начинается с того, что мы разгребаем кучу задач и пытаемся понять, за что хвататься, т.к. СРОЧНО - ВСЁ! Нам поможет матрица Эйзенхауэра..
Это старый, но эффективный инструмент.
Сделать квадрат с колонками «Срочно» и «Не срочно» и с двумя строками: «Важно» и «Не важно».
Срочные и важные дела. В этом квадранте сосредоточена критически важная работа с жесткими сроками, которая вносит значительный вклад в достижение ваших целей. Эта ячейка подобна шипящему котлу на плите – она требует немедленного внимания! Представьте себе завершение проекта, который нужно сдать завтра, или устранение прорыва трубы дома.
❗️ Если ты живешь только в этом квадрате, значит, где-то в планировании ты свернул не туда.
Важные, но несрочные дела. В этом квадранте сосредоточена наша основная работа. Возможно, она не срочная, но это настоящий сундук с сокровищами, полный задач, имеющих значение в долгосрочной перспективе, даже если у них нет немедленных сроков. Это наши стратегические шаги, такие как планирование карьеры или поддержание здоровья.
❗️ Чем больше времени мы будем проводить здесь, тем меньше задач будут залтать в срочное и важное.
Срочные, но неважные дела. Это рутинная работа – вроде неважных электронных писем или мелких просьб от коллег – которая привлекает внимание, но мало способствует достижению ваших общих целей.
❗️ Делегировать. Или вежливо слать лесом, если это не наша зона ответственности. Это квадрат-вор, который крадет твой ресурс.
Несрочные и неважные дела. В этом последнем квадранте находится ваша ненужная работа – все, что не имеет значения и, по сути, не должно происходить. Вам следует свести к минимуму или полностью исключить все, что находится в этом квадранте.
❗️ Удалять. Безжалостно.
Главное не путать СРОЧНОЕ и ВАЖНОЕ! СРОЧНОСТЬ – это давление извне (чей-то крик в личке), а ВАЖНОСТЬ – это то, что реально двигает метрики продукта.
Размышляем, делегируем, автоматизируем, бросаем вызов! 😁
#управлениепродуктом #приоритизация #матрица #Эйзенхауэр #проджектменеджмент
Если наш день начинается с того, что мы разгребаем кучу задач и пытаемся понять, за что хвататься, т.к. СРОЧНО - ВСЁ! Нам поможет матрица Эйзенхауэра..
Это старый, но эффективный инструмент.
Сделать квадрат с колонками «Срочно» и «Не срочно» и с двумя строками: «Важно» и «Не важно».
Срочные и важные дела. В этом квадранте сосредоточена критически важная работа с жесткими сроками, которая вносит значительный вклад в достижение ваших целей. Эта ячейка подобна шипящему котлу на плите – она требует немедленного внимания! Представьте себе завершение проекта, который нужно сдать завтра, или устранение прорыва трубы дома.
❗️ Если ты живешь только в этом квадрате, значит, где-то в планировании ты свернул не туда.
Важные, но несрочные дела. В этом квадранте сосредоточена наша основная работа. Возможно, она не срочная, но это настоящий сундук с сокровищами, полный задач, имеющих значение в долгосрочной перспективе, даже если у них нет немедленных сроков. Это наши стратегические шаги, такие как планирование карьеры или поддержание здоровья.
❗️ Чем больше времени мы будем проводить здесь, тем меньше задач будут залтать в срочное и важное.
Срочные, но неважные дела. Это рутинная работа – вроде неважных электронных писем или мелких просьб от коллег – которая привлекает внимание, но мало способствует достижению ваших общих целей.
❗️ Делегировать. Или вежливо слать лесом, если это не наша зона ответственности. Это квадрат-вор, который крадет твой ресурс.
Несрочные и неважные дела. В этом последнем квадранте находится ваша ненужная работа – все, что не имеет значения и, по сути, не должно происходить. Вам следует свести к минимуму или полностью исключить все, что находится в этом квадранте.
❗️ Удалять. Безжалостно.
Главное не путать СРОЧНОЕ и ВАЖНОЕ! СРОЧНОСТЬ – это давление извне (чей-то крик в личке), а ВАЖНОСТЬ – это то, что реально двигает метрики продукта.
Размышляем, делегируем, автоматизируем, бросаем вызов! 😁
#управлениепродуктом #приоритизация #матрица #Эйзенхауэр #проджектменеджмент
🔥5
А может погадаем на кофейной гуще? 😁
Всем доброго понедельничного утра! 👋
Прошу прощения за паузу в публикациях – одним продакт-менеджментом сыт не будешь, дел навалилось столько, что едва успеваю всё разгребать. Но я возвращаюсь! 😁
Сегодня открываем большую и важную тему – Продуктовую аналитику. Начнем с основ, а дальше пойдем по метрикам и фреймворкам.
Зачем нам вообще цифры?
Аналитика – это не просто графики, это процесс познания продукта. Она позволяет:
🪩 Понимать, как дела прямо сейчас (без иллюзий).
👀 Видеть, куда и как развивать продукт.
💨 Быстро ловить баги и аномалии.
📊 Строить прогнозы и лучше знать свою аудиторию.
🤖 Делать продукт, который реально нужен, а не который «кажется» правильным.
Есть несколько типов компаний и их отношение к данным:
1. Аналитику не собирают. Решения принимают «по чуйке».
2. Собирают всё подряд «на всякий случай», но не понимают, зачем.
3. Смотрят базовый набор счетчиков (трафик, регистрации), но не видят всей картины.
4. Четко понимают связь метрик и целей. Анализируют, как каждое изменение влияет на бизнес.
С чего мы начинаем?
🗣️ Первым делом мы строим модель работы продукта. На её основе мы предсказываем, что будет происходить.
🗣️ Если прогноз не сбылся, мы формируем гипотезы.
🗣️ Смотрим на данные, мы проверяем эти гипотезы.
🗣️ Уточняем модель и повторяем цикл.
На сегодня у меня всё.
#productmanagement #analytics #продуктоваяаналитика #данные #метрики
Всем доброго понедельничного утра! 👋
Прошу прощения за паузу в публикациях – одним продакт-менеджментом сыт не будешь, дел навалилось столько, что едва успеваю всё разгребать. Но я возвращаюсь! 😁
Сегодня открываем большую и важную тему – Продуктовую аналитику. Начнем с основ, а дальше пойдем по метрикам и фреймворкам.
Зачем нам вообще цифры?
Аналитика – это не просто графики, это процесс познания продукта. Она позволяет:
🪩 Понимать, как дела прямо сейчас (без иллюзий).
👀 Видеть, куда и как развивать продукт.
💨 Быстро ловить баги и аномалии.
📊 Строить прогнозы и лучше знать свою аудиторию.
🤖 Делать продукт, который реально нужен, а не который «кажется» правильным.
Есть несколько типов компаний и их отношение к данным:
1. Аналитику не собирают. Решения принимают «по чуйке».
2. Собирают всё подряд «на всякий случай», но не понимают, зачем.
3. Смотрят базовый набор счетчиков (трафик, регистрации), но не видят всей картины.
4. Четко понимают связь метрик и целей. Анализируют, как каждое изменение влияет на бизнес.
С чего мы начинаем?
🗣️ Первым делом мы строим модель работы продукта. На её основе мы предсказываем, что будет происходить.
🗣️ Если прогноз не сбылся, мы формируем гипотезы.
🗣️ Смотрим на данные, мы проверяем эти гипотезы.
🗣️ Уточняем модель и повторяем цикл.
На сегодня у меня всё.
#productmanagement #analytics #продуктоваяаналитика #данные #метрики
🔥4
Как обещал продолжаем..
Что такое метрики и зачем они нам?
Метрика – это показатель эффективности продукта или конкретной фичи. А главное: это всегда свершившееся и зафиксированное событие.
Зачем они нам нужны?
1. Для исследований. Изучаем пути пользователя. Где он «спотыкается»?
2. Для мониторинга. Контролируем критические точки (например, конверсию из посещения в регистрацию).
3. Для себя любимого. Чтобы видеть масштаб (общее количество скачиваний за всё время).
4. Для понимания контекста. Изучаем глубину просмотра страниц или время в приложении.
Какие бывают метрики?
• Абсолютные. Например, приложение установили 1000 раз за месяц.
• Относительные. Например, количество установок выросло на 10% к прошлому месяцу.
• Количественные. Например, 100 человек ежедневно совершают покупку.
• Качественные. Например, пользователи жалуются в поддержку на долгую доставку (фидбек тоже можно оцифровать).
А еще важное деление метрик разберемна примере сервиса подписки на кофе .
💻 Технические (Работоспособность): Например, Uptime сайта. Насколько быстро грузится страница выбора сорта кофе и не «падает» ли оплата?
🗣 Маркетинговые (Привлечение). Например, стоимость привлечения одного подписчика (CAC). Сколько денег мы потратили на рекламу в соцсетях, чтобы человек зашел на сайт?
💎 Продуктовые (Взаимодействие). Например, Retention (Удержание). Какой процент пользователей выбирает зерна для следующей посылки, а не удаляет аккаунт?
💰 Бизнесовые (Деньги): Например, LTV (Пожизненная ценность клиента). Сколько прибыли принесет один любитель кофе за все 12 месяцев подписки?
Цепочка связей выглядит примерно так..
• Если Технические метрики падают (сайт тормозит), то Продуктовые сразу проседают (пользователь уходит, не выбрав кофе).
• Маркетинговые деньги вылетают в трубу – мы привели трафик на неработающий сервис.
• Это мгновенно бьет по Бизнесовым метрикам (выручка падает).
Нельзя смотреть только на один тип. Нам важно следить за всеми ними.
#analytics #metrics #product #метрики #аналитика
Что такое метрики и зачем они нам?
Метрика – это показатель эффективности продукта или конкретной фичи. А главное: это всегда свершившееся и зафиксированное событие.
Зачем они нам нужны?
1. Для исследований. Изучаем пути пользователя. Где он «спотыкается»?
2. Для мониторинга. Контролируем критические точки (например, конверсию из посещения в регистрацию).
3. Для себя любимого. Чтобы видеть масштаб (общее количество скачиваний за всё время).
4. Для понимания контекста. Изучаем глубину просмотра страниц или время в приложении.
Какие бывают метрики?
• Абсолютные. Например, приложение установили 1000 раз за месяц.
• Относительные. Например, количество установок выросло на 10% к прошлому месяцу.
• Количественные. Например, 100 человек ежедневно совершают покупку.
• Качественные. Например, пользователи жалуются в поддержку на долгую доставку (фидбек тоже можно оцифровать).
А еще важное деление метрик разберем
💻 Технические (Работоспособность): Например, Uptime сайта. Насколько быстро грузится страница выбора сорта кофе и не «падает» ли оплата?
🗣 Маркетинговые (Привлечение). Например, стоимость привлечения одного подписчика (CAC). Сколько денег мы потратили на рекламу в соцсетях, чтобы человек зашел на сайт?
💎 Продуктовые (Взаимодействие). Например, Retention (Удержание). Какой процент пользователей выбирает зерна для следующей посылки, а не удаляет аккаунт?
💰 Бизнесовые (Деньги): Например, LTV (Пожизненная ценность клиента). Сколько прибыли принесет один любитель кофе за все 12 месяцев подписки?
Цепочка связей выглядит примерно так..
• Если Технические метрики падают (сайт тормозит), то Продуктовые сразу проседают (пользователь уходит, не выбрав кофе).
• Маркетинговые деньги вылетают в трубу – мы привели трафик на неработающий сервис.
• Это мгновенно бьет по Бизнесовым метрикам (выручка падает).
Нельзя смотреть только на один тип. Нам важно следить за всеми ними.
#analytics #metrics #product #метрики #аналитика
🔥3
Сегодня поговорим о деньгах и эффективности продукта, а именно о бизнес-метрика..
Именно на них мы будем смотреть, когда будем решать, выделять ли бюджет на эти новые фичи или нет.
Разберем на предыдущем примере про кофейный сервис..
1. Revenue (Выручка)
Это все деньги, которые упали на счет от клиентов или рекламодателей.
• Суть: Показывает масштаб и популярность продукта.
• Пример: За месяц продали подписок на 150 000 ₽. Это и есть Revenue.
2. Earnings / Net Income (Чистая прибыль)
Выручка – это еще не те деньги, которые можно положить в карман. Нужно вычесть все расходы.
• Формула: Revenue − Expenses (Расходы)
• Пример: 150 000 ₽ (выручка) − 100 000 ₽ (закупка кофе) − 5 000 ₽ (сайт) − 1 500 ₽ (налоги) = 43 500 ₽. Это чистая прибыль.
3. EBITDA (Операционная эффективность)
Прибыль до вычета процентов, налогов и амортизации.
• Суть: Позволяет оценить эффективность самой бизнес-модели, не учитывая особенности налогообложения или кредитов.
• Пример: К чистой прибыли (43 500 ₽) прибавляем налоги (1 500 ₽) и амортизацию сайта (5 000 ₽) = 50 000 ₽.
4. ARPU / ARPA / ARPC (Средний чек)
Сколько в среднем приносит один пользователь (User), аккаунт (Account) или клиент (Client).
• Формула: Revenue / Active Users
• Пример: Выручка 150 000 ₽ / 2000 покупателей = 75 ₽ приносит один средний клиент.
5. COGS (Себестоимость проданных товаров)
Прямые затраты на производство того, что вы продали.
• Пример: Кофе на начало месяца (150к) + закупки (200к) − остатки (250к) = 100 000 ₽. Это цена продукта «в себестоимости».
Скажите вы что здесь каких-то метрик не хватает.. и я вам отвечу это так!!! Первые какие еще на ум приходят и за что отвечают – это..
CAC (Customer Acquisition Cost): Сколько стоит "купить" одного нового клиента? (Реклама / кол-во клиентов).
LTV (Lifetime Value): Сколько денег принесет клиент за ВСЁ время жизни в продукте?
Churn Rate (Отток): Какой процент клиентов отменяет подписку на кофе каждый месяц?
ROI / ROMI: Окупаются ли вообще наши вложения в маркетинг и разработку?
❗️ Можно иметь огромную выручку (Revenue), но при этом быть убыточной компанией, если расходы (COGS и прочие) выше.
Наша задача – это растить не только обороты, но и маржинальность.
#productmanagement #businessmetrics #revenue #ebitda #аналитика #деньги
Именно на них мы будем смотреть, когда будем решать, выделять ли бюджет на эти новые фичи или нет.
Разберем на предыдущем примере про кофейный сервис..
1. Revenue (Выручка)
Это все деньги, которые упали на счет от клиентов или рекламодателей.
• Суть: Показывает масштаб и популярность продукта.
• Пример: За месяц продали подписок на 150 000 ₽. Это и есть Revenue.
2. Earnings / Net Income (Чистая прибыль)
Выручка – это еще не те деньги, которые можно положить в карман. Нужно вычесть все расходы.
• Формула: Revenue − Expenses (Расходы)
• Пример: 150 000 ₽ (выручка) − 100 000 ₽ (закупка кофе) − 5 000 ₽ (сайт) − 1 500 ₽ (налоги) = 43 500 ₽. Это чистая прибыль.
3. EBITDA (Операционная эффективность)
Прибыль до вычета процентов, налогов и амортизации.
• Суть: Позволяет оценить эффективность самой бизнес-модели, не учитывая особенности налогообложения или кредитов.
• Пример: К чистой прибыли (43 500 ₽) прибавляем налоги (1 500 ₽) и амортизацию сайта (5 000 ₽) = 50 000 ₽.
4. ARPU / ARPA / ARPC (Средний чек)
Сколько в среднем приносит один пользователь (User), аккаунт (Account) или клиент (Client).
• Формула: Revenue / Active Users
• Пример: Выручка 150 000 ₽ / 2000 покупателей = 75 ₽ приносит один средний клиент.
5. COGS (Себестоимость проданных товаров)
Прямые затраты на производство того, что вы продали.
• Пример: Кофе на начало месяца (150к) + закупки (200к) − остатки (250к) = 100 000 ₽. Это цена продукта «в себестоимости».
Скажите вы что здесь каких-то метрик не хватает.. и я вам отвечу это так!!! Первые какие еще на ум приходят и за что отвечают – это..
CAC (Customer Acquisition Cost): Сколько стоит "купить" одного нового клиента? (Реклама / кол-во клиентов).
LTV (Lifetime Value): Сколько денег принесет клиент за ВСЁ время жизни в продукте?
Churn Rate (Отток): Какой процент клиентов отменяет подписку на кофе каждый месяц?
ROI / ROMI: Окупаются ли вообще наши вложения в маркетинг и разработку?
❗️ Можно иметь огромную выручку (Revenue), но при этом быть убыточной компанией, если расходы (COGS и прочие) выше.
Наша задача – это растить не только обороты, но и маржинальность.
#productmanagement #businessmetrics #revenue #ebitda #аналитика #деньги
🔥7💯1
Как понять, что реклама работает?
Всем доброго утра и продуктивного начала недели!
🚀 Всех причастных к космонавтике – с прошедшим праздником!
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Мы продолжаем погружение в аналитику. Сегодня будем говорить о маркетинговых метриках. Они живут на стороне привлечения, но тесно переплетены с бизнесом.
1. CPC, CPM, CPA, CPI, CPL (Стоимость за действие)
Эти показатели помогают сравнить эффективность разных источников трафика.
• CPC (Cost per click) – цена за клик.
• CPM (Cost per mille) – цена за 1000 показов.
• CPA (Cost per action) – цена за целевое действие (покупка, подписка).
• CPI (Cost per install) – цена за установку приложения.
• CPL (Cost per lead) – цена за лид (регистрация/заявка).
Cost per … = Стоимость / Количество единиц измеряемого показателя
Например, потратили 5000 ₽ на рекламу в поиске, получили 250 переходов. CPC = 20 ₽.
2. CTR (Эффективность креатива)
Показывает «кликабельность» нашей рекламы.
CTR = (Клики / Показы) × 100%
Например, наш баннер увидели 100000 раз, а нажали 1000 раз. CTR = 1%. Чем выше этот %, тем точнее мы попали в боли аудитории.
3. CR (Conversion Rate /Конверсия)
Трафик пришел, но что он сделал дальше?
Например, из 1000 человек, перешедших по ссылке, 50 зарегистрировались. CR = 5%.
Если конверсия низкая – проблема либо в качестве трафика, либо в удобстве лендинга.
4. CAC (Стоимость привлечения клиента)
Сколько денег мы потратили, чтобы один человек стал нашим пользователем/клиентом.
Например, потратили на рекламу 20000 ₽, получили 50 регистраций. CAC = 400 ₽.
5. ROI, ROMI, ROAS (Окупаемость)
Показывают, вернулись ли инвестиции в привлечение.
• ROMI (Marketing) – окупаемость именно маркетинговых затрат.
• ROAS (Ad Spend) – окупаемость только рекламного бюджета.
ROI = ((Выручка - Затраты) / Затраты) × 100%
Что еще важно знать?
В маркетинге также смотрят на:
• LTV / CAC Ratio: Золотое правило – LTV должен быть минимум в 3 раза выше CAC.
• Chun Rate (Отток): Как быстро уходят те, кого мы привели?
• Retention: Возвращаются ли они после первой покупки?
Постепенно мы будем углубляться в каждую из них, чтобы мы могли построить полноценную воронку своего продукта.
#marketing #metrics #cac #romi #аналитика #маркетинг #productmanagement
Всем доброго утра и продуктивного начала недели!
🚀 Всех причастных к космонавтике – с прошедшим праздником!
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Мы продолжаем погружение в аналитику. Сегодня будем говорить о маркетинговых метриках. Они живут на стороне привлечения, но тесно переплетены с бизнесом.
‼️ Маркетинговые метрики всегда нужно анализировать в разрезе каналов (соцсети, поиск, блогеры), чтобы понимать, какой из них тянет вас вверх, а какой – на дно.
1. CPC, CPM, CPA, CPI, CPL (Стоимость за действие)
Эти показатели помогают сравнить эффективность разных источников трафика.
• CPC (Cost per click) – цена за клик.
• CPM (Cost per mille) – цена за 1000 показов.
• CPA (Cost per action) – цена за целевое действие (покупка, подписка).
• CPI (Cost per install) – цена за установку приложения.
• CPL (Cost per lead) – цена за лид (регистрация/заявка).
Cost per … = Стоимость / Количество единиц измеряемого показателя
Например, потратили 5000 ₽ на рекламу в поиске, получили 250 переходов. CPC = 20 ₽.
2. CTR (Эффективность креатива)
Показывает «кликабельность» нашей рекламы.
CTR = (Клики / Показы) × 100%
Например, наш баннер увидели 100000 раз, а нажали 1000 раз. CTR = 1%. Чем выше этот %, тем точнее мы попали в боли аудитории.
3. CR (Conversion Rate /Конверсия)
Трафик пришел, но что он сделал дальше?
Например, из 1000 человек, перешедших по ссылке, 50 зарегистрировались. CR = 5%.
Если конверсия низкая – проблема либо в качестве трафика, либо в удобстве лендинга.
4. CAC (Стоимость привлечения клиента)
Сколько денег мы потратили, чтобы один человек стал нашим пользователем/клиентом.
Например, потратили на рекламу 20000 ₽, получили 50 регистраций. CAC = 400 ₽.
5. ROI, ROMI, ROAS (Окупаемость)
Показывают, вернулись ли инвестиции в привлечение.
• ROMI (Marketing) – окупаемость именно маркетинговых затрат.
• ROAS (Ad Spend) – окупаемость только рекламного бюджета.
ROI = ((Выручка - Затраты) / Затраты) × 100%
Что еще важно знать?
В маркетинге также смотрят на:
• LTV / CAC Ratio: Золотое правило – LTV должен быть минимум в 3 раза выше CAC.
• Chun Rate (Отток): Как быстро уходят те, кого мы привели?
• Retention: Возвращаются ли они после первой покупки?
Постепенно мы будем углубляться в каждую из них, чтобы мы могли построить полноценную воронку своего продукта.
#marketing #metrics #cac #romi #аналитика #маркетинг #productmanagement
🔥4
Часть 1. Как понять состояние нашего продукта?
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Тут немного про маркетинговые метрики..
Тут немного про продуктовые метрики (Часть 2)..
В этом нам буду помогать продуктовые метрики.. Они показывают, насколько ваш продукт полезен и удобен на самом деле..
Привлечь аудиторию – это только полдела. А вот удержать её задание под звездочкой..
Эту часть продуктовых метрик считаю нужно начать с Retention и Churn..
CRR (Customer Retention Rate) подскажет нам какой процент клиентов остался с нами..
CRR = ((Кол-во на конец периода - Новые за период) / Кол-во на начало) × 100%
Например, в сервисе рисования на начало месяца было 150 учеников. Пришли 30 новых. В конце месяца осталось 170.
CRR = ((170 - 30) / 150) × 100% = 93.3% (в данном случае, это отличный показатель)
Churn Rate подскажет нам какой процент клиентов ушёл..
Обратная сторона медали. Показывает, какой процент клиентов вы потеряли.
Churn = (Потерянные клиенты / Кол-во на начало) × 100%
Например, в том же сервисе мы потеряли 10 человек (150 + 30 - 170).
Churn = (10 / 150) × 100% = 6,7%.
Если Churn растёт, то что-то сломалось в продукте, сервисе или ценообразовании.
Как влиять?
Улучшать качество контента, собирать обратную связь и вовремя напоминать о себе тем, кто «засыпает».
Если эти показатели метрик в порядке, то можно растить аудиторию.
А если нет, то сначала нужно решить эту проблему, а после решения только можно приступить к масштабированию.
#Retention #Churn #Метрики #Продукт #Аналитика
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Тут немного про маркетинговые метрики..
Тут немного про продуктовые метрики (Часть 2)..
В этом нам буду помогать продуктовые метрики.. Они показывают, насколько ваш продукт полезен и удобен на самом деле..
Привлечь аудиторию – это только полдела. А вот удержать её задание под звездочкой..
Эту часть продуктовых метрик считаю нужно начать с Retention и Churn..
CRR (Customer Retention Rate) подскажет нам какой процент клиентов остался с нами..
CRR = ((Кол-во на конец периода - Новые за период) / Кол-во на начало) × 100%
Например, в сервисе рисования на начало месяца было 150 учеников. Пришли 30 новых. В конце месяца осталось 170.
CRR = ((170 - 30) / 150) × 100% = 93.3% (в данном случае, это отличный показатель)
Churn Rate подскажет нам какой процент клиентов ушёл..
Обратная сторона медали. Показывает, какой процент клиентов вы потеряли.
Churn = (Потерянные клиенты / Кол-во на начало) × 100%
Например, в том же сервисе мы потеряли 10 человек (150 + 30 - 170).
Churn = (10 / 150) × 100% = 6,7%.
Если Churn растёт, то что-то сломалось в продукте, сервисе или ценообразовании.
Как влиять?
Улучшать качество контента, собирать обратную связь и вовремя напоминать о себе тем, кто «засыпает».
Если эти показатели метрик в порядке, то можно растить аудиторию.
А если нет, то сначала нужно решить эту проблему, а после решения только можно приступить к масштабированию.
#Retention #Churn #Метрики #Продукт #Аналитика
🔥4
Часть 2. Как понять нравится ли наш продукт людям?
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Тут немного про маркетинговые метрики..
Тут немного про продуктовые метрики (Часть 1)..
Продолжаем.. Сегодня будем говорить о деньгах, лояльности и новых фичах.
1. Lifetime и LTV (Срок жизни и ценность)
Метрики, которые связывают продукт и деньги.
Lifetime – сколько времени (дней/месяцев) средний пользователь пользуется продуктом до ухода.
LTV (Lifetime Value) – сколько денег приносит один клиент за всё время «жизни» в продукте.
ARPU × Lifetime или Средний чек × Частота покупок × Lifetime
Например, если ученик платит 1000 ₽ в месяц и занимается в среднем 5 месяцев, его LTV = 5000 ₽.
❗️ Если LTV растёт, то либо мы подняли цены, либо люди стали пользоваться нашим продуктом дольше.
Как влиять?
Увеличивать срок жизни (удержание) или поднимать средний чек (доп. услуги, подписки, что сейчас делают почти все).
2. NPS и CSI (Лояльность и Удовлетворенность)
Недостаточно знать, что люди не уходят. Важно знать, счастливы ли они.
NPS (Net Promoter Score) – индекс лояльности.
Задаем вопрос «Насколько вероятно, что вы порекомендуете нас другу? (0–10)».
NPS = % Промоутеров (9-10) - % Критиков (0-6).
CSI (Customer Satisfaction Index) – индекс удовлетворенности конкретным взаимодействием (например, после урока или звонка в поддержку).
❗️ Данные метрики на маленькой выборке ничего не значат. Нужны интервью для вычленения причин.
3. Adoption Rate (Принятие нового)
Adoption Rate показывает, какой процент пользователей начал использовать новую фичу.
Например, мы добавили в сервис рисования «чат с наставником». Из 170 учеников им воспользовались 34.
Adoption Rate = 34 / 170 = 20%.
❗️ Высокий NPS без роста LTV не очень хороший показатель. Любят, но не платят.
❗️ Низкий Adoption Rate новых фич убивает LTV, потому что мы тратим ресурсы на то, чем никто не пользуется.
Далее еще будем развернуто говорить о всех этих метриках..
А также будем говорить и о других существующих метриках, например, Time to Value (TTV) (Как быстро пользователь получает первую пользу), Activation Rate (Какой процент доходит до «Ага-момента» (первого успеха в продукте)), Stickiness (Липкость) (Как часто пользователи возвращаются в течение периода).
Ведь именно благодаря разбору всех этих метрик мы можем докручивать наш продукт до продакт маркет фит, а далее успешного бизнеса.
#Productmetrics #Retention #Churn #Метрики #Продукт #Аналитика #ltv #nps #productmanagement
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Тут немного про маркетинговые метрики..
Тут немного про продуктовые метрики (Часть 1)..
Продолжаем.. Сегодня будем говорить о деньгах, лояльности и новых фичах.
1. Lifetime и LTV (Срок жизни и ценность)
Метрики, которые связывают продукт и деньги.
Lifetime – сколько времени (дней/месяцев) средний пользователь пользуется продуктом до ухода.
LTV (Lifetime Value) – сколько денег приносит один клиент за всё время «жизни» в продукте.
ARPU × Lifetime или Средний чек × Частота покупок × Lifetime
Например, если ученик платит 1000 ₽ в месяц и занимается в среднем 5 месяцев, его LTV = 5000 ₽.
❗️ Если LTV растёт, то либо мы подняли цены, либо люди стали пользоваться нашим продуктом дольше.
Как влиять?
Увеличивать срок жизни (удержание) или поднимать средний чек (доп. услуги, подписки, что сейчас делают почти все).
2. NPS и CSI (Лояльность и Удовлетворенность)
Недостаточно знать, что люди не уходят. Важно знать, счастливы ли они.
NPS (Net Promoter Score) – индекс лояльности.
Задаем вопрос «Насколько вероятно, что вы порекомендуете нас другу? (0–10)».
NPS = % Промоутеров (9-10) - % Критиков (0-6).
CSI (Customer Satisfaction Index) – индекс удовлетворенности конкретным взаимодействием (например, после урока или звонка в поддержку).
❗️ Данные метрики на маленькой выборке ничего не значат. Нужны интервью для вычленения причин.
3. Adoption Rate (Принятие нового)
Adoption Rate показывает, какой процент пользователей начал использовать новую фичу.
Например, мы добавили в сервис рисования «чат с наставником». Из 170 учеников им воспользовались 34.
Adoption Rate = 34 / 170 = 20%.
❗️ Высокий NPS без роста LTV не очень хороший показатель. Любят, но не платят.
❗️ Низкий Adoption Rate новых фич убивает LTV, потому что мы тратим ресурсы на то, чем никто не пользуется.
Далее еще будем развернуто говорить о всех этих метриках..
А также будем говорить и о других существующих метриках, например, Time to Value (TTV) (Как быстро пользователь получает первую пользу), Activation Rate (Какой процент доходит до «Ага-момента» (первого успеха в продукте)), Stickiness (Липкость) (Как часто пользователи возвращаются в течение периода).
Ведь именно благодаря разбору всех этих метрик мы можем докручивать наш продукт до продакт маркет фит, а далее успешного бизнеса.
#Productmetrics #Retention #Churn #Метрики #Продукт #Аналитика #ltv #nps #productmanagement
🔥3
☺️ Всем привет!
Как проходят ваши выходные?
Мы сегодня решили сменить обстановку и отправились всей семьей на знаменитый Хреновской конный завод. День пролетел незаметно: были и в музее, и во всех конюшнях. Находились, накатались, накормили, кажется, всех лошадей в округе.. В общем, с чувством выполненного долга уже приехали домой в состоянии той самой приятной усталости.
Кстати, кони там – настоящие султаны! 😁😁
Взять, например, знаменитого «Улова» – у него было 300 жеребят. Впечатляет? А теперь представьте: это еще далеко не предел! В истории завода был жеребец, у которого их было в районе 900..🤯
Вот это я понимаю – «пахота», и в прямом, и в переносном смысле!
Правда, у меня из головы вылетела его кличка.
Как проходят ваши выходные?
Мы сегодня решили сменить обстановку и отправились всей семьей на знаменитый Хреновской конный завод. День пролетел незаметно: были и в музее, и во всех конюшнях. Находились, накатались, накормили, кажется, всех лошадей в округе.. В общем, с чувством выполненного долга уже приехали домой в состоянии той самой приятной усталости.
Кстати, кони там – настоящие султаны! 😁😁
Взять, например, знаменитого «Улова» – у него было 300 жеребят. Впечатляет? А теперь представьте: это еще далеко не предел! В истории завода был жеребец, у которого их было в районе 900..🤯
Вот это я понимаю – «пахота», и в прямом, и в переносном смысле!
Правда, у меня из головы вылетела его кличка.
🔥4🤯2
North Star Metric (NSM).. Это что-то на стратегическом..
Всем привет! Решил сегодня побеспокоить вас не с утра, а в обед..
North Star Metric (NSM). Это главный показатель, который отражает реальную ценность продукта для клиентов и его долгосрочный успех.
❓ Зачем она нужна?
NSM – это компас. Она объединяет всю команду (разработку, маркетинг, продажи) вокруг одной цели. Если изменения в продукте мешают росту NSM – значит, мы свернули не туда.
Есть метрики продукта, а есть метрики роста.. И это важно разделять..
Метрики продукта показывают, как отдельные люди пользуются фичами (время в приложении, сумма в корзине).
Метрики роста показывают, сколько суммарной ценности генерирует продукт (объем проданных товаров, количество активных связей).
NSM всегда выбирается среди метрик роста.
🌟 Идеальная NSM должна измеряться в четырех измерениях..
• Ширина (Width).. Сколько пользователей затронуто? (Например, количество активных заказчиков).
• Глубина (Depth).. Насколько сильно они вовлечены? (Например, кол-во позиций в одном заказе).
• Частота (Frequency).. Как часто они возвращаются? (Например, кол-во заказов в месяц на одного юзера).
• Эффективность (Efficiency).. Насколько успешно решается задача? (Например, % заказов, доставленных вовремя).
Давайте рассмотрим возможные NSM..
Например, ИВИ, YouTube, ВК. Им главное внимание. Важно, сколько времени юзер проводит с нами. Общее время просмотра контента.
Например, Утконос, М.Видео, Amazon. Важно количество успешных покупок. Количество выполненных заказов без возвратов.
Например, Adobe, Slack, CRM-системы. Важно, как продукт помогает работать. Количество активных аккаунтов, отправивших > N сообщений в неделю.
🧐 Как же найти свою NSM?
• Определите ценность.. Зачем юзер к вам приходит? (Внимание, покупка или работа).
• Найдите метрику, которая напрямую влияет на выручку, но отражает пользу клиента.
• Проверьте её на простоту.. Метрика должна быть лёгкой для понимания и использования внутри компании.
Идеальная метрика с первого раза – самообман. Может потребоваться несколько итераций, пока вы отыщете «ту самую» метрику. Я уверен вы её найдете.
На сегодня всё! Желаю всем продуктивной недели. Увидимся, как всегда, в среду! 👋
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Тут немного про маркетинговые метрики..
Тут немного про продуктовые метрики (Часть 1)..
Тут немного про продуктовые метрики (Часть 2)..
#productmanagement #northstarmetric #nsm #аналитика #стратегия #метрики
Всем привет! Решил сегодня побеспокоить вас не с утра, а в обед..
North Star Metric (NSM). Это главный показатель, который отражает реальную ценность продукта для клиентов и его долгосрочный успех.
❓ Зачем она нужна?
NSM – это компас. Она объединяет всю команду (разработку, маркетинг, продажи) вокруг одной цели. Если изменения в продукте мешают росту NSM – значит, мы свернули не туда.
Есть метрики продукта, а есть метрики роста.. И это важно разделять..
Метрики продукта показывают, как отдельные люди пользуются фичами (время в приложении, сумма в корзине).
Метрики роста показывают, сколько суммарной ценности генерирует продукт (объем проданных товаров, количество активных связей).
NSM всегда выбирается среди метрик роста.
🌟 Идеальная NSM должна измеряться в четырех измерениях..
• Ширина (Width).. Сколько пользователей затронуто? (Например, количество активных заказчиков).
• Глубина (Depth).. Насколько сильно они вовлечены? (Например, кол-во позиций в одном заказе).
• Частота (Frequency).. Как часто они возвращаются? (Например, кол-во заказов в месяц на одного юзера).
• Эффективность (Efficiency).. Насколько успешно решается задача? (Например, % заказов, доставленных вовремя).
Давайте рассмотрим возможные NSM..
Например, ИВИ, YouTube, ВК. Им главное внимание. Важно, сколько времени юзер проводит с нами. Общее время просмотра контента.
Например, Утконос, М.Видео, Amazon. Важно количество успешных покупок. Количество выполненных заказов без возвратов.
Например, Adobe, Slack, CRM-системы. Важно, как продукт помогает работать. Количество активных аккаунтов, отправивших > N сообщений в неделю.
🧐 Как же найти свою NSM?
• Определите ценность.. Зачем юзер к вам приходит? (Внимание, покупка или работа).
• Найдите метрику, которая напрямую влияет на выручку, но отражает пользу клиента.
• Проверьте её на простоту.. Метрика должна быть лёгкой для понимания и использования внутри компании.
Идеальная метрика с первого раза – самообман. Может потребоваться несколько итераций, пока вы отыщете «ту самую» метрику. Я уверен вы её найдете.
На сегодня всё! Желаю всем продуктивной недели. Увидимся, как всегда, в среду! 👋
Тут кратко рассказал что такое метрики..
Тут немного про бизнес-метрики..
Тут немного про маркетинговые метрики..
Тут немного про продуктовые метрики (Часть 1)..
Тут немного про продуктовые метрики (Часть 2)..
#productmanagement #northstarmetric #nsm #аналитика #стратегия #метрики
🔥3
Когортный анализ..
Всем привет! Сегодня разберем один из мощных инструментов аналитики, я сейчас будут говорить о когортах..
Если обычные метрики показывают нам общую картину («вчера было 100 продаж»), то когортный анализ объясняет, кто именно купил и как меняется их поведение со временем.
Когорта – это группа людей, которые совершили определенное действие в один и тот же промежуток времени.
Например, все пользователи, которые зарегистрировались в приложении в этот понедельник (это одна когорта). Те, кто в прошлый понедельник (это другая когорта).
Зачем это нужно?
Чтобы видеть динамику. Пользователи, пришедшие в продукт год назад, ведут себя иначе, чем новички. Если мы свалим их в одну кучу, мы не поймем, становится ли наш продукт лучше или хуже.
Когорта и Сегмент.. Эти понятия часто путают, но..
Сегмент – это деление по свойствам (ГЕО, устройство, пол). Например, «Все пользователи из Москвы».
Когорта – это деление по времени действия.
❗️ ВАЖНО!!! Когорта позволяет накапливать данные. Пользователю нужно время, чтобы «созреть» до покупки. Если вы подводите итоги дня вечером того же дня, вы не увидите тех, кто купит через неделю.
Представьте..
Решение о покупке у вас занимает неделю.
В понедельник вы привели 100 человек.
В четверг вы смотрите отчет: «Ой, всего 10 покупок. Реклама плохая!».
Остальные 90 человек еще «думают». Через неделю из этой когорты купят еще 40 человек, и реклама станет супер-прибыльной. И это ошибка, возможно есть какая-то проблема!
Когортный анализ учит нас ждать, пока данные «созреют», прежде чем масштабировать или отключать каналы.
Как строить и анализировать когорты?
❗️ Выбираем признак.. Например, дата первой покупки или дата регистрации.
❗️ Определяем отчетный период.. День, неделя или месяц.
❗️ Сравниваем метрики.. Важно сравнивать одну и ту же метрику (например, Retention или LTV) у разных когорт.
Что мы ищем?
Если у свежих когорт (тех, кто пришел недавно) Retention выше, чем у старых.. Бинго! Поздравляю, наш продукт становится лучше! Если же показатели падают, значит новые изменения в продукте или маркетинге отталкивают людей.
Когорты – это про долгосрочную эффективность. Они помогают найти тот самый «гэп» между кликом и деньгами и не позволяют делать поспешных выводов.
Большинство сервисов аналитики строят такие таблицы автоматически.. А это значит что нам остается только правильно их прочитать..
#productmanagement #analytics #cohortanalysis #когорты #аналитика #retention
Всем привет! Сегодня разберем один из мощных инструментов аналитики, я сейчас будут говорить о когортах..
Если обычные метрики показывают нам общую картину («вчера было 100 продаж»), то когортный анализ объясняет, кто именно купил и как меняется их поведение со временем.
Когорта – это группа людей, которые совершили определенное действие в один и тот же промежуток времени.
Например, все пользователи, которые зарегистрировались в приложении в этот понедельник (это одна когорта). Те, кто в прошлый понедельник (это другая когорта).
Зачем это нужно?
Чтобы видеть динамику. Пользователи, пришедшие в продукт год назад, ведут себя иначе, чем новички. Если мы свалим их в одну кучу, мы не поймем, становится ли наш продукт лучше или хуже.
Когорта и Сегмент.. Эти понятия часто путают, но..
Сегмент – это деление по свойствам (ГЕО, устройство, пол). Например, «Все пользователи из Москвы».
Когорта – это деление по времени действия.
❗️ ВАЖНО!!! Когорта позволяет накапливать данные. Пользователю нужно время, чтобы «созреть» до покупки. Если вы подводите итоги дня вечером того же дня, вы не увидите тех, кто купит через неделю.
Представьте..
Решение о покупке у вас занимает неделю.
В понедельник вы привели 100 человек.
В четверг вы смотрите отчет: «Ой, всего 10 покупок. Реклама плохая!».
Остальные 90 человек еще «думают». Через неделю из этой когорты купят еще 40 человек, и реклама станет супер-прибыльной. И это ошибка, возможно есть какая-то проблема!
Когортный анализ учит нас ждать, пока данные «созреют», прежде чем масштабировать или отключать каналы.
Как строить и анализировать когорты?
❗️ Выбираем признак.. Например, дата первой покупки или дата регистрации.
❗️ Определяем отчетный период.. День, неделя или месяц.
❗️ Сравниваем метрики.. Важно сравнивать одну и ту же метрику (например, Retention или LTV) у разных когорт.
Что мы ищем?
Если у свежих когорт (тех, кто пришел недавно) Retention выше, чем у старых.. Бинго! Поздравляю, наш продукт становится лучше! Если же показатели падают, значит новые изменения в продукте или маркетинге отталкивают людей.
Когорты – это про долгосрочную эффективность. Они помогают найти тот самый «гэп» между кликом и деньгами и не позволяют делать поспешных выводов.
Большинство сервисов аналитики строят такие таблицы автоматически.. А это значит что нам остается только правильно их прочитать..
#productmanagement #analytics #cohortanalysis #когорты #аналитика #retention
🔥3
О Retention..
Продолжаем серию про аналитику. Ранее я вскользь затронул Retention и Churn.
Если наш продукт – это ведро, в которое мы льем трафик (воду), то низкий Retention – это огромная дыра в дне. Бессмысленно лить больше воды, пока мы не заделали дыру.
Способы измерить Retention..
1. N-Day Retention (Classic)
Показывает, вернулся ли пользователь в конкретный день.
Кому подходит: Игры, соцсети (Daily-продукты).
Пример: «Retention 7-го дня» покажет, сколько людей из установивших приложение в прошлый понедельник зашли в него в этот понедельник.
2. Unbounded Retention (Неограниченный)
Показывает, вернулся ли пользователь в конкретный день ИЛИ в любой день после него.
Кому подходит: Продукты с нерегулярным циклом использования (E-commerce, покупка билетов).
Пример: Если человек купил кофе на 7-й день или на 10-й, он считается удержанным для 7-го дня.
3. Bracket Retention (Интервальный)
Показывает возврат в рамках определенных периодов (неделя, месяц).
Кому подходит: SaaS, подписки.
Пример: Нам важно, заходил ли подписчик в сервис хотя бы раз в месяц, чтобы он не отменил подписку.
Кривая удержания (Retention Curve)
Если мы построим график, где по оси X – время, а по оси Y – % удержанных пользователей, мы увидим кривую удержания.
• Если кривая падает до нуля, то у продукта нет ценности (Product-Market Fit не найден). Нужно менять продукт.
• Если кривая выходит в плато (выравнивается). Это значит, что у нас есть ядро лояльной аудитории. Это зеленый свет для масштабирования.
Как повысить Retention?
Первый опыт (Onboarding).. Если пользователь не понял ценности за первые 30 секунд, он не вернется.
Триггеры.. Push-уведомления, рассылки, напоминания (но без спама!).
Ага-момент.. Быстро довести пользователя до первого успеха (первая покупка, первый созданный рисунок).
‼️ Сначала Retention, потом масштабирование.
#Retention #Churn #ProductManagement #Аналитика #Метрики #Growth
Продолжаем серию про аналитику. Ранее я вскользь затронул Retention и Churn.
Если наш продукт – это ведро, в которое мы льем трафик (воду), то низкий Retention – это огромная дыра в дне. Бессмысленно лить больше воды, пока мы не заделали дыру.
Способы измерить Retention..
1. N-Day Retention (Classic)
Показывает, вернулся ли пользователь в конкретный день.
Кому подходит: Игры, соцсети (Daily-продукты).
Пример: «Retention 7-го дня» покажет, сколько людей из установивших приложение в прошлый понедельник зашли в него в этот понедельник.
2. Unbounded Retention (Неограниченный)
Показывает, вернулся ли пользователь в конкретный день ИЛИ в любой день после него.
Кому подходит: Продукты с нерегулярным циклом использования (E-commerce, покупка билетов).
Пример: Если человек купил кофе на 7-й день или на 10-й, он считается удержанным для 7-го дня.
3. Bracket Retention (Интервальный)
Показывает возврат в рамках определенных периодов (неделя, месяц).
Кому подходит: SaaS, подписки.
Пример: Нам важно, заходил ли подписчик в сервис хотя бы раз в месяц, чтобы он не отменил подписку.
Кривая удержания (Retention Curve)
Если мы построим график, где по оси X – время, а по оси Y – % удержанных пользователей, мы увидим кривую удержания.
• Если кривая падает до нуля, то у продукта нет ценности (Product-Market Fit не найден). Нужно менять продукт.
• Если кривая выходит в плато (выравнивается). Это значит, что у нас есть ядро лояльной аудитории. Это зеленый свет для масштабирования.
Как повысить Retention?
Первый опыт (Onboarding).. Если пользователь не понял ценности за первые 30 секунд, он не вернется.
Триггеры.. Push-уведомления, рассылки, напоминания (но без спама!).
Ага-момент.. Быстро довести пользователя до первого успеха (первая покупка, первый созданный рисунок).
‼️ Сначала Retention, потом масштабирование.
#Retention #Churn #ProductManagement #Аналитика #Метрики #Growth
🔥3💯1
О LTV.. или сколько денег нам принесет клиент?
Всем привет! Мы уже разобрали Retention, и теперь самое время поговорить о том, зачем нам вообще так сильно нужно удерживать пользователей.. А здесь уже касались темы LTV..
Знакомьтесь, LTV (Lifetime Value) или CLV (Customer Lifetime Value)..
По сути, это вся выручка, которую один клиент приносит нашему продукту за всё время взаимодействия с ним.. Если что в большинстве случаев они взаимозаменяемы.. В некоторых случаях под LTV подразумевают валовую выручку, а под CLV чистую маржинальную прибыль, учитывающую затраты на обслуживание клиента..
Почему это критически важно?
Если мы знаем свой LTV, то мы понимаем, сколько можем потратить на привлечение клиента (CAC).
‼️ LTV должен быть как минимум в 3 раза больше, чем CAC..
‼️ Если LTV < CAC, мы просто будем сжигать свои собственные деньги или инвесторов..
Как это считать?
LTV = Средний чек × Частота покупок в месяц × Время жизни клиента (в месяцах)
А теперь примеры.. 😁
🍔 «Вкусно и точка» или «Бургер Кинг»
Допустим, мы заходим за комбо 2 раза в месяц..
Средний чек 500 ₽ (взял примерно)..
Частота 2 раза в месяц..
Мы ходим туда стабильно 3 года (36 месяцев)..
LTV = 500 × 2 × 36 = 36 000 ₽.
Столько сеть фастфуда планирует заработать на нас с вами в долгосроке.. 😬
🎬 «Кинопоиск» или «Иви»
Тут всё работает через подписку..
Стоимость подписки 399 ₽/мес..
В среднем пользователь подписан 14 месяцев..
LTV = 399 × 14 = 5 586 ₽.
❗️ Если сервис потратит на рекламу у блогера 6 000 ₽, чтобы привести одного такого клиента — он сработает в убыток..
LTV помогает нам..
В сегментации.. Мы будем понимать, кто наши «VIP-клиенты» (высокий LTV), а кто просто «зашел посмотреть».
Спрогнозировать прибыль.. Можно предсказать, сколько денег будет в кассе через полгода, зная текущую базу.
Оптимизировать каналы.. Если из Telegram приходят люди с LTV 10 000 ₽, а из Директа с 2 000 ₽, то выбор очевиден..
Как растить LTV?
Upsell и Cross-sell.. Предлагать доп. товары или более дорогие тарифы..
Программы лояльности.. Сделать так, чтобы уходить было «жалко» (баллы, кэшбэк)..
Работа с Retention.. Чем дольше клиент с нами живет (Lifetime), тем выше LTV. Всё просто..
Метрика LTV – это игра в долгую..
На сегодня всё.. Хорошего дня!
#LTV #Productmetrics #Метрики #Продукт #Аналитика #ltv #productmanagement
Всем привет! Мы уже разобрали Retention, и теперь самое время поговорить о том, зачем нам вообще так сильно нужно удерживать пользователей.. А здесь уже касались темы LTV..
Знакомьтесь, LTV (Lifetime Value) или CLV (Customer Lifetime Value)..
По сути, это вся выручка, которую один клиент приносит нашему продукту за всё время взаимодействия с ним.. Если что в большинстве случаев они взаимозаменяемы.. В некоторых случаях под LTV подразумевают валовую выручку, а под CLV чистую маржинальную прибыль, учитывающую затраты на обслуживание клиента..
Почему это критически важно?
Если мы знаем свой LTV, то мы понимаем, сколько можем потратить на привлечение клиента (CAC).
‼️ LTV должен быть как минимум в 3 раза больше, чем CAC..
‼️ Если LTV < CAC, мы просто будем сжигать свои собственные деньги или инвесторов..
Как это считать?
LTV = Средний чек × Частота покупок в месяц × Время жизни клиента (в месяцах)
А теперь примеры.. 😁
🍔 «Вкусно и точка» или «Бургер Кинг»
Допустим, мы заходим за комбо 2 раза в месяц..
Средний чек 500 ₽ (взял примерно)..
Частота 2 раза в месяц..
Мы ходим туда стабильно 3 года (36 месяцев)..
LTV = 500 × 2 × 36 = 36 000 ₽.
Столько сеть фастфуда планирует заработать на нас с вами в долгосроке.. 😬
🎬 «Кинопоиск» или «Иви»
Тут всё работает через подписку..
Стоимость подписки 399 ₽/мес..
В среднем пользователь подписан 14 месяцев..
LTV = 399 × 14 = 5 586 ₽.
❗️ Если сервис потратит на рекламу у блогера 6 000 ₽, чтобы привести одного такого клиента — он сработает в убыток..
LTV помогает нам..
В сегментации.. Мы будем понимать, кто наши «VIP-клиенты» (высокий LTV), а кто просто «зашел посмотреть».
Спрогнозировать прибыль.. Можно предсказать, сколько денег будет в кассе через полгода, зная текущую базу.
Оптимизировать каналы.. Если из Telegram приходят люди с LTV 10 000 ₽, а из Директа с 2 000 ₽, то выбор очевиден..
Как растить LTV?
Upsell и Cross-sell.. Предлагать доп. товары или более дорогие тарифы..
Программы лояльности.. Сделать так, чтобы уходить было «жалко» (баллы, кэшбэк)..
Работа с Retention.. Чем дольше клиент с нами живет (Lifetime), тем выше LTV. Всё просто..
Метрика LTV – это игра в долгую..
На сегодня всё.. Хорошего дня!
#LTV #Productmetrics #Метрики #Продукт #Аналитика #ltv #productmanagement
🔥4💯1🤣1