- Ма-аам! Можно я из операционки выйду? ⠀ - Не поняла. ⠀ - Ну, буду управленческие функции делегировать, бизнес масштабировать и пассивный доход получать. ⠀ - Какой интересный набор звуков. А скажи мне, будь добр, ты аналитику внедрил? ⠀ - Ну, да. ⠀ - Что «да», сынок?! Что «да»?! Табличка в экселе «сколько потратили, сколько продали» — это не аналитика. Метрики сквозные чтоб были мне через неделю! Отчётность финансовая! Не умеешь сам — найми людей! Если процессы не измеряются — процессов нет!!! Как можно делегировать то, чего нет? Ты мне не скажешь? ⠀ - Ну, а вот стартапы же... ⠀ - Какие стартапы?! При чём тут стартапы?! Там люди чужими деньгами сорят, а ты тут — семейными! У тебя готовая бизнес-модель. То, что в ней бардак управленческий, не делает из тебя стартап! ⠀ - Ла-адно... ⠀ - Во рту прохладно! Так. Позиционирование расскажи своё. ⠀ - У меня хорошее качество по честной цене. ⠀ - Не смей травмировать мать!!! Отличие уникальное в чём? Чего вдруг именно у тебя покупать надо? ⠀ - У нас команда профессионалов... ⠀ - Ох, не жалеешь ты меня... А кому она упёрлась твоя команда? Ты у людей спрашивал вообще, что им нужно? Аналитику предпроектную делал? Конкурентов и аналоги изучал? Инсайты, барьеры, драйверы покупательские выявил? Нет! А ведь мы об этом говорили! Говорили ведь? ⠀ - Ну, говорили... ⠀ - Конечно. Но зачем маму слушать? Мама же всего-то всю жизнь в консалтинге проработала. Вряд ли она в бизнесе волочёт. Мы без маминых советов обойдёмся... Я тебе так скажу. Чтобы из операционки выйти, нужно сначала в неё зайти. А я тебя там пока что не обнаруживаю.
Для тех, кто пользуется прокатом велосипедов «Велобайк»
Существует два типа велосипедов: обычный и электровелосипед и это хорошо. Но еще существуют два типа портов для них, что тоже ок. Но если вы поставите электровелосипед в обычный порт или обычный велосипед в электропорт, то вас ждет сюрприз.
В пользовательском соглашении, которое вы наверняка не читали, написано, что если косякнуть с портами три раза, то ваш аккаунт заблокируют на сутки. А при повторной блокировке с вас могут потребовать штраф в косарик.
Что могли бы сделать Велобайк? - разработать адекватную систему уведомлений, которая говорила бы пользователю при попытке поставить велосипед в чужой порт о том, что так делать нельзя и лучше бы ему найти соответствующее место стоянки. - изменить конструкцию портов, чтобы физически невозможно было их перепутать. - сделать порты универсальными (в идеале)
Что сделали Велобайк? - ввели систему штрафов - мотивировали меня купить свой велосипед
Почему они так сделали? - это дешево - нет конкурентов и пользователям приходится мириться со всеми косяками сервиса
Лично я пользуюсь Велобайком всего второй месяц и уже накопил массу эмоций: неработающие порты, сломанные велосипеды, списание средств даже после удачного помещения велосипеда в порт без их возврата, периодическое отсутствие смс об окончании проката, штрафы за «неправильные» порты.
Бомбежка бомбежкой, но задача интересная: как бы вы решили проблему с разными портами, потратив минимум денег и сохранив лояльность клиентов? Если придумаете классное решение, то пишите в личку @luculente , мне интересно
Мы - финтех компания специализирующаяся на онлайн-кредитовании. У нас есть сложные продуктовые задачи с большой data-driven составляющей: нужно уметь разбираться в поведении клиентов на основании статистики, моделировать экономический эффект, правильно ставить эксперименты по проверке гипотез.
Ищем начинающих продактов, аналитиков и др. желающих на джуниор-мидл позиции в российском и мексиканском (!) проектах. Рост до сеньор позиции займёт полгода-год. Платим до 200. Москва.
Большинство вагонов, которые используются в метрополитене Москвы, Петербурга и других городов в России и СНГ, имеют длину 19 метров. Лишь современные вагоны типа «Русич» – длиннее.
Дело в том, что исторически вагоны метрополитена начали производиться на заводе в Мытищах в Москве. Наладили производство в цехах дореволюционной – аж 1897 года – постройки.
Так вот, расстояние между цехами завода и составляло как раз те самые 19 с небольшим метров. Вагоны выкатывались из цехов, помещались на тележку трансбордеров и передвигались дальше.
То есть дело ни в каких-то ограничениях самого метро, в каких-нибудь стандартах или установленных законом нормах, а в банальном факте: более длинный вагон не поместился бы между зданиями.
Увидел пост на Темной стороне и понял две вещи: 1) Это действительно актуальный вопрос для начинающих менеджеров. 2) На темной стороне крайне херовое объяснение. Поэтому ниже представлена очередная попытка объяснить разницу.
Проджект менеджеры (project managers) отвечают за непосредственную работу над проектом: постановку задач, организацию процессов, управление командой, сроками и рисками. Проджект решает организационные и переговорные вопросы, чтобы команда (дизайнеры, разработчики, тестировщики) сосредоточились на любимом деле — разработке продукта.
Продакт менеджер (product manager) управляет свойствами продукта и отвечает за беклог проекта. Главная задача продакт менеджера — удовлетворить рынок (или потребителя) с помощью продукта.
Продакт менеджеру важно знать все о своих потребителях и предугадывать, что будет с рынком, чтобы создать востребованный продукт.
Product Manager Intern в технологичный стартап Собака-гуляка (dog-walk.ru)
Собака-гуляка - это онлайн-сервис для владельцев собак. Мы оказываем услуги по выгулам и передержке собак, а в будущем создадим экосистему со всеми услугами для питомца в одном месте. В команде бывшие сотрудники Yandex, KPMG, Delivery Club ⚡️
Мы ищем стажеров-продактов! И это потрясающая возможность прокачаться и вырасти с нуля вместе с нами, а возможно и стать head-ом одного из направлений прежде, чем стукнет 22🔥
Вы будете с самого начала делать собственный проект и отвечать за его результаты. А команда будет помогать и менторить.
Чтобы посчитать, сколько мы потратили на привлечение пользователя, надо: • Взять затраты на привлечение когорты пользователей. • Поделить значение из первого пункта на количество пользователей в когорте. • Получить стоимость привлечения одного пользователя в данной когорте (CPA или Cost per Acquisition).
Чтобы посчитать, сколько мы заработали на одном пользователе, надо: • Взять эту же когорту пользователей и посчитать, сколько эта когорта принесет нам денег. Для этого надо посчитать валовую прибыль (gross profit) от этой когорты в будущем. • Поделить значение из первого пункта на количество пользователей в когорте. • Получить LTV пользователя.
Юнит-экономика отвечает на простой вопрос – зарабатываем мы на конкретном пользователе (юните) или нет. Для ответа надо посчитать: • Сколько денег мы потратили на привлечение пользователя? • Сколько денег мы с пользователя заработали?
Сегодня рекомендую вам один просто волшебный продукт и заодно статью о том, как его создавали: https://gopractice.ru/maginary/ Ссылка на продукт в статье.
Одна девочка на собеседовании в крупную компанию использовала для решения кейса ABCDX-сегментацию. Это всех поразило и ее взяли продактом. Уделите 40 минут, вдруг это видео и вам жизнь сможет изменить)
Артём Азевич рассказал, что включает в себя один из инструментов увеличения выручки стартапов ФРИИ — ABCDX-сегментация, а также как этот инструмент помогает ...
Есть маза пройти хороший курс для продактов или для проджектов (на выбор) бесплатно. Если кому-то интересно - пишите в личку (luculente), расскажу подробнее. Предложение очень ограничено.
Предположим, что руководство компании хочет инвестировать значительные ресурсы в разработку инфраструктуры, необходимой для увеличение скорости работы приложения. Гипотеза состоит в том, что если продукт будет работать быстрее, то это позитивно повлияет на опыт пользователей и их ключевые метрики.
Наша задача: придумать эксперимент (A/B тест) для проверки этой гипотезы.
Большинство предложат ускорить приложение, а потом замерить эффект с помощью A/B теста. Согласитесь, не самый экономный подход. Мы хотим проверить влияние скорости приложения на ключевые продуктовые метрики, как раз для того, чтобы понять, стоит ли вкладывать ресурсы в проект по ускорению приложения или нет.
Быстрый и дешевый способ проверить гипотезу – сделать ухудшающий эксперимент. В тестовой версии замедлить приложение (лучше сделать несколько тестовых групп с разной степенью замедления), чтобы узнать, есть ли негативное влияние от замедления или нет. Если есть, значит, скорость приложения влияет на ключевые метрики, и команде стоит оценить целесообразность инвестирования ресурсов в ускорение продукта на основе полученной зависимости. Если изменений нет, то и делать ничего не надо.
В реальной работе все немного сложнее, так как зависимости далеко не всегда линейны. Например, скорость продукта может быть уже настолько низкой, что ухудшение никак не повлияет на метрики. Но сути подхода это не меняет, а лишь показывает рамки его применимости, которые надо учитывать при дизайне и интерпретации результатов ухудшающих A/B тестов.
В компаниях без культуры экспериментов и работы с данными идея ухудшающего A/B теста вызовет шок и яростное сопротивление. Даже в компаниях, где данные уже стали частью процесса управления продукта, предложение провести ухудшающий эксперимент вполне может вызвать недоумение окружающих.
Давайте подробнее рассмотрим описанные выше метрики продукта и то, как они влияют на LTV, на примере абстрактной игры.
Активация в приложении
В любой игре пользователя сначала обучают, проводя его через туториал. Те, кто не прошли туториал, скорее всего, не будут дальше играть и тем более платить. Именно поэтому для нас критично отслеживать долю пользователей, успешно прошедших этот этап.
Также полезно отслеживать долю тех, кто смог выполнить ряд целевых действий по окончании туториала (то есть обучился и теперь может самостоятельно играть). Такая метрика будет отражать насколько качественно спроектирован процесс обучения.
Пользователь «залип» в приложении
Пользователь, скорее всего, не будет платить, если он не увлекся игрой. Именно поэтому нам надо отслеживать долю тех, кто залип в приложении. С этой целью мы измеряем долю тех, кто прошел до N уровня или тех, кто заходил в приложении более 5 раз в течение недели с момента установки.
Пользователь увидел предложение о покупке, сделал первую покупку
Одной из наших целей является получение дохода, поэтому нам надо стимулировать первую покупку в приложении. Но покупка совершается с определенного экрана нашего приложения (например, с экрана магазина), поэтому необходимо отслеживать долю пользователей, которые увидели этот экран.
Если экран о продаже видят 10% приходящих пользователей, то это автоматически ограничивает сверху долю пользователей, которые могут сделать первую покупку в нашей игре.
Повторные покупки
Первая покупка — это хорошо, но финансово успешные продукты обычно отличаются высокой долей повторных покупок. Часто первая покупка — это определенный кредит доверия пользователя приложению — если он удовлетворен результатом и полученной пользой, то, скорее всего, он совершит и повторную покупку. Поэтому еще одной важной метрикой становится, доля пользователей, совершающих повторные покупки, а также среднее количество повторных покупок.
Retention
Для того, чтобы пользователи имели шанс совершить несколько покупок — они должны продолжать играть в нашу игру в течение длительного времени, а не бросать ее спустя день. Для отслеживания этого явления мы будем измерять retention.
Обычно метрики привязываются к ключевым точкам жизненного цикла пользователя в приложении. Тем самым мы создаем возможность отслеживать успешность продвижения пользователей в приложении и находить узкие места, требующие нашего внимания.
Вовлеченность описывается следующими этапами в жизненном цикле пользователя: - активация в приложении - залипание в приложении (или активность использования) - долгосрочный retention (сколько пользователей продолжают использовать продукт спустя месяц, два месяца и так далее после регистрации)
Монетизация же описывается следующей последовательностью этапов жизненного цикла пользователя: - активация в приложении - увидел продающий экран - совершил 1 покупку - совершил 2 покупку … Ниже метрики, соответствующие каждому из этапов жизненного цикла пользователя в продукте (метрики могут отличаться для разных продуктов): - Активация в приложении (% тех, кто прошел туториал или совершил ключевое целевое действие в приложении, например, зарегистрировался и добавил первых друзей) - Залипание в приложении (% пользователей, который дошли до N уровня или, например, добавили N друзей: число N определяется экспериментальным путем) - Пользователь увидел предложение о покупке (% пользователей, которые увидели предложение о покупке) - Пользователь совершил первую покупку (% покупающих что-либо в приложении, средняя сумма первой покупки) - Пользователь совершил повторную покупку (% совершивших повторную покупку, средняя сумма повторной покупки, среднее количество повторных покупок) - Retention (% пользователей, которые используют приложение спустя месяц/два/три/четыре после регистрации)
Все этим метрики влияют в конечном итоге на LTV. В каждом из продуктов могут быть свои особенности, но для большинства подобные базовые этапы/метрики подойдут.
Две ключевые метрики, которые в конечном итоге определяют финансовую успешность вашего продукта — это LTV (Life Time Value) и CAC (Customer Acquisition Cost).
LTV — деньги, которые средний пользователь тратит в вашем мобильном приложении за все время его использования. CAC — ваши затраты на привлечение среднего пользователя.
Я не буду подробно останавливаться на вопросе измерения и работы с CAC, так как это не ключевая компетенция классического продакт менеджера. Намного больший интерес представляет LTV — это как раз ключевая компетенция любого ответственного за продукт.
LTV — это ключевая метрика, отражающая ценность (пользу) вашего продукта для ваших пользователей и клиентов. Именно эта метрика должна стоять во главе угла при работе над продуктом.
LTV — замечательная метрика, но у нее есть один минус — она высокоуровневая. Чтобы понимать, как на нее воздействовать, вам необходимо ее декомпозировать на более простые и приземленные на продукт метрики.
Вот замечательный пример, которым Байрам Аннаков поделился в своем блоге.
30% пользователей приложения App in the Air не добавляли полет после перехода на соответствующий экран. Как это всегда кажется уже постфактум — все оказалось просто. Пользователи искали названия авиакомпании/аэропорта на … родном языке, а поиск работал только на английском.
Воронка рассказала, что 30% пользователей отваливается на определенном шаге, но чтобы ответить на вопрос «почему», было необходимо спуститься на уровень ниже и посмотреть, что именно делают люди на этом шаге.
После добавления поддержки всех языков, на которые было локализовано приложение, дроп на этом шаге воронки сократился с 30% до 5%.