Практически новые мысли про продакт-менеджмент в 2025

В этом году уже поработал с 15 командами на разных рынках и контекстах. Несколько мыслей, куда идет профессия (в этот раз без AI упоминаний):

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

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

3. По отчёту Productboard, сейчас Product Ops активно масштабируется, но сталкивается с размытой ролью и перекрытиями. Лучшие Product Ops-команды не просто поддерживают процессы, а становятся стратегическими партнёрами, обеспечивающими alignment, своевременный фидбэк, прозрачность и измеримый бизнес-эффект.

4. Модель Product-Led Growth становится новым стандартом: продукт сам продвигает себя благодаря интуитивному онбордингу, бесплатному доступу и пользовательскому расширению воронки продаж. Маркетинг и продукт всё плотнее интегрируются.

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

6. Новая парадигма: данные — это продукт. Autonomous Data Product — это самообслуживающийся компонент данных, который включает метаданные, управление, код, политику доступа и самоуправляется. Особенно актуально для распределённых архитектур типа Data Mesh.
Data Product — это структурированный, управляемый, с метаданными, продукт данных, соблюдающий принципы FAIR (findable, accessible, interoperable, reusable). В 2025 году публикуются стандарты оформления и определения этой концепции.
_______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Драйверы продуктовой культуры

Этим летом я наконец-то дописал свой концепцию по продуктовой культуре и ее уровнях, оценке и переходах с уровня на уровень. Агрегировал знания, которые получил от 100+ компаний на консалтинге 8 стран и 20 отраслей. Итогово, для меня Культура = (Стратегия + Данные + Клиент) × (Ритуалы + Навыки + Ответственность). Ниже выделил расшифровку и драйверы. Если вы хотите сделать оценку своей продуктовой культуры и получить рекомендации по ее развитию - можете оставить личный запрос автору в форме или написать в личное сообщение автору канала.

1. Стратегические драйверы

Видение и стратегия - у компании есть не только цель в выручке, но и продуктовая гипотеза, зачем клиенту это решение. Поддержка топ-менеджмента - CEO и С-level не только «разрешают» продуктовый подход, но и живут им (решения = данные + клиент). Фокус на ценность клиента - постоянное «зачем» вместо «сделайте срочно».

2. Организационные драйверы

Product Ops - системная роль/функция, которая связывает процессы, метрики, знания и эксперименты в одно целое. Единые правила приоритизации - что в работу берётся только то, что ведёт к NSM или клиентской ценности. Инфраструктура данных - BI, аналитика, доступ к цифрам у продактов и команд, а не только у аналитика.

3. Командные драйверы

Ритуалы - demo, ретро, discovery-сессии, планирования, где обсуждаются не фичи, а результаты и гипотезы. Открытость инсайтам - репозиторий исследований, интервью, NPS, доступный всей команде. Навыки экспериментов - умение быстро формулировать, запускать и анализировать гипотезы (не только А/Б-тесты).

4. Индивидуальные драйверы

Мышление «ценность > решение» - каждый в компании задаёт себе вопрос: «А зачем это клиенту?» Навык работы с данными - базовая аналитика, понимание когорт, умение читать цифры. Культура обратной связи - нормальность спорить про гипотезы, а не про личности.
_______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

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

Друзья, новая подборка мыслей. Собрали для вас. Надеюсь, скоро для вас запустим подкаст от нашей команды, интересный концепт готовится (любые предложения и партнерства тут пишите автору канала), а также напоминаем про возможности образовательные и про новую инициативу Product Base Club.

1. Product Ops Podcast — Jackie Bavaro. Эпизод: Scaling Product Ops in High-Growth Teams
- Продукт-операции становятся ядром: они позволяют PM тратить меньше времени на «сбор данных» и больше — на принятие решений.
- В 2025 году продуктовые команды без Product Ops выглядят так же архаично, как раньше без UX-дизайнера.
- Главная метрика Product Ops — скорость цикла гипотеза → инсайт → решение.

2. Build with Maggie — Maggie Crowley (ex-Drift). Эпизод: How to Kill a Feature (Without Killing Your Team)
- Сильные продакты не боятся хоронить фичи, даже если в них вложили месяцы работы.
- Главное — правильно объяснить «почему» команде и пользователям: это про доверие, а не про эго.
- Настоящее лидерство — уметь сказать «нет» не рынку, а своим же идеям.

3. Product-Led Growth Hub — Kyle Poyar (OpenView). Эпизод: Designing Viral Loops that Actually Work
- Growth-петли в 2025 — не про «пригласи друга за бонус», а про вшивание сетевых эффектов в саму ценность продукта.
- Вирусность строится на том, что продукт полезнее при совместном использовании.
- Самая сильная метрика — сколько новых пользователей каждый клиент приводит органически.

4. Radical Product — Marty Cagan. Эпизод: Beyond Empowered Teams
- Empowered-команды уже не конкурентное преимущество — это гигиена.
- Следующий шаг — «Aligned Autonomy»: когда команды не просто empowered, а связаны единой системой ценностей и стратегий.
- Ошибка 2025 года — строить фичи «в вакууме», даже если команда супер автономна.

5. Growth Design Podcast — Julie Zhuo. Эпизод: When Design Becomes the Growth Engine
- Визуальный язык и UX-паттерны сегодня влияют на конверсию сильнее, чем дополнительные маркетинговые бюджеты.
- Growth = продукт + дизайн, а не продукт + маркетинг.
- Настоящая сила дизайна в том, чтобы сокращать путь к ценности, а не «красить кнопки».
- Сила лидера - уметь обновлять стратегию так же часто, как код продукта.
___________
Также, у нас есть курсы
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по аналитике, базовый
- Курс по Продуктовой стратегии и защите инициативы
- Наши разборы - https://t.me/productcasebar/ и курсы - https://t.me/koloskoveducation/

Кейсы применения Capability Map и Value Stream

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

1. Разворот продукта на новый рынок (B2B SaaS в Enterprise). Продукт успешно продаётся SMB, продакт хочет выйти в Enterprise. На Capability Map видно: у компании нет способности «обслуживание сложных RFP» и «compliance аудит». Без этих capability на новый рынок не выйти, roadmap корректируется, даже если core-функции продукта сильные.

2. Интеграция после M&A. Две компании слились, продакт думает, как собрать единый портфель. Capability Map помогает «сложить» обе карты и увидеть дубли («две CRM-системы») и пробелы («нет централизованной аналитики»). Это помогает быстро понять, какие capability оставить, какие консолидировать и ускоряет go-to-market объединённой компании. Баланс «что развивать самим, а что брать у партнёров»

3. Выявление скрытых «бутылочных горлышек» роста. Продакт в маркетплейсе видит: supply растёт, но GMV не растёт. Capability Map показывает, что «динамическое управление спросом» отсутствует. Не проблема в supply, а в capability управления — это меняет стратегию развития.

4. Пересборка клиентского опыта под кардинально новый канал. Продакт в ритейле хочет добавить «покупку через голосового ассистента». Value Stream вскрывает: текущий поток («поиск товара - корзина - оплата») не укладывается в voice. Нужно переформатировать value stream: «говорю - подтверждаю - получаю» - иначе adoption не случится.

5. Трансформация через «невидимые» этапы. В health-tech сервисе Value Stream пациента показал: ценность теряется не только «на приёме у врача», а ещё на «подготовке к визиту» (потерянные анализы, ожидание). Решение: добавить capability «предзаполнение данных» - резко вырос NPS.

6. Выход на новые KPI бизнеса. В телекоме бизнес хочет сдвинуть фокус с ARPU на «Lifetime Value клиента». Value Stream вскрывает, что нет шагов «up-sell» и «cross-sell» в клиентском пути. Это перестраивает весь продуктовый roadmap - добавляются capability персонализации и рекомендательных систем.

7. Запуск экосистемного продукта (банковский супер-апп). Value Stream: клиентский путь «получить зарплату - оплатить услуги - инвестировать». Проблема: путь рвётся, так как capabilities «управление инвестициями» и «единый биллинг» отсутствуют. Решение: roadmap = закрыть capability-гэпы, а не «рисовать красивые фичи».

8. Pivot продукта из-за регуляторики. В insure-tech регулятор вводит новые правила fraud-контроля. Value Stream «оформление полиса» ломается: шаг проверки становится в 3 раза длиннее. Capability Map показывает отсутствие способности «real-time fraud detection». Продукт pivot: вместо упрощения UX, инвестиции в capability real-time detection, чтобы спасти клиентский опыт.

9. Создание дифференциатора на зрелом рынке. В e-commerce Value Stream у всех игроков одинаков: поиск - корзина - доставка. Продакт ищет точку дифференциации. Capability Map показывает, что у компании сильна «виртуализация ассортимента» (AR/VR). Решение: интегрировать AR-примерку прямо в value stream поиска → конкурентное преимущество.
_______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Основные ошибки при построении юнит-экономики и как их исправлять

Сохраняйте себе, чтобы не забывать при расчетах. А также напоминаем про возможности образовательные от нашей редакции.

1. Неправильно определен юнит. Часто считают заказ вместо клиента или клиента вместо подписки. В итоге кажется, что модель в плюсе, а на деле клиент после второго заказа с возвратом уходит в минус. Юнит должен отражать минимальную экономическую сущность бизнеса. Для e-commerce - клиент (а не заказ), для SaaS - подписка, для маркетплейса - сделка. Строй срезы по уровням: заказ - клиент - когорта.

2. Маскировка убытков кросс-субсидиями. Бизнес показывает прибыль «в целом», потому что одно направление тащит на себе другое. Внутри этого часто прячут убыточные сервисы «ради роста». Считать P&L по каждому продукту, сервису или каналу отдельно. Если одно направление дотирует другое — это должно быть стратегическим решением, а не побочным эффектом некорректной модели.

3. Игнорирование времени возврата денег. Радостно рапортуют о LTV:CAC = 3:1, хотя возврат вложений занимает полтора года. В условиях ограниченного оборотного капитала такой бизнес просто задохнется. Всегда считать срок окупаемости (payback period) и включать стоимость капитала. Если возврат денег занимает больше 9–12 месяцев, бизнесу потребуется либо кредит, либо инвестор, иначе роста не будет.

4. Средняя температура по больнице. В реальности 20% клиентов приносят прибыль, а остальные жгут деньги. Среднее значение скрывает реальную картину. Раскладывать показатели по когортам: канал, сегмент, продукт, география. Сегменты ниже порога окупаемости — отключать, а не подкрашивать средними.

5. Игнорирование скидок и возвратов. Считать ARPU по чекам без учета промо и отмен — самообман. В edtech и подписках особенно критично: первый месяц за 1 рубль может полностью ломать расчет LTV. Считать net revenue per user, только после всех скидок и возвратов. Реальный retention нужно строить на этих деньгах, а не на «идеальном» обороте.

6. Слепота к инфраструктурным костам. В расчетах часто видят только прямые косты: производство, доставка. Но вместе с ростом масштаба растут и переменные инфраструктурные издержки: поддержка, модерация, антифрод, верификация клиентов. Надо делить косты на Core (обязательные на каждый юнит) и Scale (растут с объемом). Обязательно делать стресс-тесты: что будет с моделью, если клиентов станет в 10 раз больше?

7. Подмена реального CAC. В расчет CAC берут только performance-маркетинг, игнорируя брендовые и «подогревающие» расходы. В результате CAC кажется в два раза ниже, чем на самом деле. Надо аллоцировать расходы на бренд и верхние уровни воронки в общую стоимость привлечения. Да, это неприятно, но иначе у бизнеса ложное чувство эффективности.

8. Мифический LTV. Обычно его считают прямой формулой ARPU × lifetime и забывают, что реальный retention кривой и нелинейный. В итоге «средний клиент живет 12 месяцев», а в реальности половина уходит через первый месяц.
Строить retention-curve по фактическим данным. Отдельно смотреть на выживаемость клиентов после первого платежа, первого заказа, первого месяца.

9. Игнорирование рисков. Регуляторные штрафы, фрод, chargeback, издержки на комплаенс и проверку клиентов часто вылетают за скобки. А именно они в финтехе и коллекторке превращают «красивую» модель в минус. Надо вводить risk-adjusted cost. Лучше посчитать по вероятностям потерь, чем рисовать модель без зубов.
_______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Чек-лист подбора названия для новой продуктовой инициативы

Каждый из нас сталкивался и задерживался на задаче новых названий. Постарался собрать небольшой чек-лист, как ничего не забыть и от чего-то оттолкнуться в этой задаче. Сохраняйте себе, чтобы не забывать при создании продуктов. А также напоминаем про возможности образовательные от нашей редакции.

1. Функциональная ясность
- Отражает основную функцию продукта/раздела
- Легко объяснить в одном предложении (“Это раздел ___”)
- Название не требует дополнительного контекста
- Понятно ЦА (даже тем, кто впервые открыл продукт)

2. Простота и удобство
- Короткое (1–2 слова, максимум 12 символов)
- Легко произносить и писать (устойчивость к ошибкам)
- Звучит одинаково понятно в устной и письменной речи
- Устойчиво к сокращениям (чтобы пользователи могли сами сокращать без потери смысла)

3. Бренд и стратегическая совместимость
- Соответствует общей архитектуре бренда (например, у Google — Drive, Meet, Docs)
- Может масштабироваться (подходит для будущих разделов или продуктов рядом)
- Сохраняет единство стиля (формат, тон, энергия)
- Может использоваться как часть “зонтичного бренда” (например, “Яндекс Go”, “Яндекс Еда”)

4. Уникальность и дифференциация
- Не пересекается с конкурентами в вашем сегменте
- Проверено в SEO (Google, Яндекс) на уникальность
- Проверено в App Store / Google Play (если релевантно)
- Проверено на доступность доменов / соцсетей

5. Лингвистика и локализация
- Название не имеет нежелательных значений на других языках
- Легко переводится или адаптируется (если продукт может выходить на другие рынки)
- Нет культурных барьеров или негативных коннотаций (например, “Nova” в Испании значит “не работает”)
- Учитывает фонетику: буквы и звуки приятны на слух

6. Эмоциональное восприятие
- Вызывает нужные эмоции (премиум, скорость, надёжность, забота, инновации)
- Ассоциации совпадают с позиционированием бренда
- Нет противоречия между обещанием и реальным продуктом
- Легко встроить в рекламные сообщения и слоганы

7. UX и использование в продукте
- Гармонично смотрится в интерфейсе (кнопка, таб, меню, заголовок)
- Вмещается в ограниченные пространства (иконки, маленькие кнопки)
- Может работать как CTA (например, “Заказать”, “Хаб”, “Мои услуги”)
- Легко запоминается пользователями и в устном общении (“зайди в ___”)

8. Масштаб и долговечность
- Название не “постареет” слишком быстро (не тренд только 1 года)
- Подходит как для MVP, так и для масштабирования
- Может использоваться 3–5 лет без ребрендинга
- Открывает пространство для расширения (например, “Hub” можно дополнить: “Design Hub”, “Learning Hub”)

9. Подходит под типологию названий (опционально)
- Функциональные (Прямо описывают — “Избранное”, “Заказы”)
- Метафорические (Через ассоциацию — “Пульс”, “Дом”, “Маяк”)
- Эмоциональные (Создают атмосферу — “Вдохновение”, “Комфорт”)
- Брендированные. Привязка к основному бренду
- Комбинированные (Микс функции + эмоции — “Быстрый заказ”, “Умный поиск”)
_______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Уровни для старта практики вайб-кодинга

Для базы в продакт-менеджменте напоминаем про возможности образовательные от нашей редакции.

Уровень 1. Почувствовать, как AI пишет код за тебя. Сгенерировать калькулятор (сумма, процент, квадратные уравнения). Сделать скрипт «угадай число» на Python. Сгенерировать JSON → CSV конвертер

Уровень 2. Собрать рабочие маленькие продукты. Телеграм-бот: «напоминалка о задачах» или «конвертер валют». Скрипт парсинга курса доллара с сайта и отправка в Google Sheets. Простая веб-форма (ввод данных → сохраняется в таблицу). Генератор QR-кодов с загрузкой картинок

Уровень 3. Почувствовать MVP за вечер. Лэндинг «визитка» с формой обратной связи + Telegram-уведомление. Приложение для заметок: создавать, редактировать, хранить в Supabase. Мини-CRM: таблица клиентов с фильтрацией и статусами. Веб-калькулятор «сколько я трачу на кофе в месяц» с графиком

Уровень 4. Больше интеграций и UI. Сервис «сравни цены» (парсит 2–3 сайта и строит таблицу). Личный трекер расходов с графиками (React + Firebase/Supabase). Онлайн-голосование/опросник с публичной статистикой. Мини-маркетплейс: загрузка товаров, корзина, заказ без оплаты

Уровень 5. Выйти на уровень рабочего продукта. SaaS-сервис: подписка + дашборд (например, трекер привычек). AI-бот для бизнеса (поддержка клиентов, FAQ). Сервис для караоке-клуба (бронь песен, напитков и активностей). Сервис «умный поиск по PDF/документам» (LLM + векторная БД).
______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Зачем я развиваю насмотренность у себя и других?

Для меня грейды и рост продакта связаны напрямую с насмотренностью. Отсюда в том числе запуск клуба разборов задач, канал Fresh Product manager и любовь к консалтингу и к подборкам других каналов, вроде этой - Бизнес, Маркетинг и Продукт. Почему насмотренность важна?

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

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

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

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

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

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

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

Если кто-то хочет записаться на разборы - пишите @SergeKoloskov или отправляйте заявку на https://productcaseclub.tilda.ws/
Также можно приобрести доступ к записям, полный список разобранных кейсов тут.

Профессиональные деформации продактов и как с ними бороться

Для базы в продакт-менеджменте напоминаем про возможности образовательные от нашей редакции.

1. Фича-фетишизм - измерение успеха количеством релизов; бороться с этим помогает проверка каждой фичи на проблему и метрику.

2. Тирания метрик - решения только на цифрах без контекста; лечится балансом количественных данных и качественных интервью.

3. «Пользователь = персона на слайде» — потеря эмпатии к реальным людям; исправляется регулярными звонками и участием в саппорте.

4. «Я знаю лучше» - решения принимаются из головы; противоядие — системное тестирование гипотез и внешние ревью. Кстати, тут помогают разборы кейсов от команды редакции - https://productcaseclub.tilda.ws/, полный список разобранных кейсов тут.

5. Бесконечные гипотезы - тесты ради тестов без внедрения; нужно правило «каждый эксперимент - решение или отказ».

6. Выгорание через ответственность - продакт тащит всё на себе; помогает делегирование, чёткие границы и отдых.

7. Фреймворк-зависимость - слепое копирование методологий; бороться стоит адаптацией инструментов под свой контекст.

8. Фокус на внутренних заказчиках - приоритет CEO вместо клиента; противоядие - адвокатура интересов пользователя.

9. Микроменеджмент разработки - продакт превращается в таск-трекер; лечится фокусом на «что и зачем», а не «как».

10. Застревание в операционке - 90% времени уходят на баги и отчёты; помогает выделение стратегических дней и продуктовые ретро.
______
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Ритуалы, взращивающие продуктовую культуру

Продолжая тему драйверов роста продуктовой культуры, https://t.me/FreshProductGo/1580, на базе своих исследований понял, что к росту продуктовой культуры приводят те ритуалы, которые:

1) Фокусируют внимание на клиенте, а не на процессах.
2) Регулярно возвращают команду к метрикам и ценности.
3) Поощряют обучение через эксперименты и обмен опытом.

И для меня это ритуалы:

1. Customer voice. Раз в неделю/две команда слушает звонки, читает отзывы, смотрит исследование. Формирует эмпатию и общий язык про пользователя. Переключает дискуссии с «как сделать» на «для кого и зачем». Также актуализация данных по Playbook клиента.

2. Health check. Каждую неделю 10–15 минут: одна ключевая метрика и её динамика. Важно: обсуждают не «почему откатился релиз», а «что изменилось для пользователя».

3. Product Review. Раз в 2–4 недели продакты делятся гипотезами и их результатами. Культура обучения на ошибках, снижение страха «факапнуть». Ценится не релиз, а инсайт и проверка гипотезы.

4. Fuck-up stories. Команда делится неудачами и чему научились. Ключ к культуре экспериментов и психологической безопасности.

5. Discovery Day. Раз в месяц фокус только на потребностях: JTBD, боли, наблюдения, новые сегменты. Переносит внимание с фичей на проблему клиента.

6. Sales Sync. Раз в неделю топ-3 запроса/жалобы от клиентов. Прямой мостик между клиентской болью и продуктовой работой.

7. Product Book Club. Совместное обучение на внешних кейсах. Формирует культуру «мы учимся постоянно».

Если вам нужна помощь с взращиванием продуктовой культуры или поиском точек роста в продуктах, пишите автору @SKoloskov или отправить личный запрос можно тут.

Чек-лист приоритизации рутинных процессов для автоматизации ИИ

Пользуйтесь, когда будете решать, что точно полезно автоматизировать, а что скорее внешнее влияние хайпа. Если вам нужна помощь с взращиванием продуктовой культуры или поиском точек роста в продуктах, пишите автору @SKoloskov или отправить личный запрос можно тут :

1. Повторяемость (как часто процесс встречается)
0 – раз в год/совсем редко
1 – несколько раз в квартал
2 – несколько раз в месяц
3 – каждую неделю
4 – ежедневно
5 – несколько раз в день / постоянно

2. Массовость (сколько людей затрагивает)
0 – 1 человек
1 – маленькая группа (2–3 человека)
2 – одна команда (5–10 человек)
3 – несколько команд (10–50 человек)
4 – сотни сотрудников или клиентов
5 – тысячи пользователей/массовая аудитория

3. Простые правила (насколько легко алгоритмизировать)
0 – процесс всегда уникален, требует экспертизы
1 – почти всегда нужен эксперт
2 – правила есть, но много исключений
3 – можно частично описать алгоритм
4 – почти все шаги формализуемы
5 – полностью алгоритмизируемо, как инструкция

4. Креативность (нужны ли идеи, эмпатия)
0 – всегда нужен креатив/нестандартное решение
1 – часто нужен креатив
2 – иногда встречается, но редко
3 – почти не нужен
4 – нужен минимум эмпатии, без творчества
5 – креатив не нужен, чистая механика

5. Документы и тексты
0 – никак не связано
1 – иногда приходится работать с текстами
2 – простые заметки/таблицы
3 – формы/анкеты, которые заполняют регулярно
4 – заявки, письма, отчётность
5 – договоры, счета, отчёты, заявки в больших объёмах

6. Стандартизованные данные
0 – уникальные данные каждый раз
1 – структура есть, но редко повторяется
2 – иногда совпадает формат
3 – половина данных всегда одинакова
4 – почти всегда одна структура
5 – полностью стандартизовано (шаблоны, формы, CRM)

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

8. Ошибки из-за рутины
0 – ошибок нет
1 – ошибки редкие (менее 1%)
2 – ошибки встречаются иногда (5%)
3 – ощутимые ошибки (10–15%)
4 – ошибки регулярные (20%+)
5 – постоянные косяки, без автоматизации всё ломается

9. Регулярность (есть ли цикл)
0 – делается один раз и забыли
1 – раз в год
2 – раз в квартал
3 – раз в месяц
4 – раз в неделю
5 – ежедневно или чаще

10. Время (затраты ресурсов)
0 – < 10 минут в месяц
1 – 30 минут в месяц
2 – 1–2 часа
3 – 1 рабочий день
4 – несколько дней
5 – неделя+ в месяц

11. Копипаст (ручной перенос данных)
0 – не требуется
1 – редко
2 – иногда (раз в месяц)
3 – часто (раз в неделю)
4 – постоянно (ежедневно)
5 – только этим и живёт процесс

12. Ручная коммуникация (однотипные ответы)
0 – уникальные переговоры
1 – редко повторяется
2 – иногда, но не критично
3 – регулярные вопросы (раз в неделю)
4 – каждый день повторяются запросы
5 – 80% общения одинаковое (FAQ, заявки, тикеты)

Итоговая сумма:
0–20 баллов - низкий потенциал автоматизации
21–40 баллов - можно автоматизировать, но выгода ограничена
41–60 баллов - сильный кандидат, точно в беклог
61+ баллов - топ-приоритет
______
Также приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый

Как правильно копировать чужие решения

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

1. Разобрать не что сделали, а почему. Поверхностное копирование (фича, интерфейс, кнопка) = риск. Глубокое копирование = понимание: какую гипотезу решал конкурент, какие у него были данные, в какой контекст это легло.
Вопросы: Какая бизнес-метрика была целевой? Какая поведенческая привычка пользователя использована? Какие ресурсы и ограничения были у них (и у нас они есть/нет)?

2. Проверить контекст у себя. То, что работает в Uber, может не работать в локальном сервисе такси, потому что разные юзкейсы, доверие, культура. Нужно провести локальную калибровку: протестировать не саму фичу, а логику её воздействия.

3. Минимизировать когнитивное искажение «копирования успеха». Мы видим победителей и думаем, что они «сделали правильно». Но мы не видим, сколько других сделали то же и провалились. Давайте относиться к чужому решению как к «готовой гипотезе для теста», а не как к гарантии.

4. Тестировать шагами. Сначала проверить ключевой механизм, потом дорабатывать обёртку. Не делать сразу сложную систему реферальных бонусов как у Revolut, а проверить простую механику «приведи друга - будет скидка».

5. Создать «копирование + добавление ценности». Лучшие кейсы - это не слепое копирование, а «копировал - упростил/адаптировал - добавил своё». TikTok не просто «скопировал Vine», а убрал ограничение 6 секунд и встроил музыку. Apple не просто «скопировал смартфон», а сделал сенсорный экран без клавиш.

Всем роста!
______
Приходите на наши курсы от редакции, завтра цены вырастут:
- Разборы кейсов (уже 62 разбор, 150 кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

Чек-лист продвинутой автоматизации с фокусом на ценность для пользователя

Продолжая тему востребованной автоматизации (был тут первый чек-лист https://t.me/FreshProductGo/1590), думаю, что лучше всего фокусировать на ценность. Если вам нужна помощь с взращиванием продуктовой культуры или поиском точек роста в продуктах, пишите автору @SKoloskov или отправить личный запрос можно тут :

1. Автоматическая генерация аналитики. Пользователь получает готовые выводы вместо сухих графиков и экономит часы анализа.

2. Предиктивная автоматизация. Пользователь заранее знает о рисках и действует на опережение, избегая проблем.

3. ИИ-ассистенты внутри рабочих инструментов. Пользователь получает резюме встреч, письма и план действий без ручной рутины.

4. Интеллектуальная маршрутизация заявок. Пользователь получает быстрый и точный ответ без долгих перенаправлений.

5. Автоматизация обучения сотрудников. Пользователь учится быстрее и сразу применяет знания благодаря персонализированным курсам.

6. Умные документы и контракты. Пользователь получает готовые документы за минуты, без ожидания юриста или менеджера.

7. Мультиканальная поддержка 24/7. Пользователь получает помощь мгновенно, даже ночью или в выходные.

8. Автоматизированный контроль качества. Пользователь получает всегда корректное и вежливое общение.

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

10. Digital twin компании. Пользователь принимает решения на основе сценариев и прогнозов, а не догадок.

11. Управление проектами без менеджера. Пользователь работает без хаоса, с прозрачными задачами и дедлайнами.

12. Hyper-personalized маркетинг. Пользователь получает персональные предложения, а не массовые рассылки.
______
Также приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый

Как понять, что скопировали именно суть, а не просто интерфейс?

Задали вопрос в тему поста https://t.me/FreshProductGo/1593, постарались ответить. А также напоминаем про возможности образовательные от нашей редакции.

1. Сначала универсальная структура копирования у конкурента
- Hypothesis. Что именно вы предполагаете улучшить и почему?
- Mechanism. Какую поведенческую цепочку меняет фича (например: уменьшает время принятия решения → увеличивает конверсию).
- Primary metric. Одна главная метрика, которую фича должна улучшить.
- Minimal Test. Самый простой тест, который проверяет работу механизма («smoke test» / fake-door / manual).
- Количественные + качественные доказательства механизма (A/B, intermediate metrics, интервью).

2. Playbook пошагово
- Разберите чужую фичу до гипотезы. Не «у них есть кнопка», а: «она уменьшает X, потому что Y; целевая метрика — Z».
- Опишите механизм словами. Нарисуйте путь пользователя: событие → поведение → метрика.
- Проверьте применимость контекста. У вас другие пользователи/инфраструктура/регион? какие ограничения (оплата, доверие)?
- Придумайте минимальную реализацию. Сделайте максимально простой прототип, который реализует МЕХАНИЗМ, а не весь UI.
- Инструментируйте intermediate metrics. Не только «заказов стало больше», но «время на форме», «принятие курьером», «отмены».
- Запустите эксперимент A/B, holdout, fake-door — в зависимости от риска и затрат.
- Оценивайте механизм, а не только итог. Проверьте causal chain: изменение поведенческого посредника → изменение основной метрики.

3. Конкретные «ред-флаги», что вы скопировали только интерфейс
- Не можете сформулировать, какую метрику фича должна улучшить.
- Изменение влияет только на «кликабельность» (CTR) без эффекта на реальные бизнес-метрики (конверсия в оплату, retention).
- Фича выглядит «пустой» в ваших условиях (например, карта заказов при низкой плотности — пустая карта).
- Нет данных о поведении-посреднике (то, что фича должна изменить), или этот посредник не меняется.

4. Как понять, что скопировали суть - признаки и доказательства
- Прямое доказательство механизма: intermediate metric меняется в нужную сторону (например, время заполнения формы упало на 30%), и downstream metric (конверсия) тоже выросла.
- Медиативный анализ: изменение поведенческого посредника статистически объясняет изменение целевой метрики.
- Качественная валидация: интервью/тесты показали, что пользователи воспринимают фичу как решение конкретной боли.
- Репликация в локальном контексте: эффект держится в разных ЖК / сегментах, не только в одном «хоботке» ранних пользователей.
- Экономическая валидность: позитивная динамика не только в метриках активации, но и в unit-economics (CAC, средний чек, % повторных заказов).
____
Приходите на наши курсы от редакции:
- Разборы кейсов (уже 61 разбор, 145+ кейсов)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

💬 «Семь раз отмерь — один раз скажи: как давать обратную связь сотрудникам». Вебинар Яндекс Практикума

Обратная связь — это суперсила 💫, которая может как вдохнуть в команду энергию, так и полностью её забрать. Но почему одни слова мотивируют расти, а другие — убивают желание работать? Разберём на вебинаре 30 сентября.

Вы узнаете:

▪️ В чём польза обратной связи и зачем её давать
▪️ Какие ошибки в обратной связи демотивируют сотрудников
▪️ Как принять обратную связь о себе и сохранить авторитет

🎁 Поделимся полезными шаблонами и формулами, которые можно использовать в работе!

👩‍🏫 Спикер: Галина Лебедова, руководитель B2B-направления Яндекс Практикума

🕚 Начало: 30 сентября, 11:00 мск

Зарегистрироваться

Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2Vtzquo7w9W

Простые промпты для разработки продуктовой стратегии

Вообще стратегия - точно одна из компетенций, которая должна выжить в ИИ-трансформации. Об этом в том числе наш Интенсив “Продуктовая стратегия”, но как можно ускорить работу - вот конкретные примеры:

1. Исследование рынка и пользователей
Ты — продуктовый аналитик.
На входе — список отзывов пользователей (см. ниже).
Сгруппируй их в 5–8 тем. Для каждой укажи:
1) название темы,
2) краткое описание боли,
3) пример цитаты (обобщённо),
4) потенциальная продуктовая возможность.
Формат: таблица Markdown.

2. Формулировка Jobs To Be Done
Ты — UX-исследователь.
На основе списка интервью (см. ниже) оформи Jobs To Be Done:
"As a [persona], when [situation], I want [motivation], so I can [expected outcome]."
Выведи минимум 5 JTBD.

3. Видение и позиционирование
Ты — CPO.
Задача: на основе текущих данных о рынке и боли пользователей, сформулируй draft product vision.
Формат:
- Целевая аудитория
- Основная потребность
- Наше уникальное обещание ценности
- Отличие от конкурентов
- Долгосрочная цель (3–5 лет)

4. Позиционирование (framework: Value Proposition Canvas)
Ты — маркетолог.
Задача: построй Value Proposition Canvas для продукта:
- Customer jobs
- Pains
- Gains
- Pain relievers
- Gain creators
- Product & services

5. Генерация идей и гипотез
Ты — продуктовый менеджер.
Исходные данные: инсайт — "пользователи бросают регистрацию на шаге подтверждения e-mail".
Сгенерируй 10 гипотез (feature ideas), которые могут решить эту проблему.
Для каждой гипотезы укажи: ожидаемый impact, сложности реализации, риски.
Формат: таблица Markdown.

6. Приоритизация и roadmap
RICE-приоритизация
Ты — продуктовый аналитик.
У тебя есть список гипотез (см. ниже).
Рассчитай для каждой RICE score (Reach, Impact, Confidence, Effort).
Формат: таблица.
Сортируй по убыванию RICE.

7. Анализ рисков и сценарное планирование
Ты — продуктовый менеджер.
Задача: оцени топ-5 рисков при запуске продукта [название].
Для каждого риска укажи: вероятность (низкая/средняя/высокая), потенциальный ущерб, способы снижения.

8. Сценарное планирование
Ты — стратег.
Задача: опиши три сценария развития рынка для продукта [название]:
- Оптимистичный
- Базовый
- Пессимистичный
Для каждого: ключевые драйверы, угрозы, возможности, стратегический ответ.

Также, собрали программу кейс клуба на октябрь, где будут кейсы с стратегией связанные - https://t.me/productcasebar/153
____
Приходите на наши курсы от редакции:
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по аналитике, базовый

Прикладной фреймворк для приоритизации ML-задач

Через практику и фокус на скорости, пришел к такой формуле (шкалу можно под свой запрос дорабатывать):

Приоритет = (Частота × Время × (1 − Риск) × Ценность × Data readiness) / (Затраты × Time-to-Value), где:

1. Частота – как часто выполняется задача
1 - раз в месяц
2 - раз в неделю
3 - ежедневно
4 - десятки раз в день
5 - сотни/тысячи раз в день

2. Время – сколько занимает одна итерация сейчас
1 - < 5 минут
2 - 5–30 минут
3 - 30–120 минут
4 - рабочий день (8 ч)
5 - несколько дней/недель

3. Риск – критичность ошибки
0 - ошибка недопустима (крупные потери/юридические риски)
0.25 - высокая критичность (ошибка дорого обходится, но исправима)
0.5 - средний риск (неприятно, но поправимо)
0.75 - низкий риск (исправляется быстро)
1.0 - почти безопасно (ошибка не страшнее опечатки)

4. Ценность - вклад в бизнес
1 - только внутренняя оптимизация (мелкие улучшения)
2 - влияет на удобство команды
3 - экономит заметное количество ресурсов
4 - улучшает клиентский опыт или снижает значимые издержки
5 - напрямую влияет на доход/рост бизнеса

5. Затраты - сложность внедрения
1 - готовое решение “из коробки”
2 - минимальная кастомизация
3 - нужна интеграция/обучение модели
4 - значительные доработки, инфраструктура
5 - сложный R&D, большие бюджеты и сроки

6. Data readiness - готовность данных
1 - данные хаотичные, неструктурированные
2 - есть, но много пробелов и ошибок
3 - частично структурированы, покрытие процессов ~50%
4 - чистые, доступны, обновляются
5 - полностью структурированы, интегрированы, мониторятся

7. Time-to-Value - скорость получения эффекта
1 - быстрый результат (1–2 недели)
2 - 1 месяц
3 - 2–3 месяца
4 - 4–6 месяцев
5 - 6–12 месяцев

Нужна консультация? - пишите @SKoloskov. Также приходите на наши курсы от редакции:
- Разборы кейсов (уже прошло 62 разбора и 150 реальных кейсов и тестовых заданий, есть записи)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут

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

Я работаю с продуктами и компаниями 8+ года как продакт-эксперт и консультант. За это время помогал бизнесам разных масштабов — от стартапов до корпораций — находить точки роста, выстраивать стратегию, улучшать продуктовую культуру и работать с метриками.

Мой опыт охватывает:
- Глобальное развитие продукта: в каких странах масштабироваться и почему.
- Рост продаж в B2B: сегментация клиентов, поиск ключевых точек усиления.
- Приоритизация: постановка годовых фокусов и стратегическая модель развития.
- Работа с метриками: выбор ключевых показателей, построение дерева метрик.
- Запуск продуктов: от CustDev и JtBD до MVP и первых продаж.
- Сегментация и когорты: выделение лучших клиентов и работа с ними.
- Юнит-экономика: поиск зон кратного роста и устранение слабых мест.

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

Форматы работы
- Индивидуальные менторские сессии.
- Групповые форматы для команд.
- Консалтинг-проекты под конкретные бизнес-задачи.

Что важно в нашей работе
- Долгосрочные отношения, а не разовые «закрытые задачи».
- Больше, чем ожидаете: делюсь контактами, материалами, опытом.
- Поддержка в сложные моменты.
- Честная, но бережная обратная связь.
- Настоящая радость за ваши результаты.

Как начать
- Можно оставить заявку на менторинг тут
- Заказать исследование или проект можно тут
- Или просто написать мне: @SKoloskov и sergeykoloskov2080@gmail.com

Давайте познакомимся — и обсудим ваш бизнес, продукт или команду за чашкой чая или кофе.

Гайд по онбордингу новых фич внутри продукта

Задача - ускорить путь пользователя к ценности, минимизировать трение и встроить новые фичи в привычный сценарий, поэтому нужны:
- Контекстность - показывать только там и только тем, кому это действительно нужно.
- Минимум когнитивной нагрузки - один экран/tooltip = одно сообщение.
- Just-in-time - подсказка появляется ровно в момент, когда юзер может совершить действие.
- Обратная связь - после действия пользователь должен получить результат или позитивный отклик.

Основные форматы и их применение:

1. Spotlight экран. Полноэкранный или полукарточный экран с иллюстрацией и 1–2 ключевыми сообщениями.
Когда использовать: новый большой релиз, который затрагивает многих пользователей, запуск принципиально новой возможности

2. Tooltips. Небольшая подсказка, указывающая на конкретный элемент интерфейса.
Когда использовать: новый UI-элемент или кнопка в уже знакомом потоке, локальное объяснение: “Эта иконка теперь отвечает за фильтры”. Не более 1–2 подряд. Обязательно CTA или “понятный крестик”.

3. Guided tour. Пошаговое обучение внутри продукта. Сложные или многошаговые фичи (например, настройка интеграции, создание сложного отчёта). Если фича простая, walkthrough будет раздражать и мешать.

4. Empty states. Состояние “пустого экрана” (нет данных), которое объясняет, что нужно сделать. Новый раздел или сущность (проект, отчёт, дашборд).
Ситуация, где юзер ожидает контент, но его нет.

5. Баннеры / нотификации внутри продукта. Напоминание о новой фиче, которую юзер мог пропустить. Промо для повторного вовлечения.

6. Progressive disclosure. Скрытые/отложенные функции, которые становятся доступны по мере опыта. Фича нужна только продвинутым пользователям. Пример - в редакторе сначала только базовые кнопки, а расширенные настройки открываются “плюсом”.
__________
Приходите на наши курсы от редакции:
- Разборы кейсов (уже прошло 62 разбора и 150 реальных кейсов и тестовых заданий, есть записи)
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый

90% проблем в разработке - это не баги в коде, а недопонимание в требованиях

- Бизнес говорит «надо быстрее», а команда не понимает, что именно ценнее. Кстати, в тему был такой пост
- Backlog пухнет, но связь с целями теряется.
- MVP выходит перегруженным функциями, но не решает ключевую проблему.

Решение — научиться управлять требованиями, а не просто фиксировать пожелания.
Это про то, чтобы:
+ Отличать цели от хотелок и связывать их с измеримыми результатами — значит переводить абстрактные пожелания в конкретные цели по SMART или OKR, чтобы требования опирались на бизнес-ценность, а не на чьи-то интуитивные ожидания. Тут в помощь и наш Курс по продакт-менеджменту от редакции.
+ Выстраивать приоритизацию по ценности, а не по громкости голоса — значит использовать модели вроде MoSCoW или 5-атрибутной, чтобы команда могла аргументированно выбирать, что делать сейчас, а что отложить, вместо хаотичного обслуживания «самого настойчивого».

Этому могут научить на Бесплатном Курсе “Основы управления требованиями” для Product Owners и бизнес-аналитиков.

📌Что предлагают освоить:
* Отличать предсказательный и адаптивный подходы, обосновывать выбор через Cynefin;
* Формулировать цели и критерии успешности по SMART/OKR, связывать их с требованиями и проблемами;
* Описывать требования так, чтобы они были полными, проверяемыми и трассируемыми (ISO 9000, FURPS+);
* Выделять MVP и управлять приоритетами по ценности (MoSCoW, 5-атрибутная модель).

📈 Что даст курс:
* 90 дней: перестаёшь «гасить пожары» и начинаешь выбирать подход к управлению требованиями под конкретный контекст.
* 180 дней: backlog связан с целями и проблемами пользователей, требования измеримы и проверяемы.
* 365 дней: твой процесс приоритизации прозрачен, а продукт развивается по ценности и метрикам, а не по случайным запросам.

🔹Преподаватель: Николай Гехт - основатель Gehtsoft, 30+ лет опыта, сертификации PSM III, PMI-ACP, DASSM, DAVSC.
🔹Компания: Gehtsoft USA строит продукты для клиентов из США и Европы, где любая ошибка в требованиях стоит миллионов.

🎯Лучшие выпускники получат предложение присоединиться к Gehtsoft USA - команда инженеров, работающих с 1999 г. в непоточной заказной разработке.
Наш рынок - B2B, США и Западная Европа, преимущественно реализуем продукты в FinTech домене.

👉Для отклика можно заполнить опросник по ссылке «Хочу программу» и мы свяжемся с тобой
👉для связи @leahovatatiana

Неочевидные трендсеттеры 2025

Новые UX-паттерны и бизнес-модели, которые быстро подхватывают большие игроки. А также напоминаем про возможности образовательные от нашей редакции.

Соцсети и контент

- Lemon8 - гибрид TikTok и Pinterest с акцентом на «slow content» и шопинг через посты. Полезно следить за связкой «контент - e-commerce» и новыми форматами карточек.

- Bondee - соцсеть с 3D-аватарами и виртуальными комнатами для друзей. Отличный пример, как эмоции и микровзаимодействия усиливают комьюнити и удержание.

- Lapse - фото проявляются только спустя время, как на плёнке. Это тренд на аутентичность и анти-инстаграм UX, который снижает давление «идеального контента».

- Zepeto - метавселенная с аватарами и внутренней экономикой. Референс для персонализации, кастомизации и micro-transactions.

E-commerce & финтех

- Fruugo - маркетплейс для кроссбордер-торговли с простым глобальным checkout. Полезно смотреть, как он решает вопросы локализации и доставки.

- Clearpay - «купи сейчас, плати потом» с суперпростым UX на чекауте. Кейсы снижения трения и роста конверсии.

- Cash App - начинал как p2p-платежи, а вырос в суперапп с инвестициями и картами. Хороший пример масштабирования продукта от одной сильной фичи.

- Yuanfudao - китайский EdTech с геймификацией и встроенными оплатами. Показывает, как персонализация и retention-механики работают в образовании.

Медиа и креатив

- Audiomack - музыкальная платформа для UGC-артистов. Полезно для изучения моделей поддержки и монетизации новых создателей.

- Pocket Casts - эталонный UX для подкастов: оффлайн, удобные плейлисты, чаптеры. Отличный референс для длинного аудио или видео.

- Kuaishou - китайский конкурент TikTok, фокус на «обычных людях» и лайв-коммерции. Сильный пример продаж через стриминг.

- Bilibili - видео + комменты поверх экрана, мощные фан-комьюнити. Пример, как превращать зрителей в активных участников.

Новые игроки

- Pearpop - маркетплейс коллабораций между брендами и блогерами. Хороший кейс упрощения сделок в creator-экономике.

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

- Obsidian - knowledge management с графом связей и плагинами. Отличный пример кастомизируемого рабочего инструмента.

- Replika - AI-компаньон с долгосрочным удержанием за счёт эмоций. Показывает, как формировать привязанность через AI, а не только через геймификацию.
____
Приходите на наши курсы от редакции:
- Разборы кейсов
- Курс по продакт-менеджменту, базовый
- Карьерный интенсив с разборами тестовых
- Курс по Продуктовой стратегии и защите инициативы
- Курс по аналитике, базовый
- Отправить личный запрос автору тут