В новом выпуске Lenny's Podcast ведущий Ленни Рачицки обсудил с основателем Silicon Valley Product Group Марти Каганом фундаментальные различия в культуре технологических компаний. Эксперт подробно разобрал, почему традиционные «фабрики фич» тормозят развитие бизнеса, как корпорации необратимо деградируют после ухода фаундеров и какие три священных права определяют успех современного менеджера продукта. На основе многолетнего опыта авторы сформулировали конкретные шаги для запуска продуктовой трансформации даже внутри самой закостенелой структуры.
🌍 Великий каньон продуктового менеджмента 3:23
Марти Каган признает, что в последнее время его публикации и выступления стали более философскими. Его глубоко фрустрирует тот факт, что к 2022 году в технологической индустрии сохранилась огромная пропасть между лучшими компаниями и всеми остальными, несмотря на колоссальные финансовые стимулы работать эффективно. По словам эксперта, попытка объяснить специалисту из слабой компании принципы работы сильной команды напоминает попытку показать Гранд-Каньон по фотографиям — масштаб и глубина полностью теряются.
Каган отмечает удивительный психологический парадокс: его друзья из неэффективных компаний отказываются верить, что в топовых фирмах действительно доверяют инженерам, а специалисты из Кремниевой долины считают методы работы классических «фабрик фич» чистым безумием. В устаревшей модели менеджер продукта просто пишет требования (PRD или user stories), дизайнер делает интерфейс «красивым», а инженеры получают готовые задачи на планировании спринта. Каган утверждает, что настоящие продуктовые команды функционируют принципиально иначе: разработчики и дизайнеры являются полноправными партнерами PM, помогающими находить решения и создавать уникальный пользовательский опыт. Различия настолько кардинальны, что, по мнению гостя, для этих двух ролей вообще не следует использовать одинаковое название «менеджер продукта».
🛠️ Анатомия «фабрики фич»: как распознать проблему 7:52
Отличить слабую команду от сильной уполномоченной (empowered) команды можно по нескольким ключевым признакам. По мнению Марти Кагана, критическая разница кроется в подходе к планированию и ответственности.
Ключевые маркеры «фабрики фич»:
- Ориентация на фичи (Output): Команде спускают готовый квартальный план (роадмап), состоящий из приоритезированных проектов и функций. Команда занимается лишь дизайном, написанием кода и тестированием, обслуживая текущие запросы стейкхолдеров.
- Ориентация на результат (Outcome): Сильные продуктовые команды получают не список решений, а проблемы, которые необходимо решить. Это может быть как проблема конкретного клиента, так и бизнес-метрика компании.
По словам Марти Кагана, в сильных технологических компаниях работает «принцип Netflix»: решения спускаются на уровень людей, обладающих максимальным объемом контекста. Инженеры каждый день работают с технологиями, а продуктовые команды еженедельно общаются с пользователями. В сильных командах успехом считается не факт релиза, а реальное решение проблемы. В условиях непрерывного деплоя (continuous deployment), когда код выкатывается по нескольку раз в день, сам по себе релиз фичи не является поводом для гордости.
👥 Изменение роли менеджера продукта
В то время как функции дизайнеров и инженеров в обеих моделях концептуально схожи, роль PM меняется кардинально. В «фабрике фич» менеджер продукта занимается «выпасом кошек» (herd the cats) — координирует процессы, собирает требования, документирует их в Jira и организует спринты, фактически выполняя функции проектного менеджера.
Напротив, в уполномоченной команде PM отвечает за то, чтобы решение было ценным (valuable) для пользователя и жизнеспособным для бизнеса (viable). При этом дизайнер полностью отвечает за удобство использования (usable), а инженеры — за техническую реализуемость (feasible). Каган подчеркивает, что закрыть риски ценности и жизнеспособности — это огромная и сложная работа, требующая от PM глубокой подготовки.
🧠 Методология, заимствованная у лидеров 11:44
Марти Каган открыто заявляет, что ни один метод из его бестселлеров Inspired и Empowered не был придуман им лично. Silicon Valley Product Group лишь аккумулирует, тестирует и описывает лучшие практики, которые уже доказали свою эффективность в таких гигантах, как Amazon, Google, Netflix, Stripe, Shopify, Slack и Spotify.
Задача Кагана — отделить уникальную корпоративную культуру конкретной компании от универсальных продуктовых техник. Он рекомендует изучать профильную литературу лидеров рынка, чтобы увидеть общие паттерны управления. По личной эмпирической оценке Кагана, доля по-настоящему хороших продуктовых компаний на рынке составляет всего 10–15% от общего числа.
🎥 Потерянное интервью Стива Джобса: почему компании деградируют 16:22
В качестве ключевого источника продуктовой философии Марти Каган выделяет знаменитое «Потерянное интервью» (The Lost Interview) Стива Джобса 1995 года. В нем Джобс описал главную причину увядания крупных корпораций: когда стартап захватывает монополию или крупную долю рынка, продукт сам по себе перестает быть главным драйвером роста.
На первый план выходят специалисты по маркетингу, продажам и финансам, которые способны оптимизировать текущие потоки доходов. Со временем именно они получают повышения и становятся топ-менеджерами. В результате сильные продуктологи теряют влияние, не хотят работать в такой атмосфере и покидают компанию. Марти Каган считает эту теорию Джобса лучшим и самым точным объяснением корпоративной деградации.
📉 Опасные антипаттерны управления
Каган выделяет два критических антипаттерна, которые часто проявляются после ухода основателей компании:
- Страх перед рисками: Новые руководители не обладают интуицией фаундеров и не понимают, какие элементы продукта фундаментальны, а какие второстепенны. Они боятся сломать работающий бизнес и переходят исключительно на низкорисковые A/B-тесты, мелкие оптимизации и удержание метрик. Это полностью убивает способность компании к инновациям.
- Иллюзия ценности идеи: Руководители часто считают, что идея составляет 90% успеха. По мнению Джобса, идея — это лишь искра, а настоящая магия кроется в ремесле продуктового открытия (discovery), постоянных компромиссах и итерациях.
Статистика, приводимая Каганом, показывает, что в реальности лишь около 20% продуктовых идей топ-менеджеров приносят компании хоть какой-то положительный возврат на инвестиции. Приоритезированные списки фич, составленные исполнительными директорами в закрытых кабинетах, чаще всего оказываются неэффективными.
🔍 Ошибки в Product Discovery и роль пользовательских исследований 25:14
Продуктовое открытие (Product Discovery) технически делится на два этапа: валидация проблемы и поиск решения. Марти Каган предостерегает продуктовые команды от чрезмерного увлечения многонедельными исследованиями для проверки проблем, которые фаундеры и так прекрасно знают. В условиях ограниченного времени это контрпродуктивно.
«Люди покупают не проблему, они покупают ваше решение», — напоминает Марти Каган.
По мнению гостя, команда должна тратить минимум времени на исследование проблемы и максимум ресурсов — на итеративный поиск победного, конкурентоспособного решения. Именно на этапе Solution Discovery закладывается будущий успех или провал продукта.
📊 Ментальная модель пользователя и User Research
Каган комментирует тезис руководителей Stripe Патрика и Джона Коллисонов о том, что исследования должны формировать качественную ментальную модель пользователя в голове команды, а не напрямую диктовать, что именно нужно строить. Гость полностью поддерживает этот подход. Он также приводит цитату Илона Маска: пользовательские исследования должны быть сфокусированы на поиске всех причин, почему люди не захотят использовать ваш продукт.
В продуктовой практике принято разделять исследования на генеративные и оценочные (evaluative). По словам Кагана, именно оценочные исследования (тестирование прототипов) приносят наибольшую ценность, так как подсвечивают барьеры для пользователей. При этом Каган вводит жесткое правило для корпоративных исследователей: если PM и дизайнер не могут лично присутствовать на тесте своего продукта, этот тест необходимо отменить. Ленни Рачицки подтверждает важность этого подхода личным опытом: будучи сотрудником Airbnb, он вместе с главой инженерии и дизайна лично летал в Париж для участия в исследовательских фокус-группах с хозяевами жилья.
🚀 Как запустить эксперимент по продуктовой трансформации 35:23
Если специалист работает в типичной «фабрике фич», Марти Каган рекомендует не увольняться сразу, а предложить менеджменту запустить контролируемый локальный эксперимент на один или два квартала. Изменение целых бизнес-юнитов — это дорого и рискованно, но пилотный запуск на уровне одной команды согласовать гораздо проще.
Для успешного проведения эксперимента команде необходимо выполнить четыре шага:
- Заменить фичу на проблему: Если руководство требует внедрить функцию «купи сейчас, плати потом» (Buy Now Pay Later), нужно пойти к стейкхолдеру и выяснить KPI успеха — например, ожидаемый рост конверсии или среднего чека, чтобы превратить задачу в проблему для решения.
- Прокачать 4 компетенции PM: Менеджер продукта должен стать экспертом в четырех областях: глубокое знание клиентов (коуч Кагана в свое время запрещал ему принимать любые решения, пока тот не посетит лично 30 клиентов); экспертность в данных и аналитике; доскональное понимание бизнеса (маркетинг, продажи, комплаенс, приватность, монетизация); знание конкурентной среды и трендов.
- Обеспечить стратегический контекст: Команда должна четко понимать общее продуктовое видение и стратегию компании, увязав свои действия с глобальными целями.
- Освоить техники Discovery: Использовать профильную литературу для выстраивания ежедневных процессов, например, книгу Continuous Discovery Habits Терезы Торрес или методологию Sprint Джейка Кнаппа.
👑 Три священных права менеджера продукта и роль коучинга 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) может быть полезно, если оно сфокусировано на создании инструментов аналитики или тушении технических пожаров в продакшене, но оно ни в коем случае не должно становиться барьером между менеджером продукта и первичными данными.
