Привет, я Оля Звегинцева.
Я 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 и состоит из таких этапов:
- Cбор, формулирование гипотез и их организация.
- Систематизация гипотез, их оценка и приоритизация.
- Тестирование гипотез быстрыми и недорогими инструментами.
- Тестирование выживших гипотез более надёжными инструментами.
- Сбор MVP — минимально жизнеспособного продукта.
- Выводы по работе MVP.
Про это очень подробно рассказывали в статье: Как продакту формулировать и тестировать гипотезы.
Если процесс поиска и проверки гипотез отстроен, то команда не тратит время на потенциально неэффективную работу.
Проработка дизайна продукта в паре с продуктовым дизайнером. Продакт-оунер обычно сам ничего не проектирует. Однако он координирует работу дизайнера, так как смотрит на проект более целостно и может видеть то, чего не видит дизайнер.
Лучше всего продакт-оунер и UX/UI-дизайнер работают в связке. Например:
- Совместно проводят исследования пользователей и анализируют вводные от бизнеса.
- Продумывают сценарии использования и на их основе проектируют интерфейсы.
- Продуктовый дизайнер отдаёт на ревью продакт-оунеру готовые макеты, чтобы получить обратную связь и внести коррективы.
- Организуют исследование, чтобы проверить эффективность интерфейса — к примеру, usability-тест или A/B-тест.
Взаимодействие с командой разработки. Макеты, которые сделал дизайнер в паре с продакт-оунером, идут в разработку. Продакт-оунер пишет техническое задание для разработчиков: что и как нужно реализовать. Он должен разбираться в технологическом стеке — языках программирования, фреймворках и ПО, которые нужны для разработки сайта и приложения.
Важно, чтобы работа для разработчиков не была хаотичным перечислением процессов и задач, которые нужно сделать. Для этого продакт составляет роадмэп — логичный алгоритм со списком задач, конкретными сроками и приоритетами. Роадмэп основан на стратегии продукта и ресурсах команды. То есть, например, нельзя спланировать выполнить глобальную задачу за неделю, если в команде всего два разработчика, которые очевидно не успеют.
На интенсиве мы изучаем все эти сферы на практике. Вы берёте существующий продукт или придумываете свой и постепенно проходите по всем этапам работы продакт-оунера. Продакт-лиды (и я в том числе) помогают понять тему и сделать продуманный кейс, который можно поместить в портфолио.
Что нужно знать product owner: профессиональные навыки
Карта навыков продакт-оунера выглядит так:
Шеф-редактор наших соцсетей Юлия сама прошла наш интенсив для менеджеров продукта. Все ученики с помощью продакт-лидов составляют для себя PDP — персональный план развития, где как раз есть эти компетенции.
Можете посмотреть для примера персональный план развития, который составила Юлия, — так будет понятнее, что это за компетенции и что можно делать, чтобы их развивать.
<<pdp-prodakta>>
Чем продакт-оунер отличается от продакт-менеджера
Продакт-оунер — это роль в Scrum, а продакт-менеджер — профессия. Однако цель у них одна и та же: чтобы продукт попадал в запросы пользователей и решал задачи бизнеса. Из-за этого бывает сложно провести границу между их обязанностями. Во многих компаниях продакт-оунер = продакт-менеджер.
Например:
Из моего опыта, продакт-оунер по сравнению с продакт-менеджером подразумевает бóльшую степень ответственности и принятия решений. Продакт-оунер может быть больше погружён в экономику компании или на более высоком уровне выстраивать стратегию. Как правило, он более опытный и имеет более сильные компетенции, чем продакт-менеджер.
В реальности позиция, которая названа в одной компании «продакт-оунером», в другой может быть «продакт-менеджером» или даже «продакт-лидом». Я бы всегда рекомендовала смотреть на стек требований, которые от вас ожидают, а также сверяться с нашим списком компетенций выше.
Чем продакт-оунер отличается от проджект-менеджера
Функции у продакт-оунера и проджект-менеджера во многом пересекаются. В некоторых командах роль обоих специалистов может выполнять один человек.
Однако в идеальной ситуации и при наличии ресурсов эти роли должны быть разделены. Стандартно это происходит так:
В таблице некоторые обязанности могут показаться одинаковыми. Например, и продакт-оунер, и проджект-менеджер ставят задачи и контролируют, как команда их выполняет. На самом деле разница в уровне детализации.
Продакт-оунер отвечает за решения внутри продукта. Допустим, он приходит с задачей: делаем внутри продукта реферальную систему. Он описывает все важные элементы. Например, то, что реферальная система состоит из нескольких частей:
- Нужно отследить человека, который зарегистрировался в программе.
- Нужно как-то проверить, что соблюдены условия, то есть должна быть связка между тем, кто пригласил человека, и тем, кто пришёл по приглашению. Значит, в бэкенде должна быть система трекинга этих пользователей.
- Нужно рассказывать пользователям о реферальной системе, для этого вовлекаются маркетинговая и data-команды.
Это только несколько пунктов, на деле их намного больше.
Тем не менее если дать задачу в таком виде, может получиться что угодно. Поэтому тут работу подхватывает проджект-менеджер. Он помогает команде декомпозировать полученную задачу на составляющие и выявить пробелы в понимании того, что и как должно быть сделано. Важно понимать, что проджект — не технический лид. Однако вместе с техническим лидом и командой (которая может включать разработчиков, специалистов QA, технических писателей и другие роли) он помогает разложить задачу на мелкие подзадачи, приоритизировать их и распределить между членами команды.
[card]
Благодаря проджект-менеджеру команда понимает:
- что она делает;
- кто в команде это делает;
- сколько времени займут задачи;
- есть ли у команды зависимости — например, от другой команды или от отсутствия какой-то технологии.
[/card]
Продакт-оунер контролирует задачу верхнеуровнево. Он предполагает, где задача могла застопориться, так как примерно знает все этапы и сроки, но не следит за происходящим так детально, как проджект-менеджер. А проджект-менеджер как раз знает обо всех проблемах и работает с ними.
Когда продакт-оунер и проджект-менеджер работают вместе, им легче организовать быстрые и чёткие процессы в команде.
[quote]
Лично у меня из-за специфики продукта 40% работы — это project management. Я много сижу с разработчиками, раскидываю задачи на составляющие, отвечаю за сроки. Если в компании нет проджект-менеджера, любой продакт-оунер может с этим столкнуться.
[/quote]
Роль продакт-оунера в команде
В некоторых продуктах нет продакт-оунера. В этих случаях команда «менеджерится» сама: получает задачи, обсуждает их и выполняет. Правда, получается не особо качественно. Большинство мыслят в рамках только своей задачи и не смотрят на продукт в целом: нужно ли вообще это делать, на что это повлияет, у кого уточнить детали.
Стейкхолдеры приносят как большие трудоёмкие задачи на несколько месяцев, так и простые на один день. Команда не знает точно, насколько они важны для продукта, поэтому делает их в рандомном порядке, как оценивает сама.
[example]
Например, нужно построить хранилище данных. Оно позволит команде в будущем работать в разы быстрее и эффективнее. Это трудоёмкая и долгосрочная задача, эффект от которой может быть совершенно не очевиден для стейкхолдера, который пришёл к команде с чем-то, что нужно ему здесь и сейчас.
Без продакт-оунера команде будет сложно приоритизировать задачи в такой ситуации. На первый план всегда будут выходить те задачи, которые сделать быстрее и проще, или те, где они чувствуют больше давления от стейкхолдера . Конечно, ни о каком стратегическом развитии продукта в таком случае речи идти не будет.
[/example]
Причём команда это делает не потому, что в ней плохие специалисты. Просто тяжело одновременно и работать на уровне своих задач, и пытаться взглянуть на продукт в целом, с точки зрения стратегии. В этом случае либо страдает качество проекта, либо задача тянется вечность.
Получается, продакт-оунер — связующее звено между бизнесом, пользователем и командой разработки. Он делает работу намного более эффективной:
- анализирует всю информацию из исследований, от стейкхолдеров;
- определяет, в каком формате реализовать задачу;
- собирает технические требования;
- обсуждает задачу с UX/UI-дизайнером;
- отсекает лишнее, приоритизирует важное;
- прямо выстраивает карту того, как двигаться команде.
Требования к product owner
В вакансиях к владельцу продукта чаще всего предъявляют такие требования:
- Опыт работы от 2–3 лет продакт-оунером или продакт-менеджером продукта.
- Опыт работы с Product Discovery или хотя бы знание его принципов и правил.
- Опыт работы по методологиям — Scrum, Kanban, Agile.
- Опыт создания и запуска MVP.
- Умение приоритизировать задачи в бэклоге.
- Умение работать с продуктовыми гипотезами.
- Умение работать с аналитикой и метриками.
- Коммуникативные навыки, чтобы управлять командой.
Опыт можно получить только на реальном месте работы или на стажировке, а знания по всем этим темам мы даём в интенсиве.
Как стать продакт-оунером
Владельцы продукта чаще всего либо вырастают из продакт-менеджеров с меньшим объёмом компетенций и сферы ответственности либо приходят с опытом из смежных позиций. Вот как это обычно происходит:
- Человек работает UX/UI-дизайнером, бизнес-аналитиком, UX-исследователем или другим специалистом, который развивает продукт и знает продуктовые процессы.
- Человек обучается продакт-менеджменту — либо самостоятельно, либо на курсах с обратной связью. Во втором случае большой плюс, что можно сразу положить в портфолио сильный кейс.
- Человек расширяет зону ответственности и растёт в профессии. Он может стать из мидл-продакт-менеджера продакт-оунером небольшого продукта — всё зависит не от названия позиции, а от обязанностей, которые за ним стоят.
На втором этапе возникает вопрос, какой инструмент обучения выбрать:
- Самообучение, включая практику и решение реальных задач.
- Обучение на хороших курсах.
Разберём оба.
Самообучение. Здесь нет универсального решения. Выбирайте форматы, которые вам удобны: статьи, подкасты, книги, каналы опытных продакт-менеджеров в соцсетях. Конкретные рекомендации от WANNABE есть в статье: Продакт-менеджер: кто это и какие навыки нужны специалисту.
Одних знаний для работы недостаточно, поэтому после теории обязательно нужна практика. Один из путей — создать пет-проект, то есть тренировочный проект для себя. Это может быть что угодно, что поможет изучить полный цикл жизни продукта и развить продуктовые компетенции.
У самообучения есть и плюсы, и минусы. Минусы, на мой взгляд, весомее, но судите сами:
Обучение с обратной связью. Хорошие курсы помогают получить качественные проверенные знания. К обучению подходят системно и развивают все компетенции продакта: умение составлять стратегию, проводить исследования, работать с метриками и многое другое.
Например, на нашем интенсиве у ученика появляется карта этапов, из которых состоит работа с любым продуктом. По каждому этапу они делают задания:
- в деталях проработать стратегию;
- построить P&L своего продукта;
- провести исследования;
- выстроить процесс работы с гипотезами;
- определить методологию разработки.
И это только малая часть.
Мы придерживаемся системного подхода — чтобы теорию тут же отрабатывать на практике. Вся информация может быть понятна, но она не усвоится в голове, пока не попробуешь сам, через трудности и ошибки.
Учебные проекты, которые делают наши ученики, можно смело класть в портфолио и показывать потенциальным работодателям.
[quote]
Валерия Кулёмина
Ученица интенсива «Менеджер продукта». На интенсиве делала задания для «Золотого яблока», а затем получила от компании офер
На интенсиве ученики делают задания для реального продукта. У меня был выбор: взять текущий (внутренний) или потренироваться на каком-то другом. Я понимала, что хочу менять и компанию, и специфику, я совершенно рандомно выбрала «Золотое яблоко». Конечно, мне нравилась эта компания, но я даже не думала, что в итоге буду там работать.
Когда спустя несколько месяцев после интенсива я искала работу, увидела вакансию «Золотого яблока», откликнулась и забыла. А через неделю мне написал эйчар и пригласила на собеседование.
На одном из этапов я общалась с нанимающим менеджером, и он спросил меня, как я собираюсь работать с незнакомым продуктом.
Я ответила, что главное — всё уложить в структуру. Понятно, что продукт незнаком, но, если есть структура, ты понимаешь, что за чем идёт: первоочерёдно это стратегия, дальше метрики — на какие смотрим, как на них влияем, — и так постепенно выстраиваем работу, кирпичик за кирпичиком.
В общем, я применила подход, который продвигается на курсе: системность и прозрачность. И получила приглашение присоединиться к команде.
[/quote]
На наших интенсивах с учениками работают продакт-лиды — они дают обратную связь по домашним работам и тем самым помогают ученикам отрефлексировать, всё ли они делают верно.
<<products-2>>