Product Manager vs Product Owner: в чём разница

Зачем вообще разбираться в разнице

В вакансиях слова PM и PO часто кидают как синонимы. Кандидат идёт на собес, ожидает поговорить про метрики и стратегию, а его три часа спрашивают про story points и как груминг ведут. Или наоборот: рассчитывает на тактику бэклога, а его просят защитить P&L продукта на год.

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

Что делает product manager

PM — это человек, отвечающий за «зачем» и «что». Его работа начинается до того, как команда вообще села писать код:

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

Артефакты PM: дорожная карта, документ по запуску фичи (PRD), результаты A/B-тестов, отчёт по retention и unit-экономике. Если на стендапе разработчик спросит «а зачем мы это делаем» — отвечать должен PM.

PM в обычном понимании менее погружён в ежедневные операции команды. Он чаще общается с бизнесом, маркетингом, аналитикой и реже сидит на каждом дейли.

Что делает product owner

PO — это роль из Scrum-фреймворка. Если PM отвечает за «что и зачем», то PO — за «когда и в каком порядке команда это сделает». PO живёт внутри Scrum-команды и его типичные задачи:

• ведёт бэклог: пишет user stories, расставляет приоритеты внутри спринта;
• ведёт груминги, помогает команде декомпозировать большие задачи;
• принимает результат у инженеров (acceptance);
• держит связь с PM, дизайнером, стейкхолдерами по тактическим вопросам;
• следит, чтобы спринт не разъехался по объёму.

В классическом Scrum PO — единственная точка истины по приоритетам бэклога. То есть инженеры не должны параллельно слушать пять заинтересованных людей: всё идёт через PO.

Артефакты PO: бэклог, написанные user stories с критериями приёмки, отчёты по велосити команды, ретро.

Как роли уживаются в одной команде

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

Сценарий выглядит так. PM защищает квартальные цели: «к концу квартала вырастить активацию новых пользователей с 28% до 35%». PO декомпозирует эту цель на задачи внутри своей команды, формирует спринты, ведёт ежедневную работу с инженерами. PM проверяет результаты A/B, корректирует стратегию, общается с бизнесом. PO следит, чтобы конкретные эксперименты не зависли в полусыром состоянии.

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

Когда роли сливаются в одну

В стартапах и средних продуктовых командах PM и PO часто один человек. Если в команде 4–6 инженеров и один продукт — нет смысла нанимать отдельного PO. Тот же человек:

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

В вакансиях такого человека могут назвать как угодно — PM, PO, Product Owner / Product Manager. Смотри не на тайтл, а на описание задач. Если в обязанностях есть и стратегия, и работа со спринтами — это полная роль, и собес будет покрывать оба слоя.

Что спрашивают на собесе

На собесе PM обычно копают в:

• метрики продукта и unit-экономику,
• продуктовое мышление: «как ты выберешь, какую фичу сделать первой»,
• кейсы по росту и активации,
• A/B-тесты, базовая статистика,
• иногда SQL.

На собесе PO копают в:

• Scrum, как ведёшь бэклог, что делаешь с тяжёлыми зависимостями,
• как пишешь user story с критериями приёмки,
• как разруливаешь конфликт приоритетов между стейкхолдерами,
• как декомпозируешь большую задачу на спринты.

Если идёшь на «PM/PO» в одну роль — готовь оба слоя. Лучший способ — потренироваться на конкретных вопросах, не перечитывая теорию по десятому разу.

Частые ошибки

• Считать PO «помощником PM». PO — самостоятельная роль с зоной ответственности, не ассистент.
• Идти на собес PM с историями про спринты и груминги. Спрашивают про метрики, а ты рассказываешь про story points.
• Идти на собес PO без понимания Scrum-механики. Если ни разу не вёл бэклог и груминги — будет видно с первого вопроса.
• Считать, что PM «над» PO в иерархии. В большинстве компаний это не уровни, а разные функции.
• Не уточнять на скрининге, что подразумевается под ролью. Тайтлы у всех разные, обязанности — тем более.

Связанные темы

• Что должен знать продакт-менеджер
• Продакт-менеджер и бизнес-аналитик: что выбрать
• Growth PM и обычный продакт: в чём разница
• Технический продакт vs обычный
• Можно ли быть продактом без технического фона

FAQ

PO — это младшая версия PM?

Нет. Это разные роли с разной зоной ответственности. PO глубоко в работе одной команды, PM шире — на стратегию, бизнес и несколько команд сразу.

Можно ли расти из PO в PM?

Да, это распространённый трек. Освоив тактику бэклога, человек добирает метрики, стратегию и кейсы — и переходит на PM-позицию.

Кто пишет PRD — PM или PO?

Обычно PM. PO декомпозирует PRD на user stories внутри спринтов и следит за реализацией.

Сколько PO нужно на одного PM?

Ориентир — один PO на одну Scrum-команду из 5–8 человек. У одного PM может быть 2–4 таких команды.

В вакансии «Product Owner» — это правда PO или замаскированный PM?

Чтобы понять, читай обязанности. Если там «защищает стратегию» и «отвечает за метрики» — это PM с тайтлом PO. Если «ведёт бэклог и спринты» — настоящий PO.

---

Готовишься к собесу на PM или PO — открой тренажёр Карьерник и прокачай метрики, продуктовое мышление и SQL.