Кто такой product owner

Привет, я Оля Звегинцева. 

Я Data Product Owner в Smartbroker+, соавтор и ведущая интенсива «Product Discovery» для продакт-менеджеров. Ещё помогаю ученикам на интенсиве «Менеджер продукта» в качестве продакт-лида.

Эта статья для тех, кто только изучает профессию продакт-оунера. Из неё вы узнаете:

• кто такой продакт-оунер;
• в чём его отличие от продакт- и проджект-менеджера;
• что продакт-оунер делает в команде;
• какие требования предъявляют к продакт-оунеру, когда нанимают на работу;
• как стать продакт-оунером.

<<event-systemmanagement>>

Продакт-оунер: кто это

Продакт-оунер (product owner, владелец продукта) — специалист, который управляет продуктом так, чтобы он решал задачи пользователей и бизнеса. В широком смысле продуктом считают любой сервис, товар или услугу, которые удовлетворяют потребности пользователей. Однако в статье мы говорим в основном о тех продуктах, у которых есть IT-решения, например сайт или приложение.

Продакт-оунер — понятие из Scrum, гибкой методологии, которая помогает управлять сложными IT-продуктами. В руководстве по Scrum продакт-оунера описывают так:

[quote]

Product owner несёт ответственность за то, чтобы максимизировать ценность продукта. Способы могут быть очень разными и зависят от организаций, команд и конкретных людей.

[/quote]

[card]

Пример 

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

Стратегия другой компании — найти Product-Market Fit, то есть то положение, в котором продукт предлагает ровно то, в чём испытывают потребность пользователи. В этом случае продакт-оунер сосредоточен на другом: например продумать функции продукта, найти целевую аудиторию, создать подходящую модель монетизации.

[/card]

Я Data Product Owner, занимаюсь данными. У нас есть много источников данных клиентов: банки, с которыми сотрудничает компания, наши исследования, аналитика. Моя команда собирает данные по всем этим источникам, стандартизирует их и хранит. Потом их можно дистрибутировать по другим системам, например аналитическим или CRM, в том виде, в котором эти системы их принимают.

По сути, это не продукт как таковой, не приложение, не сайт. То, что я делаю, не видно ни пользователям, ни даже зачастую другим продакт-оунерам. Тем не менее я отвечаю за важную систему и принимаю по ней стратегические решения, поэтому позицию можно назвать продакт-оунерской.

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

Обязанности продакт-оунера

Каждая компания и команда подразумевает под позицией «продакт-оунер» что-то своё. 

[example]

Например, я в Smartbroker+ не погружаюсь в финансы и почти не взаимодействую с дизайнерами, но очень много работаю с командой разработки. При этом в каком-то другом продукте, наоборот, большая часть работы — разрабатывать интерфейсы в паре с дизайнером. 

[/example]

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

У нас была статья про обязанности и компетенции продакт-менеджера, где всё описано очень подробно. Обязанности product owner практически те же. Почитайте, если хотите прямо погрузиться в тему: Продакт-менеджер: кто это и какие навыки нужны специалисту.

Здесь опишу более кратко. 

Работа над стратегией и понимание, как её анализировать. У компании есть общая стратегия, например:

• растить средний чек, число пользователей, прибыль;
• снижать затраты;
• искать Product-Market Fit — то, насколько продукт соответствует ожиданиям целевой аудитории;
• менять свою бизнес-модель.

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

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

Чаще всего продакт-оунеру нужен только один тип финансовых отчётов — это отчёт о прибылях и убытках (P&L, или income statement). Он показывает, сколько компания заработала или потратила за отчётный период, например за квартал или год.

Продакт-оунер изучает этот документ и может использовать его в своей работе:

• на основе P&L компании составить P&L своего продукта;
• спроектировать рост или оптимизацию продукта, учитывая стратегию, которая у него уже есть;
• управлять P&L продукта в соответствии с планами и гипотезами — например, если после проверки гипотезы видно, что получится поднять средний чек, это можно отметить в P&L;
• рассказывать детали команде — например, к чему приведёт фича, над которой сейчас работают.

Работа с метриками и аналитикой. Метрики — качественные и количественные

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

Чтобы упорядочить показатели, продакт-оунер составляет иерархию метрик. Во главе этой иерархии находится ключевая метрика продукта, например регулярный ежемесячный доход. На неё нельзя влиять напрямую. Продакт-оунер раскладывает её на другие метрики и находит то, на что повлиять можно.

Работа с исследованиями. Продакт-оунер постоянно ищет и находит способы, как улучшить продукт. Этот процесс называется Product Discovery и состоит из таких этапов:

1. Cбор, формулирование гипотез и их организация.
2. Систематизация гипотез, их оценка и приоритизация.
3. Тестирование гипотез быстрыми и недорогими инструментами.
4. Тестирование выживших гипотез более надёжными инструментами.
5. Сбор MVP — минимально жизнеспособного продукта.
6. Выводы по работе MVP.

Про это очень подробно рассказывали в статье: Как продакту формулировать и тестировать гипотезы.

Если процесс поиска и проверки гипотез отстроен, то команда не тратит время на потенциально неэффективную работу.

Проработка дизайна продукта в паре с продуктовым дизайнером. Продакт-оунер обычно сам ничего не проектирует. Однако он координирует работу дизайнера, так как смотрит на проект более целостно и может видеть то, чего не видит дизайнер.

Лучше всего продакт-оунер и UX/UI-дизайнер работают в связке. Например:

1. Совместно проводят исследования пользователей и анализируют вводные от бизнеса.
2. Продумывают сценарии использования и на их основе проектируют интерфейсы.
3. Продуктовый дизайнер отдаёт на ревью продакт-оунеру готовые макеты, чтобы получить обратную связь и внести коррективы.
4. Организуют исследование, чтобы проверить эффективность интерфейса — к примеру, usability-тест или A/B-тест.

Взаимодействие с командой разработки. Макеты, которые сделал дизайнер в паре с продакт-оунером, идут в разработку. Продакт-оунер пишет техническое задание для разработчиков: что и как нужно реализовать. Он должен разбираться в технологическом стеке — языках программирования, фреймворках и ПО, которые нужны для разработки сайта и приложения. 

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

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

Что нужно знать product owner: профессиональные навыки

Карта навыков продакт-оунера выглядит так:

Шеф-редактор наших соцсетей Юлия сама прошла наш интенсив для менеджеров продукта. Все ученики с помощью продакт-лидов составляют для себя PDP — персональный план развития, где как раз есть эти компетенции.

Можете посмотреть для примера персональный план развития, который составила Юлия, — так будет понятнее, что это за компетенции и что можно делать, чтобы их развивать.

<<pdp-prodakta>>

Чем продакт-оунер отличается от продакт-менеджера

Продакт-оунер — это роль в Scrum, а продакт-менеджер — профессия. Однако цель у них одна и та же: чтобы продукт попадал в запросы пользователей и решал задачи бизнеса. Из-за этого бывает сложно провести границу между их обязанностями. Во многих компаниях продакт-оунер = продакт-менеджер.

Например:

Из моего опыта, продакт-оунер по сравнению с продакт-менеджером подразумевает бóльшую степень ответственности и принятия решений. Продакт-оунер может быть больше погружён в экономику компании или на более высоком уровне выстраивать стратегию. Как правило, он более опытный и имеет более сильные компетенции, чем продакт-менеджер. 

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

Чем продакт-оунер отличается от проджект-менеджера

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

Однако в идеальной ситуации и при наличии ресурсов эти роли должны быть разделены. Стандартно это происходит так:

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

Продакт-оунер отвечает за решения внутри продукта. Допустим, он приходит с задачей: делаем внутри продукта реферальную систему. Он описывает все важные элементы. Например, то, что реферальная система состоит из нескольких частей:

1. Нужно отследить человека, который зарегистрировался в программе. 
2. Нужно как-то проверить, что соблюдены условия, то есть должна быть связка между тем, кто пригласил человека, и тем, кто пришёл по приглашению. Значит, в бэкенде должна быть система трекинга этих пользователей.
3. Нужно рассказывать пользователям о реферальной системе, для этого вовлекаются маркетинговая и data-команды.

Это только несколько пунктов, на деле их намного больше.

Тем не менее если дать задачу в таком виде, может получиться что угодно. Поэтому тут работу подхватывает проджект-менеджер. Он помогает команде декомпозировать полученную задачу на составляющие и выявить пробелы в понимании того, что и как должно быть сделано. Важно понимать, что проджект — не технический лид. Однако вместе с техническим лидом и командой (которая может включать разработчиков, специалистов QA, технических писателей и другие роли) он помогает разложить задачу на мелкие подзадачи, приоритизировать их и распределить между членами команды. 

[card]

Благодаря проджект-менеджеру команда понимает:

• что она делает;
• кто в команде это делает;
• сколько времени займут задачи;
• есть ли у команды зависимости — например, от другой команды или от отсутствия какой-то технологии.

[/card]

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

Когда продакт-оунер и проджект-менеджер работают вместе, им легче организовать быстрые и чёткие процессы в команде. 

[quote]

Лично у меня из-за специфики продукта 40% работы — это project management. Я много сижу с разработчиками, раскидываю задачи на составляющие, отвечаю за сроки. Если в компании нет проджект-менеджера, любой продакт-оунер может с этим столкнуться. 

[/quote]

Роль продакт-оунера в команде

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

Стейкхолдеры приносят как большие трудоёмкие задачи на несколько месяцев, так и простые на один день. Команда не знает точно, насколько они важны для продукта, поэтому делает их в рандомном порядке, как оценивает сама. 

[example]

Например, нужно построить хранилище данных. Оно позволит команде в будущем работать в разы быстрее и эффективнее. Это трудоёмкая и долгосрочная задача, эффект от которой может быть совершенно не очевиден для стейкхолдера, который пришёл к команде с чем-то, что нужно ему здесь и сейчас. 

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

[/example]

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

Получается, продакт-оунер — связующее звено между бизнесом, пользователем и командой разработки. Он делает работу намного более эффективной:

• анализирует всю информацию из исследований, от стейкхолдеров;
• определяет, в каком формате реализовать задачу;
• собирает технические требования;
• обсуждает задачу с UX/UI-дизайнером;
• отсекает лишнее, приоритизирует важное;
• прямо выстраивает карту того, как двигаться команде. 

Требования к product owner

В вакансиях к владельцу продукта чаще всего предъявляют такие требования:

• Опыт работы от 2–3 лет продакт-оунером или продакт-менеджером продукта.
• Опыт работы с Product Discovery или хотя бы знание его принципов и правил.
• Опыт работы по методологиям — Scrum, Kanban, Agile.
• Опыт создания и запуска MVP.
• Умение приоритизировать задачи в бэклоге.
• Умение работать с продуктовыми гипотезами.
• Умение работать с аналитикой и метриками.
• Коммуникативные навыки, чтобы управлять командой.

Опыт можно получить только на реальном месте работы или на стажировке, а знания по всем этим темам мы даём в интенсиве.

Как стать продакт-оунером

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

1. Человек работает UX/UI-дизайнером, бизнес-аналитиком, UX-исследователем или другим специалистом, который развивает продукт и знает продуктовые процессы.
2. Человек обучается продакт-менеджменту — либо самостоятельно, либо на курсах с обратной связью. Во втором случае большой плюс, что можно сразу положить в портфолио сильный кейс.
3. Человек расширяет зону ответственности и растёт в профессии. Он может стать из мидл-продакт-менеджера продакт-оунером небольшого продукта — всё зависит не от названия позиции, а от обязанностей, которые за ним стоят.

На втором этапе возникает вопрос, какой инструмент обучения выбрать: 

1. Самообучение, включая практику и решение реальных задач.
2. Обучение на хороших курсах. 

Разберём оба.

Самообучение. Здесь нет универсального решения. Выбирайте форматы, которые вам удобны: статьи, подкасты, книги, каналы опытных продакт-менеджеров в соцсетях. Конкретные рекомендации от WANNABE есть в статье: Продакт-менеджер: кто это и какие навыки нужны специалисту.

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

У самообучения есть и плюсы, и минусы. Минусы, на мой взгляд, весомее, но судите сами:

Обучение с обратной связью. Хорошие курсы помогают получить качественные проверенные знания. К обучению подходят системно и развивают все компетенции продакта: умение составлять стратегию, проводить исследования, работать с метриками и многое другое.   

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

• в деталях проработать стратегию;
• построить P&L своего продукта;
• провести исследования;
• выстроить процесс работы с гипотезами;
• определить методологию разработки. 

И это только малая часть. 

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

Учебные проекты, которые делают наши ученики, можно смело класть в портфолио и показывать потенциальным работодателям.

[quote]

Валерия Кулёмина

Ученица интенсива «Менеджер продукта». На интенсиве делала задания для «Золотого яблока», а затем получила от компании офер

На интенсиве ученики делают задания для реального продукта. У меня был выбор: взять текущий (внутренний) или потренироваться на каком-то другом. Я понимала, что хочу менять и компанию, и специфику, я совершенно рандомно выбрала «Золотое яблоко». Конечно, мне нравилась эта компания, но я даже не думала, что в итоге буду там работать.

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

На одном из этапов я общалась с нанимающим менеджером, и он спросил меня, как я собираюсь работать с незнакомым продуктом. 

Я ответила, что главное — всё уложить в структуру. Понятно, что продукт незнаком, но, если есть структура, ты понимаешь, что за чем идёт: первоочерёдно это стратегия, дальше метрики — на какие смотрим, как на них влияем, — и так постепенно выстраиваем работу, кирпичик за кирпичиком.

В общем, я применила подход, который продвигается на курсе: системность и прозрачность. И получила приглашение присоединиться к команде.

[/quote]

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

<<products-2>>