HappyM — Продукт-менеджер: зона ответственности и метрики

HappyM

Отдел продукта · стандарт роли

Продукт-менеджер:
зона ответственности и метрики эффективности

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

Редакция от 8 сентября 2026

Утверждается на закрывающей планёрке продукта 09.09

Базовый принцип

Продакт отвечает за продукт от начала до конца

Что это значит

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

Что это не значит

Продакт не обязан делать всё руками и не отвечает за чужие сроки. Но он обязан знать состояние своего продукта на каждом шаге и вовремя поднимать то, что встало. Передача задачи дальше не передаёт ответственность за результат.

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

Зона ответственности

Что входит в роль

Блок	Содержание
Экономика продукта	Юнит-экономика по каждой площадке отдельно: себестоимость, комиссия, логистика, эквайринг, обработка на фулфилменте, процент выкупа, СПП, ДРР. Ценовая стратегия: цена запуска и цена, с которой карточка уходит в дроп. Аналитик — консультация и проверка, расчёт делает продакт.
План продаж	План в штуках и рублях по каждому SKU и по категории, с разбивкой по площадкам. Плановая маржа. Плановый ДРР и рекламный бюджет.
Запуск	Карточка запуска на каждый SKU (см. слайд 05). Контроль готовности товара на фулфилменте. Заведение и наполнение карточек: листинг, характеристики, SEO, рич-контент.
Продвижение	Схема продвижения на старте и контроль того, что она реально исполнена — независимо от того, кто исполнитель: внутренняя команда или подрядчик.
Дизайн	Постановка ТЗ, очередь и приоритеты дизайнеров, приёмка работ с вердиктом в течение 24 рабочих часов, контроль качества макетов перед печатью.
Матрица и ассортимент	Актуальность матрицы, оценка успешности новинки после запуска, решение о доработке или выводе из матрицы — с обоснованием цифрами.
Отчётность	Дашборд: метрики план/факт, задачи со статусами, блок препятствий. Единый трекер новинок как источник правды по статусам.

Границы роли

Что продакт не решает сам

Решение собственника

· Подписание договоров с поставщиками
· Фиксация закупочных цен и объёмов
· Рекламный бюджет сверх утверждённого
· Изменение утверждённых матриц
· Изменение цен на карточках, участвующих в тестах
· Коммерческие условия для торговых сетей

Решает продакт

· Приоритеты внутри поставленных задач по своей категории
· Очередь и распределение работ дизайнеров
· Приёмка работ дизайна
· Выпуск готовой новинки в продажу — при наличии заполненной карточки запуска
· Схема тестов и формат продвижения в рамках бюджета
· Предложение по выводу SKU из матрицы

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

Обязательный документ

Карточка запуска — семь строк на каждый SKU

План продаж

Штуки и рубли на первый месяц

Цена

Цена запуска и цена, с которой карточка уходит в дроп — два разных числа

Объём стока

Сколько заведено и на каком складе

Плановый ДРР и рекламный бюджет

Либо ноль — и тогда прямо написано, за счёт чего идёт трафик

Схема продвижения

Реклама, склейки, отзывы — что именно и кто исполняет

Ответственный за рекламу на этой площадке

Поимённо, включая подрядчика

Дата первой проверки

Когда смотрим первые цифры и по какому порогу признаём, что не пошло

Строка без данных всё равно заполняется: «жду от кого и к какой дате». Заполненная строка защищает продакта по правилу смежников (слайд 09). Пустая — нет.

Метрика 1 · квартальная

Процент успешных новинок

Новинка считается успешной, если одновременно выполнены все три условия:

≥ плана

Выручка

против плана из юнит-модели

≥ 35%

Маржа-2

≥ 4,8

Рейтинг карточки

Окно оценки — 60 дней

Отсчёт с момента появления остатка на площадке, а не с даты заведения карточки. 30 дней мало для подарочной сезонки, 90 выносят выплату за пределы квартала.

Целевой показатель — 70%

Не менее 70% новинок, запущенных в квартале, должны пройти все три условия.

Метрика 2 · ежемесячная

Количество выведенных SKU в срок

Что считается «в срок»

Дата готовности к отгрузке по чек-листу, зафиксированная в трекере новинок. Не дата заведения карточки и не дата сдачи макета в печать.

Выплата считается по линейной шкале, а не по принципу «всё или ничего»:

Выполнение плана месяца	Выплата по метрике
менее 70%	0 метрика не засчитывается
от 70% до 100%	пропорциональнонапример: план 10, выведено 8 → 80% выплаты
100%	полная выплата

Метрика 3 · ежемесячная

Выручка новинок по своим категориям

Что измеряет

Фактическую выручку по SKU, запущенным продактом в текущем периоде, в разрезе его категорий и площадок. Сверяется с планом продаж из карточки запуска.

Зачем она нужна

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

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

Правило смежников

Что происходит, если сорвал не продакт

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

Засчитывается

Блокер записан в день, когда он возник, с указанием: чего не хватает, от кого ждём, к какой дате. SKU выпадает из знаменателя, метрика не страдает.

Не засчитывается

Блокер назван устно, в переписке или в момент разбора итогов. SKU остаётся в расчёте как невыполненный.

Смысл правила: вовремя записанный блокер — это деньги продакта. Он снимает с него SKU, который объективно нельзя было вытянуть. Поэтому ведение блока «препятствия» выгодно самому продакту, а не только руководителю.

Инструмент

Дашборд — единственный источник правды

Блок 1 · Метрики

План и факт за неделю. Если факта нет — ставится ноль и причина, а не пустая ячейка.

Блок 2 · Задачи

Статус по каждой. Не сделано — так и отмечается, с комментарием почему.

Блок 3 · Препятствия

Что мешает и от кого ждём. Именно этот блок включает правило смежников.

Два правила

· Не в дашборде — значит не сделано.
· Проблема, не зафиксированная в блоке «препятствия», остаётся ответственностью исполнителя.

Ритм

Дашборд заполнен до 15:00 в день планёрки. Планёрка отдела — каждый понедельник, каждый показывает свой блок. На встрече обсуждаются решения, а не статусы: статусы руководитель читает заранее.

Сводно

Из чего складывается оценка

Метрика	Период	Порог
Процент успешных новинок	квартал	70% новинок проходят все три условия: выручка ≥ плана, маржа-2 ≥ 35%, рейтинг ≥ 4,8. Окно оценки 60 дней с появления остатка
Количество выведенных SKU в срок	месяц	Линейная шкала: <70% — 0, 70–100% — пропорционально, 100% — полная выплата
Выручка новинок по категориям	месяц	Факт против плана продаж из карточек запуска

Суммы месячной и квартальной части фиксируются отдельно при пересборке блока KPI — с учётом текущей ситуации на рынке. До этого момента действуют ранее согласованные условия.

Порядок ввода

Что действует с какого момента

Что	С какого момента	Комментарий
Карточка запуска обязательна	сразу	На обе площадки, на каждый новый SKU
Правило дашборда и правило смежников	сразу	Без них не работает ни одна метрика
Три метрики как система оценки	с октября	Сентябрь дорабатывается по ранее согласованным KPI. Менять условия внутри оплаченного периода нельзя — это вопрос доверия, а не удобства
Суммы месячной и квартальной части	по решению	Фиксируются при пересборке блока KPI

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