В новом выпуске Lenny's Podcast Ленни Рачитски обсуждает одну из самых быстрорастущих специализаций в ИТ-индустрии — Product Operations (Product Ops). Гостями студии стали Мелисса Перри, автор культовой книги «Escaping the Build Trap», и Дениз Тиллес, ведущий консультант по управлению продуктами. Вместе они разбирают, как эта роль помогает компаниям масштабироваться, избавляя продакт-менеджеров от рутины и возвращая им возможность заниматься стратегией.
📈 Взрывной рост роли Product Ops в ИТ-индустрии 0:00
За последние пять лет роль Product Ops превратилась из экзотики в стандарт для быстрорастущих технологических гигантов. Мелисса Перри отмечает, что если в 2018 году, когда вышла её первая книга, об этой функции говорили лишь шёпотом, то сегодня она присутствует в таких компаниях, как OpenAI, Uber, Stripe, Ramp и Deal . По словам Перри, ключевым драйвером популяризации этой роли стал Блейк Самик, который последовательно выстраивал Product Ops в Uber, Stripe, а теперь и в OpenAI .
Статистика, которую приводят эксперты, подтверждает тренд:
- Около 50% участников программ для CPO (Chief Product Officer), которыми руководит Мелисса Перри, уже имеют в штате хотя бы одного специалиста по Product Ops .
- На мастер-классах Дениз Тиллес в 2020 году около 60% аудитории только «интересовались» темой, тогда как сейчас те же 60% уже активно внедряют и оптимизируют эту функцию .
- Переломный момент наступил примерно в 2019 году, когда компания Pendo начала активно продвигать концепцию операционного управления продуктом .
🏗 Три столпа Product Operations 11:46
Дениз Тиллес и Мелисса Перри выделяют три фундаментальных направления («столпа»), на которых строится работа Product Ops :
- Бизнес, данные и инсайты (количественный анализ). Обеспечение продакт-менеджеров (PM) всеми необходимыми данными о выручке, вовлеченности и метриках продукта для принятия обоснованных решений .
- Клиентские и рыночные инсайты (качественный анализ). Систематизация интервью с пользователями, создание баз знаний и агрегация обратной связи от отделов продаж и поддержки .
- Процессы и практики. Создание единого «операционного языка» компании: шаблонов дорожных карт, циклов планирования и стандартов взаимодействия между командами .
По мнению Перри, выбор приоритетного столпа зависит от стадии развития компании. Высокотехнологичные стартапы обычно начинают с автоматизации данных, чтобы быстрее видеть результаты экспериментов . Крупные корпорации, проходящие через цифровую трансформацию, чаще фокусируются на процессах и управлении (governance), так как им не хватает прозрачности в том, чем именно заняты сотни их команд .
⚖️ Разделение ответственности: PM против Product Ops 8:47
Одной из главных проблем при внедрении новой роли является страх продакт-менеджеров потерять контроль. Мелисса Перри подчеркивает: Product Ops не забирает у PM право принимать решения . Это функция поддержки, «продакт-менеджмент для продакт-менеджеров».
Что остается в зоне ответственности PM:
- Принятие окончательных решений по стратегии и видению продукта .
- Приоритизация функций и распределение ресурсов .
- Сложные переговоры со стейкхолдерами и управление ожиданиями .
- Формирование ценностного предложения для рынка (GTM-инпуты) .
Что забирает на себя Product Ops:
- Рутинные операции с данными: написание сложных SQL-запросов и создание дашбордов .
- Операционную логистику: поиск респондентов для интервью и автоматизацию приглашений .
- Разработку общих шаблонов и инструментов для отчетности перед руководством .
- Координацию процесса выхода на рынок (GTM), обеспечивая синхронизацию продаж, маркетинга и продукта .
Мелисса Перри приводит личный пример из начала карьеры в OpenSky: ей пришлось тратить десятки часов на изучение MongoDB только для того, чтобы перестать дергать инженеров ради выгрузки простых метрик . Именно такую «мусорную» нагрузку, по мнению авторов, должен устранять Product Ops.
🕵️♂️ Как нанять первого специалиста в команду 45:36
Эксперты рекомендуют начинать с одного человека, который сфокусируется на самой острой проблеме компании .
Ключевые профили для найма в зависимости от задач:
- Для данных: Подойдут выходцы из консалтинга (McKinsey, Deloitte) или бизнес-аналитики. Им не обязательно быть экспертами в продукте, но они должны виртуозно владеть BI-инструментами вроде Looker или Tableau .
- Для процессов: Идеален бывший продакт-менеджер с высоким уровнем эмоционального интеллекта (EQ). Он должен понимать «боли» коллег и уметь внедрять системы без излишнего диктата .
- Для исследований: Специалисты с бэкграундом в Research Ops. Они создают библиотеки знаний (например, в Dovetail) и следят за тем, чтобы исследования не дублировались в разных департаментах .
Дениз Тиллес предупреждает: опасно нанимать на эту роль Agile-коучей, которые никогда не были в шкуре продакт-менеджера. Такие специалисты часто скатываются в оптимизацию ежедневных стендапов, вместо того чтобы помогать CPO готовить стратегические данные для совета директоров .
🏥 Кейс Athenahealth: от хаоса в Jira к прозрачности портфеля 59:49
Мелисса Перри описывает опыт работы в компании Athenahealth (капитализация около $8 млрд на тот момент), где было более 360 продакт-менеджеров и 5000 разработчиков .
Главной проблемой было отсутствие прозрачности. Генеральный директор буквально «копался в Jira», пытаясь понять, на что тратятся ресурсы R&D, но находил там только тысячи разрозненных тикетов . Команда Product Ops под руководством привлеченного VP решила эту задачу:
- Были внедрены стандарты описания эпиков, чтобы они отражали бизнес-ценность, а не просто «создание кнопки» .
- Развернут софт для портфельного управления, который позволил видеть, как работа каждой команды соотносится с целями по удержанию клиентов или выходу в сегмент Enterprise .
- Создана система отслеживания OKR, интегрированная в общие дашборды .
Результат оказался настолько впечатляющим, что даже после нескольких реструктуризаций и смены собственников, компания сохранила функцию Product Ops. По словам Перри, нынешний CPO Athenahealth заявляет, что больше никогда не пойдет работать в компанию, где нет этого подразделения .
