# Марти Каган: «Люди покупают не проблему, они покупают ваше решение»

Источник: https://www.youtube.com/watch?v=h-KVGHoQ_98
Канал: Lenny's Podcast
Опубликовано: 21.08.2022

---

В новом выпуске Lenny's Podcast ведущий Ленни Рачицки обсудил с основателем Silicon Valley Product Group Марти Каганом фундаментальные различия в культуре технологических компаний. Эксперт подробно разобрал, почему традиционные «фабрики фич» тормозят развитие бизнеса, как корпорации необратимо деградируют после ухода фаундеров и какие три священных права определяют успех современного менеджера продукта. На основе многолетнего опыта авторы сформулировали конкретные шаги для запуска продуктовой трансформации даже внутри самой закостенелой структуры.

## 🌍 Великий каньон продуктового менеджмента
[[JUMP:03:23]]

Марти Каган признает, что в последнее время его публикации и выступления стали более философскими. Его глубоко фрустрирует тот факт, что к 2022 году в технологической индустрии сохранилась огромная пропасть между лучшими компаниями и всеми остальными, несмотря на колоссальные финансовые стимулы работать эффективно. По словам эксперта, попытка объяснить специалисту из слабой компании принципы работы сильной команды напоминает попытку показать Гранд-Каньон по фотографиям — масштаб и глубина полностью теряются. 

Каган отмечает удивительный психологический парадокс: его друзья из неэффективных компаний отказываются верить, что в топовых фирмах действительно доверяют инженерам, а специалисты из Кремниевой долины считают методы работы классических «фабрик фич» чистым безумием. В устаревшей модели менеджер продукта просто пишет требования (PRD или user stories), дизайнер делает интерфейс «красивым», а инженеры получают готовые задачи на планировании спринта. Каган утверждает, что настоящие продуктовые команды функционируют принципиально иначе: разработчики и дизайнеры являются полноправными партнерами PM, помогающими находить решения и создавать уникальный пользовательский опыт. Различия настолько кардинальны, что, по мнению гостя, для этих двух ролей вообще не следует использовать одинаковое название «менеджер продукта».

## 🛠️ Анатомия «фабрики фич»: как распознать проблему
[[JUMP:07:52]]

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

Ключевые маркеры «фабрики фич»:

* **Ориентация на фичи (Output):** Команде спускают готовый квартальный план (роадмап), состоящий из приоритезированных проектов и функций. Команда занимается лишь дизайном, написанием кода и тестированием, обслуживая текущие запросы стейкхолдеров.
* **Ориентация на результат (Outcome):** Сильные продуктовые команды получают не список решений, а проблемы, которые необходимо решить. Это может быть как проблема конкретного клиента, так и бизнес-метрика компании.

По словам Марти Кагана, в сильных технологических компаниях работает «принцип Netflix»: решения спускаются на уровень людей, обладающих максимальным объемом контекста. Инженеры каждый день работают с технологиями, а продуктовые команды еженедельно общаются с пользователями. В сильных командах успехом считается не факт релиза, а реальное решение проблемы. В условиях непрерывного деплоя (continuous deployment), когда код выкатывается по нескольку раз в день, сам по себе релиз фичи не является поводом для гордости.

### 👥 Изменение роли менеджера продукта

В то время как функции дизайнеров и инженеров в обеих моделях концептуально схожи, роль PM меняется кардинально. В «фабрике фич» менеджер продукта занимается «выпасом кошек» (herd the cats) — координирует процессы, собирает требования, документирует их в Jira и организует спринты, фактически выполняя функции проектного менеджера. 

Напротив, в уполномоченной команде PM отвечает за то, чтобы решение было ценным (valuable) для пользователя и жизнеспособным для бизнеса (viable). При этом дизайнер полностью отвечает за удобство использования (usable), а инженеры — за техническую реализуемость (feasible). Каган подчеркивает, что закрыть риски ценности и жизнеспособности — это огромная и сложная работа, требующая от PM глубокой подготовки.

## 🧠 Методология, заимствованная у лидеров
[[JUMP:11:44]]

Марти Каган открыто заявляет, что ни один метод из его бестселлеров *Inspired* и *Empowered* не был придуман им лично. Silicon Valley Product Group лишь аккумулирует, тестирует и описывает лучшие практики, которые уже доказали свою эффективность в таких гигантах, как Amazon, Google, Netflix, Stripe, Shopify, Slack и Spotify. 

Задача Кагана — отделить уникальную корпоративную культуру конкретной компании от универсальных продуктовых техник. Он рекомендует изучать профильную литературу лидеров рынка, чтобы увидеть общие паттерны управления. По личной эмпирической оценке Кагана, доля по-настоящему хороших продуктовых компаний на рынке составляет всего 10–15% от общего числа.

## 🎥 Потерянное интервью Стива Джобса: почему компании деградируют
[[JUMP:16:22]]

В качестве ключевого источника продуктовой философии Марти Каган выделяет знаменитое «Потерянное интервью» (The Lost Interview) Стива Джобса 1995 года. В нем Джобс описал главную причину увядания крупных корпораций: когда стартап захватывает монополию или крупную долю рынка, продукт сам по себе перестает быть главным драйвером роста. 

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

### 📉 Опасные антипаттерны управления

Каган выделяет два критических антипаттерна, которые часто проявляются после ухода основателей компании:

* **Страх перед рисками:** Новые руководители не обладают интуицией фаундеров и не понимают, какие элементы продукта фундаментальны, а какие второстепенны. Они боятся сломать работающий бизнес и переходят исключительно на низкорисковые A/B-тесты, мелкие оптимизации и удержание метрик. Это полностью убивает способность компании к инновациям.
* **Иллюзия ценности идеи:** Руководители часто считают, что идея составляет 90% успеха. По мнению Джобса, идея — это лишь искра, а настоящая магия кроется в ремесле продуктового открытия (discovery), постоянных компромиссах и итерациях. 

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

## 🔍 Ошибки в Product Discovery и роль пользовательских исследований
[[JUMP:25:14]]

Продуктовое открытие (Product Discovery) технически делится на два этапа: валидация проблемы и поиск решения. Марти Каган предостерегает продуктовые команды от чрезмерного увлечения многонедельными исследованиями для проверки проблем, которые фаундеры и так прекрасно знают. В условиях ограниченного времени это контрпродуктивно. 

> «Люди покупают не проблему, они покупают ваше решение», — напоминает Марти Каган.

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

### 📊 Ментальная модель пользователя и User Research

Каган комментирует тезис руководителей Stripe Патрика и Джона Коллисонов о том, что исследования должны формировать качественную ментальную модель пользователя в голове команды, а не напрямую диктовать, что именно нужно строить. Гость полностью поддерживает этот подход. Он также приводит цитату Илона Маска: пользовательские исследования должны быть сфокусированы на поиске всех причин, почему люди *не* захотят использовать ваш продукт.

В продуктовой практике принято разделять исследования на генеративные и оценочные (evaluative). По словам Кагана, именно оценочные исследования (тестирование прототипов) приносят наибольшую ценность, так как подсвечивают барьеры для пользователей. При этом Каган вводит жесткое правило для корпоративных исследователей: если PM и дизайнер не могут лично присутствовать на тесте своего продукта, этот тест необходимо отменить. Ленни Рачицки подтверждает важность этого подхода личным опытом: будучи сотрудником Airbnb, он вместе с главой инженерии и дизайна лично летал в Париж для участия в исследовательских фокус-группах с хозяевами жилья.

## 🚀 Как запустить эксперимент по продуктовой трансформации
[[JUMP:35:23]]

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

Для успешного проведения эксперимента команде необходимо выполнить четыре шага:

1.  **Заменить фичу на проблему:** Если руководство требует внедрить функцию «купи сейчас, плати потом» (Buy Now Pay Later), нужно пойти к стейкхолдеру и выяснить KPI успеха — например, ожидаемый рост конверсии или среднего чека, чтобы превратить задачу в проблему для решения.
2.  **Прокачать 4 компетенции PM:** Менеджер продукта должен стать экспертом в четырех областях: глубокое знание клиентов (коуч Кагана в свое время запрещал ему принимать любые решения, пока тот не посетит лично 30 клиентов); экспертность в данных и аналитике; доскональное понимание бизнеса (маркетинг, продажи, комплаенс, приватность, монетизация); знание конкурентной среды и трендов.
3.  **Обеспечить стратегический контекст:** Команда должна четко понимать общее продуктовое видение и стратегию компании, увязав свои действия с глобальными целями.
4.  **Освоить техники Discovery:** Использовать профильную литературу для выстраивания ежедневных процессов, например, книгу *Continuous Discovery Habits* Терезы Торрес или методологию *Sprint* Джейка Кнаппа.

## 👑 Три священных права менеджера продукта и роль коучинга
[[JUMP:44:46]]

Благодаря тектоническим сдвигам на рынке труда, известным как «великое сокращение» (The Great Resignation), лидеры ИТ-гигантов стали публично подчеркивать важность развития сотрудников. Топ-менеджеры Microsoft, Google, Netflix и Apple начали активно продвигать культуру наставничества. Например, Сундар Пичаи заявляет, что главное качество лидера в Google — быть хорошим коучем и уметь доверять командам, а не заниматься микроменеджментом. В Microsoft и Apple коучинг также официально внесен в список ключевых обязанностей руководителей.

### 📐 Три нерушимых правила для PM

Чтобы менеджер продукта не превратился в администратора, Марти Каган выделяет три священных столпа прямой коммуникации. Доступ к ним категорически запрещено делегировать:

* **Прямой доступ к пользователям и клиентам:** Любые попытки sales-команд или отделов customer success встать между PM и клиентом изолируют команду от реальности и губительны для продукта.
* **Прямой доступ к инженерам:** Если PM не работает ежедневно напрямую с разработчиками над решением задач, он перестает быть менеджером продукта. Intermediary-роли (вроде промежуточных product owner) лишь режут инновации.
* **Прямой доступ к стейкхолдерам:** Необходим для понимания ограничений бизнеса и выстраивания доверия.

Каган резко критикует популярные тяжеловесные методологии масштабирования вроде SAFE, называя их «переупакованным водопадом» (repackaged waterfall) и «маркетинговой уловкой». По его мнению, SAFE привлекает старых CIO, которые не понимают природу софта, и это деструктивно для компаний. Подобные процессы подменяют лидерство бюрократией. Напротив, продуктовое операционное управление (Product Ops) может быть полезно, если оно сфокусировано на создании инструментов аналитики или тушении технических пожаров в продакшене, но оно ни в коем случае не должно становиться барьером между менеджером продукта и первичными данными.