# Мелисса Перри и Дениз Тиллес: «Product Ops освобождает продакт-менеджеров для стратегии»

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

---

В новом выпуске Lenny's Podcast Ленни Рачитски обсуждает одну из самых быстрорастущих специализаций в ИТ-индустрии — Product Operations (Product Ops). Гостями студии стали Мелисса Перри, автор культовой книги «Escaping the Build Trap», и Дениз Тиллес, ведущий консультант по управлению продуктами. Вместе они разбирают, как эта роль помогает компаниям масштабироваться, избавляя продакт-менеджеров от рутины и возвращая им возможность заниматься стратегией.

## 📈 Взрывной рост роли Product Ops в ИТ-индустрии
[[JUMP:0:00]]

За последние пять лет роль Product Ops превратилась из экзотики в стандарт для быстрорастущих технологических гигантов. Мелисса Перри отмечает, что если в 2018 году, когда вышла её первая книга, об этой функции говорили лишь шёпотом, то сегодня она присутствует в таких компаниях, как OpenAI, Uber, Stripe, Ramp и Deal [3:59]. По словам Перри, ключевым драйвером популяризации этой роли стал Блейк Самик, который последовательно выстраивал Product Ops в Uber, Stripe, а теперь и в OpenAI [4:30].

Статистика, которую приводят эксперты, подтверждает тренд:

*   Около 50% участников программ для CPO (Chief Product Officer), которыми руководит Мелисса Перри, уже имеют в штате хотя бы одного специалиста по Product Ops [5:48].
*   На мастер-классах Дениз Тиллес в 2020 году около 60% аудитории только «интересовались» темой, тогда как сейчас те же 60% уже активно внедряют и оптимизируют эту функцию [6:34].
*   Переломный момент наступил примерно в 2019 году, когда компания Pendo начала активно продвигать концепцию операционного управления продуктом [7:17].

## 🏗 Три столпа Product Operations
[[JUMP:11:46]]

Дениз Тиллес и Мелисса Перри выделяют три фундаментальных направления («столпа»), на которых строится работа Product Ops [12:01]:

1.  **Бизнес, данные и инсайты (количественный анализ).** Обеспечение продакт-менеджеров (PM) всеми необходимыми данными о выручке, вовлеченности и метриках продукта для принятия обоснованных решений [12:16].
2.  **Клиентские и рыночные инсайты (качественный анализ).** Систематизация интервью с пользователями, создание баз знаний и агрегация обратной связи от отделов продаж и поддержки [12:16].
3.  **Процессы и практики.** Создание единого «операционного языка» компании: шаблонов дорожных карт, циклов планирования и стандартов взаимодействия между командами [12:35].

По мнению Перри, выбор приоритетного столпа зависит от стадии развития компании. Высокотехнологичные стартапы обычно начинают с автоматизации данных, чтобы быстрее видеть результаты экспериментов [13:20]. Крупные корпорации, проходящие через цифровую трансформацию, чаще фокусируются на процессах и управлении (governance), так как им не хватает прозрачности в том, чем именно заняты сотни их команд [13:36].

## ⚖️ Разделение ответственности: PM против Product Ops
[[JUMP:8:47]]

Одной из главных проблем при внедрении новой роли является страх продакт-менеджеров потерять контроль. Мелисса Перри подчеркивает: Product Ops не забирает у PM право принимать решения [9:30]. Это функция поддержки, «продакт-менеджмент для продакт-менеджеров».

**Что остается в зоне ответственности PM:**

*   Принятие окончательных решений по стратегии и видению продукта [24:42].
*   Приоритизация функций и распределение ресурсов [26:36].
*   Сложные переговоры со стейкхолдерами и управление ожиданиями [26:08].
*   Формирование ценностного предложения для рынка (GTM-инпуты) [28:07].

**Что забирает на себя Product Ops:**

*   Рутинные операции с данными: написание сложных SQL-запросов и создание дашбордов [10:03].
*   Операционную логистику: поиск респондентов для интервью и автоматизацию приглашений [16:39].
*   Разработку общих шаблонов и инструментов для отчетности перед руководством [22:42].
*   Координацию процесса выхода на рынок (GTM), обеспечивая синхронизацию продаж, маркетинга и продукта [27:55].

Мелисса Перри приводит личный пример из начала карьеры в OpenSky: ей пришлось тратить десятки часов на изучение MongoDB только для того, чтобы перестать дергать инженеров ради выгрузки простых метрик [10:18]. Именно такую «мусорную» нагрузку, по мнению авторов, должен устранять Product Ops.

## 🕵️‍♂️ Как нанять первого специалиста в команду
[[JUMP:45:36]]

Эксперты рекомендуют начинать с одного человека, который сфокусируется на самой острой проблеме компании [41:44].

**Ключевые профили для найма в зависимости от задач:**

*   **Для данных:** Подойдут выходцы из консалтинга (McKinsey, Deloitte) или бизнес-аналитики. Им не обязательно быть экспертами в продукте, но они должны виртуозно владеть BI-инструментами вроде Looker или Tableau [52:03].
*   **Для процессов:** Идеален бывший продакт-менеджер с высоким уровнем эмоционального интеллекта (EQ). Он должен понимать «боли» коллег и уметь внедрять системы без излишнего диктата [53:03].
*   **Для исследований:** Специалисты с бэкграундом в Research Ops. Они создают библиотеки знаний (например, в Dovetail) и следят за тем, чтобы исследования не дублировались в разных департаментах [16:08].

Дениз Тиллес предупреждает: опасно нанимать на эту роль Agile-коучей, которые никогда не были в шкуре продакт-менеджера. Такие специалисты часто скатываются в оптимизацию ежедневных стендапов, вместо того чтобы помогать CPO готовить стратегические данные для совета директоров [43:11].

## 🏥 Кейс Athenahealth: от хаоса в Jira к прозрачности портфеля
[[JUMP:59:49]]

Мелисса Перри описывает опыт работы в компании Athenahealth (капитализация около $8 млрд на тот момент), где было более 360 продакт-менеджеров и 5000 разработчиков [10:00:37].

Главной проблемой было отсутствие прозрачности. Генеральный директор буквально «копался в Jira», пытаясь понять, на что тратятся ресурсы R&D, но находил там только тысячи разрозненных тикетов [1:02:41]. Команда Product Ops под руководством привлеченного VP решила эту задачу:

1.  Были внедрены стандарты описания эпиков, чтобы они отражали бизнес-ценность, а не просто «создание кнопки» [1:03:43].
2.  Развернут софт для портфельного управления, который позволил видеть, как работа каждой команды соотносится с целями по удержанию клиентов или выходу в сегмент Enterprise [1:03:28].
3.  Создана система отслеживания OKR, интегрированная в общие дашборды [1:04:03].

Результат оказался настолько впечатляющим, что даже после нескольких реструктуризаций и смены собственников, компания сохранила функцию Product Ops. По словам Перри, нынешний CPO Athenahealth заявляет, что больше никогда не пойдет работать в компанию, где нет этого подразделения [1:07:43].