Krasinsky: growth, marketing & product, analytics

Салют! 🖖 P.P.S. Такие и многие другие вопросы разбираем на Product Heroes. Старт следующего сезона — 15 сентября по 13 октября 🔥 Забирай свое место на сайте heroes.camp и пиши в Ботика, если возникли вопросы: @RuleThem_bot Один из вопросов на разборах последние месяцы: «У нас Яндекс Плюс / VK Music+ / Сбер Прайм / любая мультипродуктовая подписка. Внутри 5-10 сервисов. Acq Costs общие. Как считать юнит-экономику каждого продукта?» Дальше команда обычно делает то, что мозг 🧠 любит больше всего, делает простое объяснение: берет общие расходы на привлечение, делит на всех подписчиков, получает один CPUser. И вот тут начинается магия объяснительной модели ☠️. На таких данных все продукты выглядят либо одинаково окупаемыми, либо одинаково убыточными. Решения принимаются на основе этой средней температуры по больнице. Развивают не тот продукт, режут бюджет не тем. И через полгода смотрят на печальную картину. [ 1 ] Корневая ошибка: подписчик ≠ пользователь продукта. Человек оплатил Плюс ради скидки на такси и ни разу не открыл Музыку — логично, что он не должен попадать в знаменатель CPUser Музыки. Иначе вы распределяете расходы по людям, которые ваш продукт в глаза не видели. Юнит-экономика, как нас учил Шелдон, бессердечная сука 😈. Она не прощает усреднения. Но есть нюанс: в реальности продукт редко живет в вакууме. Он влияет на удержание, возвращаемость и общее потребление подписки — и это часто не видно в простом CPUser. [ 2 ] Поэтому что делают чаще всего. Раскладывают косты на: — product-specific Acq Costs — то, что вы потратили на привлечение конкретно в Кинопоиск, конкретно в Музыку. Это часто видно по utm и креативам. — subscription-wide Acq Costs — то, что вы тратили на саму подписку (Плюс как продукт). Дальше формулы из курса Product Heroes: CPUser = Acq Costs / Users Acq Costs = Users × CPUser Где Users — это пользователи именно этого продукта внутри подписки. Это не подписчики и не MAU всей подписки, а конкретные люди, которые в этом периоде активировались в JTBD-сценарии продукта (послушали трек, посмотрели фильм, прочитали книгу). Subscription-wide часть привязываем к продукту через долю активированных пользователей этого продукта от общей базы подписки. [ 3 ] Что сделать, чтобы разобраться: — разложить Acq Costs на product-specific и subscription-wide — по каждому продукту определить Users по активации в JTBD-сценарии — посчитать CPUser отдельно по каждому продукту — дальше стандартное дерево: AMPU = AMPPU × C1 — и обязательно строить и смотреть на когорты — для подписочной модели без этого CPUser не дает ответа на вопрос, окупается ли — сравнить CPUser продукта внутри подписки с CPUser аналогичного продукта вне подписки Самое интересное⚱️, у вас почти гарантированно найдется 1-2 продукта, которые живут за счет остальных. И 1-2 продукта, которые вытягивают всю экономику подписки на себе. Это видно в разрезе по CPUser продукта сразу. [ 4 ] И главное, ради чего это все. Когда CPUser посчитан правильно, разговор с CEO/CPO/инвестором меняется. Объяснительная модель руководства начинает опираться на данные, а не на ощущение, что «Плюс же популярный, значит все ок». А это, как я писал раньше, и есть главное узкое место роста бизнеса — это голова менеджеров и собственников. P.S. Если у вас в подписке 3+ продукта и вы до сих пор считаете один общий CPUser — попробуйте на этой неделе разложить хотя бы по топ-3. Картина мира поменяется 🙂

Салют! Вы массаж делаете? Нет показываем. ✈️Очень хочу познакомиться с продактами из Kaspi. А то я не достоин получается деньги за массаж в аэропорту заплатить через kaspi QR. И это бесчеловечно я считаю. Ведь в аэропорту нет иностранцев и у них нет visa/mastercard карт и они не устали. Массажные кресла стоят пустые, потому что людям нафик массаж не нужен. А приложение kaspi понравилось. Безопасное. Красивое. (Черные экраны - это безопасность на зоне авторизации/регистрации скриншот закрывается верным - это сделать не забыли). Я всегда считал, что банковские приложения, они для регистрации и доступа к телефону нужны. Не для оплаты ))) #красинского_бомбит. P.S. не приложение реально крутое, очень современное и один из лучших банкингов тут. Мне рассказывали. ))) х

Салют! ✈️ Прилетел, выступил, 4 раза переделывал выступление - на прогонах со своим внутренним голосом не нравились гипотезы - резко что получается хорошо с 1й попытки. Утром перепридумал выступление, придумал как Клодом посчитать число кейсов, хотя бы снизу оценить: число посчитанных экономик, pnl, когорт, в общем оказывается 6500+ кейсов уже, только которые в гугл.табоичках лежат, охренеть. (Наверняка клод что-то напутал, но вроде я его просил опровергнуть расчеты - перепроверю еще после, выложу на канале) 2 Ребята попросили вытащить опыт: что и какие причины у бизнесов сильнее всего влияли на результат - и, имхо, почти все они в голове фаундеров и команды и как принимают решения. 3. Кто тут, приезжайте познакомиться и пообщаться: мы сидим в The Noodles в Алмате и через час тут будет кальян. Го тусить.

Салют 🎉 Казахстан, приготовиться. С 23 по 30 мая буду у вас в Астане и Алматы 23 мая выступаю на beetech conf 2026 в NARXOZ University в Алматы🔥 Это конференция, где собирается сильное IT-комьюнити: AI, Engineering, Product, реальные кейсы, сильные доклады и тот самый нетворкинг, который лучше не пропускать. На сцене поделюсь опытом и инсайтами, поговорим о Стартапах, их историях успеха и почему "не взлетели" Если вы в Казахстане и вам интересно: - как собирать сильные продуктовые и AI-команды. - как быстрее находить рабочие решения. - как не тратить месяцы на красивые, но пустые гипотезы; приходите на конференцию. Билеты здесь И да, я готов не только выступать на конференциях, но и видеться лично. Если хотите пересечься: • получить диагностику по вашему бизнесу, • по продукту, - по AI, - по командам, - по партнерствам, - или просто познакомиться, пишите и давайте соберемся и потусим. Люблю всех!

Салют 🎉 Продолжаем челлендж 5in5: 5 дней - 5 продуктовых навыков) Вчера разбирали Метод прогрессивного Jpeg’а. А простой навык на сегодня: правило 2х минут. Разберем его за две минуты) Попробуй, проникнись, полюби и используй правило 2х минут. То, что можно сделать за 2-5 минут, нужно сделать сразу же, а не записывать как задачу.💥 Вместе с методом прогрессивного джипега это означает, что один раз выделив время на решение задачи, итог решения нужно сразу занести в итоговый артефакт и, если он готов, сразу доставить* его до внутреннего или внешнего заказчика. Нужно сделать отчет? Сразу создаешь доку, в которой сразу заводишь шаблон отчета — это уже передаваемый артефакт и прототип итогового результата. Какие задачи сейчас у вас в работе, которые можно было бы сделать за 2 минуты, но вы их отложили, завели тикет и положили в бэклог пылитьсч? Честно)можете написать в комментариях рефлексию) *И как, вы понимаете доставить решение? Когда у вас решение считается доставленным?

Салют 🎉 До 26-го сезона Product Heroes 4 дня — старт 19 мая P.S. у нас заболел и сломался Ботик, как всегда подрбное происходит очень вовремя)) Если у вас есть вопросы или вы писали боту и не получили ответ или не работает сайт, пишите: https://t.me/productheroes Продолжаем 5in5: 5 дней - 5 навыков ,в преддверии нового сезона. Сегодня быстрый навык, без которого очень быстро просираются задачки: Метод прогрессивного Jpeg’а. Этот принцип описан Артемием Лебедевым в его «Ководстве»: https://www.artlebedev.ru/kovodstvo/sections/167/ Мы используем его в команде, и на онбординге нового тиммейта это один из обязательных материалов. Человек должен понять не только как делать задачи, а как делать так, чтобы в любой момент была целая картинка для отчуждения, а не один заполированый фрагмент. Главный принцип: В любую секунду любой проект готов на 100%, хотя проработанность может быть и на 4%. А это как? 📋 [ ] Начинать решать задачу с конца, то есть от конечного результата: что я хочу получить на выходе? как результат моего труда будет использоваться? удобно ли это? понятно ли? Думаем и разворачиваем цепочку действий от результата. [ ] Любой документ всегда готов к доставке. Вместо того, чтобы долго и муторно в конце работы готовить итоговый артефакт, мы каждый квант времени дополняем итоговый артефакт, в конце его причесываем и доставляем клиенту. Сначала должна появиться вся картинка, пусть она будет с низкой проработанностью. Но уже понятно, что это, зачем это, где начало, где конец и какое полезное 🎯 действие должно случиться. А дальше вы повышаете степень проработки. Оббычный способ убить задачу: довести лишь один ее фрагмент до 97%, а потом обнаружить, что вводные изменились, срок продолбали, остальные части задачи не связаны, а то, что так долго полировали, вообще можно было не делать. Обидно))) Простой навык на сегодня: научиться смотреть на задачу с конца и проектировать от итогового результата по методу прогрессивного джипега.💎 Возьмите одну свою задачу и проверьте: - Если через сейчас работу остановить, что уже можно показать как целый результат? - Какая часть задачи сейчас отполирована сильнее, чем заслуживает на этом этапе? не делаете ли вы любимую часть задачи в минус нужным на текущем этапе? - Что нужно собрать сейчас грубо, но целиком, прежде чем улучшать детали? В 26 сезоне Product Heroes берем реальные кейсы и задачи Героев: вы сможете считать, диагностировать, искать узкие места, отстреливать гипотезы и смотреть, где и как уже можно показать целый результат.

Команда подготовила небольшой материал, чтобы ознакомиться с RCA: https://docs.rick.ai/s/9e2b66eb-ad2e-4dbc-87de-59f2995ac309 💎 И продолжим сегодня тему продуктовых скиллов)

Салют 🎉. До 26-го сезона Product Heroes 5 дней. если планировали участвовать, самое время присоединиться 🧡 P.S. у нас заболел и сломался Ботик, как всегда подрбное происходит очень вовремя)) Если у вас есть вопросы или вы писали боту и не получили ответ или не работает сайт, пишите: https://t.me/productheroes Решили с командой сделать челлендж 5in5: 5 дней — 5 навыков продакта, в преддверии нового сезона. Сегодня разбираемся с Root Cause Analysis — разбором корневой причины. Навык вам знакомый, особенно тем, кто смотрел мои выступления или читал посты: не лечить симптом, искать корневую причину. Но в реальности команды редко справляются с поиском причины быстро, потому что симптом почти всегда лежит в одном месте, а причина —в другом. Например, в маркетинге три раза меняют креатив, потому что просел CTR. На лендинге двигают/добавляют кнопки, потому что мало заявок. В продажах говорят «лиды не те». В поддержке отвечают на одни и те же вопросы пользователей. В продукте заводят ещё одну задачу в «биллинг» или «личный кабинет» (простигосподи). Если посмотреть глубже, окажется, что сотни симптомов родились из одной корневой причины: пользователь не понял, за что у него списали деньги; CRM прячет сделки, которые ближе всего к оплате; реклама обещает одно, продажи клиенту другое; на странице нет ответа на главный страх перед покупкой; онбординг заставляет человека задавать вопросы, которые вообще не должны были появляться. Главная ошибка в Root Cause Analysis — искать причину внутри того же квадратика, где болит. Если вопрос прилетел в поддержку, это не значит, что проблема в поддержке. Часто это ошибка маркетинга, дизайна, продукта, биллинга, онбординга или продаж, которая просто прилетела в команду Заботы, тк она на связи с клиентами. Если продажа не случилась, не всегда сейлз плохо отработал. Иногда процесс, CRM и сортировка сделок устроены так, что команда теряет клиентов, которые уже почти готовы купить, и этого не видит. Один из основных методов поиска корневой причины это «5 Почему?», 5W. Суть метода буквально заключается в том, чтобы задавать вопрос «Почепу это произошло?» несколько раз подряд. Ситуация-проьлема: заявок стало больше, а продаж нет. ↕️Почему? много из этих заявок не доходят до оплаты. ↕️Почему? часть лидов х% теряется после первого контакта. ↕️Почему? сейлзы сначала обрабатывают новые сделки сверху списка CRM, а теплые сделки быстро уезжают вниз. ↕️Почему? в crm нет отдельного фокуса на клиентах, которые ближе к покупке. ↕️Почему? CRM устроена как тудушница сейлза, и не отражает на каком этапе сейчас находится конкретный лид, какие у него процессы. Crm показывает, какие у нас процессы. Простой навык на сегодня: научитесь задавать вопрос «Почему?» до тех пор, пока не выйдете на корневую причину. Мини-шаблон RCА прямо сейчас возьмите одну проблему, которую решает команда сейчас и ответьте: 1. Что произошло? 2. Где это видно? 3. Когда началось? 4. Кого затронуло? 5. Почему это важно для клиентов и денег? 6. Чем это подтверждается? 7. Какие есть возможные причины? через 5 Почему. 8. Какая причина подтверждается фактами? Факт это то, что может зафиксировать камера. 9. Что нужно изменить, чтобы проблема не повторялась? 10. Как поймем, что решение сработало? Мне нравится проверка через одну фразу: «Мы думаем, что проблема в ___, но корневая причина может быть в ___, потому что ___». Если последнюю часть нечем заполнить, у вас пока не причина, а мнение команды. И тогда надо идти за фактами: в тикеты, звонки, переписки, CRM, вопросы клиентов, записи продаж, частотный анализ повторяющихся проблем. Самое полезное упражнение для руководителя — на несколько дней самому выйти к клиентам: поотвечать пользователям, попродавать, почитать отказы и причины, посмотреть, какие сделки зависли. Обычно после этого магически появляются и продуктовые задачи, и изменения в продажах, и понимание, почему команда уперлась в потолок.💎 #1_день_1_навык

Всем салют 🎉 Многие компании думают, что если AI-проект не летит, значит проблема в инструменте, подрядчике или команде. 🚩Но на практике узкое место часто вообще не там. AI можно внедрять, созваниваться, тестировать гипотезы, тратить бюджеты и месяцы работы, а результата не будет по одной причине: бизнес изначально не понял, где у него настоящая проблема и на какую цифру должен влиять проект. ❓И вот здесь главный вопрос: если команда не может назвать одно узкое место и одну метрику результата, что именно она вообще автоматизирует? Именно поэтому мы запускаем на YouTube новую регулярную рубрику с Ильей Стремовским, экспертом в AI-менеджменте. Илья управлял AI-проектами еще за 10 лет до того, как это стало модным. 🔥В рубрике будем разбирать реальные бизнес-кейсы: где на самом деле узкое место, на какие цифры смотреть, каких навыков не хватает команде, и почему проблема часто находится не там, где ее привыкли искать. Главная мысль простая: AI не спасает слабую управленческую диагностику. Если бизнес неверно определил проблему, технология только ускорит ошибку. Что можно сделать прямо сейчас: 1. Где узкое место? 2. На какую метрику это влияет? 3. Что команда должна уметь, чтобы это исправить? Первый выпуск уже на канале.

Салют 🎉. Как же я соскучился по диагностическим сессиям и трекшену команд — очень мне эпохи ФРИИ не хватает. 📹 видео: Юнит - Экономика 👉📈 шаблон экономики с разбором 1. В прошлый раз, мне потребовалось минут 30, чтобы разогнаться и вспомнить как быстрее команды на инсайт выводить и быстрее фидбек давать да и начало затянул. 2. Простой навык: 2.1 Когда вы меняете свои команды, помните, что они будут сопротивляться — потому что у них уже есть инерция, своя картина мира и свой вижен куда бежать. 2.2 Вас не будут сразу слышать, когда вы даете мысль, которая > больше чем на 5% дальше чем траектория фаундера, команды. · вы видите, что фаундуру и команде нужно бежать ↑↑↑ вверх · фаундер хочет бежать →→→→ вправо Не потому что он глупый — он правда не видит и правда не слышит, что мы пытаемся ему донести. И ему не хватает насмотренности, чтобы понять вашу мысль. Да, иногда 10 раз нужно будет объяснить. 🤝 🚀 3. Пример 1. Команда придумала сложный продукт и лендинг и хочется директору по маркетингу приносить больше лидов, дешевле и снизить стоимость клиента CAC и лида CPL — и конечно, забыла об этом на лендинге написать. 2. Вам это может быть очевидно, всем в комнате это может быть очевидно, а комнаде и Фаундеру не очевидно. Они правда этого не видят: все так делают, разве тут не понятно? 3. Помогает спросить: что ты хочешь, чтобы люди тут поняли и помочь ему сформулировать сообщение для его клиентов, а после задать вопрос: где тут это написано? 💡 4.Конечно, интереснее всего диагностическая сессия не столько стартапов, сколько бизнесов, которые уже зарабатывают, где есть сегменты, реклама. В стартапе и без цифр почти все очевидно, а экономику можно посчитать в закрытую просто задав вопросы команде. В бизнесе, который уже зарабатывает деньги: Придется и в продажи и маркетинг залесть, и PNL, когорты и юнит-экономики посчитать, и точки роста на цифрах подвердить. И процесса продаж и пайплайна в crm и вопросы сеилзам и в заботу посмотреть. И сравнить с роадмепом, чтобы увидеть то, что команда не видит. 🙈 5.Хотите качать насмотренность, решайте кейсы, считайте экономику, когорты, изучайте метрики — это лучший способ увидеть все проблемы в бизнесе, совершенные за последние 3-5 лет. Ну и приходите в комьюнити, находите бизнесы и помогайте им. 🚀 6.Не хотите наступать на одни и те же грабли, приходите в комьюнити, где уже есть опытные ребята, берите их на парт-тайм, чтобы они были кросс-чеком вашей команды и помогали увидеть точки роста и то, что вы не видите. 💎 Точки роста смещаются в зону вашей не компетентности, там где вы не видите проблем и не знаете как их там решить.