С одной стороны, это смешно. Кажется, что почти любой бизнес можно объяснить формулой «Яндекс Что-то». Но с другой, в этом есть что-то неловкое. Потому что в этот момент компания как будто не может назвать себя своими словами. Не может коротко и внятно объяснить, в чём её собственная суть. И вместо этого опирается на чужой бренд как на костыль

Самое неприятное, что я и сам так раньше делал. Когда меня спрашивали про продукт, над которым я работаю, я мог ответить примерно так: «это как Яндекс Что-то там, только от компании X»

Хотя если честно, совпадала в основном ниша. Сам продукт был другим:
• с другой логикой;
• с другой политикой;
• с другим отношением к пользователю;
• и местами вообще с другой продуктовой ставкой

То есть как быстрый ориентир такая формулировка работает. Но по сути она упрощает продукт до чужой вывески

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

А это уже опаснее, чем просто неловкая формулировка. Потому что в какой-то момент ты перестаёшь отвечать на вопрос: «что мы строим и для кого?» и начинаешь отвечать на другой: «на что мы похожи?». Фокус сильно смешается на копирование и подражание, а нужно решать проблемы своих пользователей и отталкиваться от их интересов

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

Если коротко: сказать «мы как Яндекс Что-то» удобно, но почти всегда это ленивое объяснение. И чем раньше команда научится описывать свой продукт своими словами, тем лучше она понимает, что именно делает

https://t.me/pm_faq

Великие компании чаще строили не «звёздные» харизматики, а лидеры с редким сочетанием личной скромности и профессиональной жёсткости. Они берут ответственность на себя, а успех приписывают команде и системе. Их фокус — долгосрочная устойчивость, а не личный бренд.

Такой подход снижает зависимость компании от одного «героя» и повышает шанс пережить кризисы/смену лидера.

Принципы:

• Нанимай/продвигай руководителей по признакам зрелости: ответственность, дисциплина, системное мышление, способность «резать» лишнее;
• В публичной коммуникации — «мы», в разборе провалов — «я»;
• В KPI руководителей добавь метрики преемственности: рост сильной второй линии, автономность команд.

2️⃣ «Сначала кто, потом что» (First Who, Then What)

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

Снижает стоимость ошибок стратегии и ускоряет адаптацию.

Принципы:

• «Компетентен, но токсичен/пассивен» — это минус для компании;
• Подбирай команду под задачу: «кто на этом месте даст x2?»;
• Ставь людей на роли по их сильным сторонам, а не чтобы заткнуть дырку. Используй талант и заряд людей для роста, а не для оптимизаций.

3️⃣ Парадокс Стокдейла

Нужно одновременно: (а) смотреть в лицо суровой реальности без самообмана и (б) сохранять непоколебимую веру, что ты победишь в долгосрок. Не «всё будет хорошо», а «сейчас плохо X, и мы всё равно вытащим, потому что Y». Это дисциплина мышления.

Защищает от двух смертельных крайностей — паники и розовых очков.

Принципы:

• Введи регулярные «brutal facts» сессии: что не работает, что мы игнорируем, какие риски заметаем;
• Разделяй «факты» и «предположения», фиксируй решения письменно;
• Коммуникация сверх-вниз: говори честно про проблемы, составляй понятный план действий. Коммуникация в формате «проблема — решение».

4️⃣ Концепция Ежа (Hedgehog Concept)

Стратегия достижения выдающегося успеха путем фокусировки на одном главном, простом и понятном деле, которое находится на пересечении трех кругов:

1. в чём ты можешь быть лучшим в мире (не «хорошим», а номер 1);
2. что позволит заработать (ключевой драйвер прибыли/денег);
3. что тебя по-настоящему вдохновляет (страсть/смыслы).

Это не про мечты, а про честную диагностику сильных сторон и экономического потенциала. Убирает распыление и «псевдостратегию» из десятков инициатив.

Принципы:

• Определи 1–2 «ключевых метрики», завязанных на деньги (например: прибыль на пользователя, маржа на транзакцию, LTV/CAC, выручка на сотрудника);
• Проведи аудит: где у вас есть шанс стать №1 в своей узкой категории/нише/канале продвижения;
• Режь проекты, которые не попадают в пересечение (даже если они «интересные»). Никакого распыления без явного успеха по ключевой инициативе.

5️⃣ Культура дисциплины

Великие компании не полагаются на героизм и контроль, они создают систему, где дисциплина встроена: люди сами делают правильно. Это сочетание дисциплинированных людей, дисциплинированного мышления и дисциплинированных действий. Бюрократия — костыль, дисциплина — операционная мышца, которую важно качать.

Даёт предсказуемость, скорость и качество без микроменеджмента.

Принципы:

• Прозрачные ожидания и правила игры: что «норма», что «запрещено», кто принимает решения, как решать конфликты. Прозрачность системы ключ к дисциплине;
• Регулярные ритуалы управления: еженедельный отчет для команд об успехах и неудачах, квартальные планирования, разборы неудачных кейсов без поиска виноватых;
• Убирай «лишние согласования», но отдавай ответственность за результат. Дисциплина без ответственности не строится.

6️⃣ Маховик (Flywheel) вместо «революций»

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

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

Принципы:

• Нарисуй свой маховик: 5–7 шагов причинно-следственной цепочки «делаем X → улучшается Y → растёт Z → можем делать ещё больше X»;
• Замеряй ключевые метрики на каждом шаге, а не только финальную выручку. Деньги это важно, но это не самое важное;
• Сократи количество «больших инициатив» и увеличь качество исполнения. Делай не «много», а «достаточно», не «быстро», а «качественно».

7️⃣ Технологии как ускоритель, а не причина

Технологии сами по себе не делают компанию великой. Великие используют технологии выборочно — как усилитель выбранной стратегии, а не как замену стратегии. «Давайте внедрим X» без ясной логики и цели — просто шум.

Защищает от дорогих игрушек, которые не дают результата.

Принципы:

• Каждая технология должна отвечать: «какой шаг маховика ускоряет и какую метрику двигает». Технологии просто инструмент;
• Запускай пилоты перед масштабированием — короткие, с критериями успеха определенными заранее;
• Если технология не усиливает фокус — откладываем, даже если пропустим волну хайпа.

Подписывайтесь на телеграм-канал о профессии Product Manager — https://t.me/pm_faq

От базовых вещей до более сложных продуктовых тем. Без учебников, мотивационных лозунгов и «единственно верных» подходов — только то, что реально помогает думать и работать

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

Сейчас мой паттерн такой: сначала я пирачу игру и пробую её. Если понимаю, что она реально классная и мне зашла — покупаю её в Steam. Но в Steam я её уже не запускаю, потому что к тому моменту успеваю пройти пиратскую версию. Таким образом я поддерживаю разработчиков, которые делают качественные игры. Для меня это честно: я плачу только за то, что действительно понравилось. А за полный бред — нет. Потраченного времени жаль, но хотя бы рублём я за это не проголосовал.

Да, в Steam можно вернуть деньги, если не наиграл двух часов. Но такая опция есть не везде. К тому же я играю не только на ПК — у меня есть Nintendo Switch. Там игры и дороже, и вернуть деньги нельзя. В итоге я беру что-то на прошитом Свиче, тестирую — и если игра зашла, покупаю её в Steam.

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

https://t.me/rutblog

Определи цель функции

Перед запуском новой функции чётко сформулируй, какую проблему она решает. Это определит тип метрик:

• Экономят время — измеряй время выполнения сценария, конверсию в последний шаг воронки;
• Увеличивают использование — adoption rate, частота использования;
• Приносят доход — конверсия в оплату, ARPU;
• Удерживают пользователей — retention, churn impact.

Используй трёхуровневую систему метрик

Level 1: Внедрение

• Сколько пользователей обнаружили функцию;
• Сколько попробовали использовать;
• Сколько смогли успешно завершить первое использование.

Level 2: Вовлечение

• Daily/Weekly Active Users;
• Частота использования;
• Количество созданных элементов (постов, добавленных товаров в корзину, комментариев и т. д.).

Level 3: Влияние на бизнес метрики

• Основные продуктовые метрики;
• Ретеншн;
• Выручка.

Сформулируй план до начала разработки

• Как сейчас — зафиксируй текущее состояние ключевых метрик перед запуском;
• Критерии успеха — определи конкретные цифры успеха. Например: «30% пользователей попробуют функцию в течение первого месяца»;
• Перепроверка результата — когда и как часто будешь анализировать метрики.
  Например: ежедневно первую неделю, раз в неделю — первый месяц, раз в месяц — долгосрочный анализ.

A/B тестирование новых функций

Если продукт большой, не запускай функции сразу для всех пользователей.

«Раскатывай» постепенно:

• Доступ только для команды продукта — проверка базовой функциональности на настоящих данных;
• Бета‑тест на ограниченной группе пользователей — 1–5% пользователей;
• Постепенное расширение сегмента — 25% → 50% → 100%.

На каждом этапе анализируй метрики и готовься к откату (rollback), если что-то идёт не так.

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

https://t.me/pm_faq

• Встроенная аналитика продукта (события, логи, платежи);
• CRM и биллинг (чтобы видеть реальные транзакции и поведение клиентов);
• Поддержка и обратная связь — тикеты, комментарии, соцсети. Иногда данные о качестве (они же — фидбек пользователей) важнее цифр;
• Маркетинговые каналы — рекламные кабинеты, UTM-метки, трекинг кампаний;
• A/B-тесты — источник причинно-следственных связей, а не просто корреляций.

Какие метрики «лежат» в этих источниках:

1. Платёжка и биллинг: выручка (Revenue), ARPU/ARPPU, возвраты, налоги, комиссии;
2. Маркетинг/атрибуция: каналы, CAC (стоимость привлечения), payback (возвраты средств), ROAS (возвращаемость рекламных затрат), доля органического трафика;
3. CRM/саппорт: количество обращений, причины оттока, сегменты клиентов, SLA (уровень обслуживания);
4. Качественные источники: интервью, дневниковые исследования, in-product опросы (NPS — индекс лояльности к бренду, CES — индекс усилий);
5. Наблюдаемость/логирование: производительность, ресурсоёмкость, стабильность;
6. Открытые источники/бенчмарки: отчёты рынка, анализ отзывов на приложение, общение с комьюнити.

Правило 70/20/10: 70% решений — на поведенческих данных, 20% — на качественных инсайтах, 10% — на рыночных референсах — позволит держать идеальный баланс контекста для принятия решений.

Количественные источники

• Продуктовая аналитика — основной источник поведенческих данных. События, воронки, когорты — всё, что нужно для понимания того, как пользователи взаимодействуют с продуктом;
• Финансовые системы — для бизнес-метрик. CRM, биллинговые системы, accounting software. Здесь живут данные о revenue, LTV, CAC;
• Технические логи — для метрик производительности и надёжности. Server logs, error tracking systems, performance monitoring;
• Внешние источники — рыночная аналитика, конкурентная разведка, макроэкономические показатели. Помогают понимать контекст.

Качественные источники

• Пользовательские интервью — золотая шахта инсайтов. Регулярные интервью с пользователями дают контекст к цифрам. Рекомендую проводить минимум 5 интервью в месяц;
• Данные из поддержки — тикеты, логи чатов, FAQ. Здесь видны реальные проблемы пользователей;
• Отдел продаж — они на передовой, знают возражения клиентов и причины отказов;
• Записи визитов пользователей — наблюдение за тем, как пользователи взаимодействуют с продуктом в реальном времени.

Интеграция источников данных

Самая большая проблема не в недостатке данных, а в их разрозненности. У тебя обязательно должен быть единый источник правды, объединяющий разные источники в одном месте — главный дашборд/отчёт по продукту, который ты можешь смотреть каждый день.

https://t.me/pm_faq

Каждому продукту нужна одна главная метрика — North Star (буквально — Полярная звезда, которая используется как ориентир для нахождения севера без компаса). Она должна отражать ценность, которую продукт приносит пользователям. Например, для Spotify это время прослушивания, для Slack — количество отправленных сообщений, а для Telegram — количество активных пользователей за период (например, MAU — активные пользователи за месяц).

Критерии хорошей North Star метрики:

• Отражает создаваемую пользователю ценность;
• Коррелирует с бизнес-результатами;
• Может быть улучшена всеми командами, работающими над продуктом;
• Измерима и понятна всем.

2️⃣ Используй пирамиду метрик

Представь набор метрик как пирамиду:

• Верхний уровень (North Star) — одна главная метрика, её обсудили выше;
  Средний уровень (Primary) — 3–5 ключевых метрик, влияющих на North Star;
  Базовый уровень (Secondary) — детализированные метрики для конкретных функций продукта.

Например, для маркетплейсов:

• North Star: выручка на пользователя (Average Revenue per User, она же ARPU);
• Primary: конверсия в покупку, количество заказов на пользователя, Retention (удержание);
• Secondary: процент «брошенных корзин», скорость загрузки страниц, время ответа поддержки.

3️⃣ Применяй фреймворк HEART от Google:

В скобках указаны примеры метрик.

• Happiness — удовлетворённость пользователей (NPS, уровень удовлетворённости);
• Engagement — вовлечённость (DAU/MAU, длительность сессии);
• Adoption — принятие новых функций (feature adoption rate — процент использования какой-либо фичи в продукте);
• Retention — удержание (retention, процент оттока);
• Task Success — успешность выполнения задач (Time to Market — скорость доставки до пользователей; количество багов в продукте).

Для каждой категории выбери 1-2 метрики, наиболее релевантные твоему продукту. Подробнее.

4️⃣ Баланс между leading и lagging индикаторами

Lagging (буквально — лагающие) метрики показывают результат (выручка, отток — churn rate). Они важны для понимания итогов, но картина по ним ясна не сразу, с задержкой.

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

Идеальный набор метрик включает оба типа. Например, если ты видишь падение вовлечения (engagement — leading-метрика), можешь предугадать будущий рост оттока (churn — lagging-метрика).

https://t.me/pm_faq

🔎 Системы веб-аналитики

Яндекс Метрика

На мой взгляд, на российском рынке это ключевой и обязательный инструмент для базовой аналитики вашего продукта в вебе. Достаточно добавить код счётчика — и у вас в руках вся ключевая аналитика продукта «из коробки»: источники трафика; поведенческие метрики; записи сессий; карта кликов; пол, возраст и география пользователей. И всё это без какой-либо дополнительной настройки. Если в команде нет аналитика, то это вообще must-have.

Google Analytics 4

Злобный брат-близнец Метрики. Инструмент мощный, но пользоваться им больно. За рубежом остаётся базовым инструментом для понимания поведения пользователей. Рекомендую подключить счётчик и использовать для «сверки часов», периодически поглядывая, что GA тебе показывает. В Google Аналитике удобно строить воронки и считать конверсии, так как все данные строятся от уников, а не визитов, как в Метрике.

📊 BI и визуализация данных

Системы веб-аналитики хоть и настроены «из коробки», но они собирают не весь набор данных. Да и не всё хочется им передавать, так как данные о продукте будут храниться не на ваших серверах, а у Яндекса или Google. Тут на помощь придут BI-системы, позволяющие объединять в одной системе данные из разных источников, в том числе и из веб-аналитики. В таких инструментах в одном отчёте могут быть и метрики продукта, и данные из биллинга, и даже сведения о сотрудниках. Вообще всё, что только потребуется для аналитики бизнеса. Большой плюс — это полный доступ к данным и широкая кастомизация визуализации.

Tableau

Для глубокой аналитики и красивых дашбордов. Если у тебя есть аналитик, это мощнейший инструмент для исследования и визуализации данных. Стандарт в иностранных компаниях.

Power BI

Более доступная альтернатива от Microsoft. Хорошо интегрируется с экосистемой Office и Azure. На данный момент используется только настоящими олдами бизнес-аналитики.

Redash

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

DataLens

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

Looker

(теперь часть Google Cloud) — отличается своим подходом к моделированию данных. Технологичный, мощный и быстрый инструмент. Но, увы, официально в России недоступен.

📐Специализированные инструменты

Список того, что скорее всего тебе не понадобится, но будет полезно знать, что оно существует.

ClickHouse

Тоже инструмент из стандартного набора для аналитики продукта на российском рынке. Пользуются ли за рубежом — не знаю. Но в наших краях встречается в каждой второй компании. Используется для сбора и хранения «сырых» данных по продукту. Туда за данными ходить только со знанием SQL, потому что хранение табличное, без визуализации.

AppMetrica

Если коротко, это как Яндекс.Метрика, но для нативных приложений.

Grafana

Визуализация технических данных о работе продукта: скорость загрузки и время ответа сервера, ошибки по работе микросервисов и т. д. Место обитания DevOps- и backend-инженеров.

OpenTelemetry

Инструмент для записи и визуализации трейсов (путей запросов). Классная вещь для отслеживания взаимодействия микросервисов друг с другом. Обычно используется для отладки. Инструмент сугубо технический.

https://t.me/pm_faq

1️⃣ «Нет» через причину, а не авторитет

Просто сказать: «Мы этого делать не будем» — это путь к вражде. А вот сказать: «Сейчас у нас цель — улучшить retention. Эта идея может мешать фокусу. Давай поставим её в backlog и вернёмся после релиза» — путь к сотрудничеству.

Люди готовы принять «нет», если ты объясняешь его через интересы продукта, а не через свою власть. Просто «нет» звучит грубо, а вот «нет» с аргументацией — уже нет. Тебе ничего не стоит объяснить свою мотивацию и дать контекст тому человеку, которому ты вынужден отказать.

2️⃣ Замени «нет» на «да, если»

Иногда конструктивное «нет» — это «да», но с условием.

Людям важно быть услышанными. Даже если ты говоришь «нет», оставь мостик для обсуждения в будущем.

3️⃣ Убери личное из отказа

Твоя задача — сделать так, чтобы «нет» не звучало для собеседника как «ты плохой». Ведь отказываешь ты не человеку, а тому решению, что он принёс.

Не «Ты опять предлагаешь что-то невпопад», а «На данном этапе фокус — другой. Давай сверим приоритеты».

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

https://t.me/pm_faq

1️⃣ Прими напряжение как сигнал, а не угрозу

Первый шаг — не пугаться напряжения. Чаще всего за ним скрываются не "плохие люди", а несовпавшие ожидания, непроговорённые роли или реальные риски, которые кому-то видны раньше остальных.

Сначала — сними эмоциональное напряжение. Переведи разговор в плоскость интересов, а не позиций. Не «ты против меня», а «давай поймём, что на самом деле важно». На удивление, люди совсем не против поделиться переживаниями, если их об этом попросить. И лучше это делать один на один.

2️⃣ Замени обвинение на любопытство

Вместо "Почему ты не сделал задачу в срок?" используй: "Что повлияло на тайминг? Есть ли системная причина?". Вместо "Ты не слушаешь команду" лучше сказать: "Как ты воспринимаешь обратную связь от команды? Что тебе помогает/мешает её учитывать?"

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

3️⃣ Превращай конфликты в точки роста

Любой серьёзный конфликт — повод сделать ретроспективу, переосмыслить процессы и укрепить культуру. Конфликты подсвечивают точки роста для команды и тебя самого.

Конфликт — это не сбой, это возможность обновить систему координат. Но только если ты осознанно его отрефлексируешь. Старайся сделать из любого конфликта выводы.

https://t.me/pm_faq

Как давать обратную связь:

Обсуждай факты, а не людей

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

Регулярно

Не жди ретро, чтобы высказаться. Чем быстрее даёшь фидбек после события — тем выше шанс, что он будет услышан и принят.

Пытайся помочь

Подсвети проблему и уточни, как ты можешь помочь её решить или не допускать. Помни, что фидбек ты даёшь с целью усиления команды, а не для самоутверждения. Вот и будь готов её усилить своими руками/поступками, будь готов решать проблемы. Но не перебарщивай — ты не нянька. Ищи решение только для тех проблем, что мешают команде эффективно достигать результата.

«Плюс — дельта» вместо «сэндвича»

Старый трюк «похвала — критика — похвала» часто звучит фальшиво. Многие об этом подходе знают и замечают его применение. Лучше: "что получилось хорошо" и "что можно улучшить и как". То есть — похвали, обозначь проблему и предложи решение.

Формат — под человека

Будь гибким в общении. Не нужно решать за людей, как им удобнее вести диалог. Кому-то комфортно в личке, кому-то — голосом один на один. Спроси, как им удобнее. Вроде и мелочь, а это сильно добавляет к комфорту в общении.

Как принимать обратную связь:

Не обороняйся

Даже если что-то звучит резко — попробуй услышать суть. Фраза «спасибо, подумаю об этом» — отличный старт к рефлексии. Только реально подумай.

Уточняй

«Можешь привести пример?» — помогает понять контекст и избежать догадок. Но тут важно: уточнять нужно не для того, чтобы найти удачное оправдание, а чтобы реально разобраться в ситуации и себе.

Отделяй мнение от факта

Фидбек — это взгляд со стороны, не истина в последней инстанции. Но если сигнал повторяется — стоит задуматься.

Проси сам. Регулярно

Один из сильнейших вопросов, который ты можешь задать: «Что мне стоит начать, прекратить или продолжить делать, чтобы тебе было проще со мной работать?»

Люди охотнее дают обратную связь анонимно. Создай форму с тремя вопросами: какие положительные стороны, что можно улучшить, комментарий в свободной форме. Закинь форму команде и запроси фидбек. Ты можешь быть удивлён. И не всегда приятно.

Важно, чтобы обратная связь была добровольной. Ты запроси, но если никто не откликнулся — не настаивай.

Делай выводы видимыми

Если ты получил фидбек и что-то поменял — проговори это. Так рождается доверие: команда видит, что к её мнению прислушиваются, а ты готов к реальным изменениям.

https://t.me/pm_faq