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

Что вообще делает продакт за день

Если спросить продакта «чем ты занят», ответ обычно — «встречи и переписка». И это правда, но только наполовину. На самом деле под этим прячется штук десять разных активностей: разговоры с пользователями, разбор A/B-тестов, написание ТЗ, споры о приоритетах, презентации боссу, синки с дизайнером, аппрувы макетов и постоянное переключение контекста.

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

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

Усреднённое распределение времени за неделю продакта на полной ставке (ориентир, не норма):

Если стратегия съедает 0%, а встречи — 70%, ты, скорее всего, координатор, а не продакт.

Утро: метрики и созвоны

09:00–10:00 — кофе и дашборды. Продакт открывает основные метрики продукта: DAU, retention, конверсия, выручка. Задача — заметить, если что-то поломалось ночью или резко изменилось. Если видит аномалию — пишет аналитику и идёт разбираться.

10:00–11:00 — daily standup с командой. Разработчики и дизайнер рассказывают, что делают. Продакт слушает, отмечает блокеры, помогает разрулить.

11:00–12:00 — синк с дизайнером по новой фиче. Смотрят прототип, обсуждают edge cases, спорят про кнопку «Назад».

В крупных компаниях ещё бывают регулярные созвоны: weekly с руководителем, biweekly с топами, monthly с маркетингом. В стартапе всё это сжато до одного-двух коротких синков в неделю.

Чек-лист утренних метрик за 5 минут:

• ключевая воронка не упала больше чем на 10% к среднему дню;
• активные пользователи в норме;
• ошибки клиента и сервера на типовом уровне;
• топ-фичи прошлой недели не просели в использовании.

Если что-то выпрыгнуло — копаешь до обеда, остальное двигается.

День: discovery и работа с командой

12:00–13:00 — интервью с пользователем. Хороший продакт держит ритм: 1–2 интервью в неделю минимум. Иначе теряешь связь с реальностью и начинаешь верить собственным гипотезам без проверки.

13:00–14:00 — обед, в котором обычно тоже что-то решается. Это не идеал, но это жизнь.

14:00–16:00 — глубокая работа. Сюда продакт пытается засунуть то, что требует концентрации:

• написание PRD на следующую фичу;
• разбор результатов A/B-теста;
• подготовка презентации;
• декомпозиция большой задачи на спринты;
• ревью аналитики по новой воронке.

В реальности эти два часа постоянно прерываются: подходит разработчик с вопросом, в Slack приходит срочное сообщение, всплывает баг в проде. Продакт, который умеет защищать deep work-блок, продуктивнее в 2–3 раза.

16:00–17:00 — синки с командой. Аналитик показал свежий funnel, разработка обсуждает архитектурное решение, QA нашёл баг.

Шаблон 30-минутного интервью с пользователем:

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

Главное правило: не показывать макет до 25-й минуты, иначе пользователь начнёт оценивать его, а не свою реальную задачу.

Вечер: анализ и планирование

17:00–18:00 — самостоятельная работа с данными. Продакт лезет в SQL или дашборд, проверяет гипотезу, считает потенциал фичи. Это та часть, которую джуны часто пропускают, но именно она отличает «менеджера, который согласовывает» от «продакта, который двигает метрику».

18:00–19:00 — апдейты, переписка, ответы. Продакт пишет статусы, обновляет roadmap, отвечает на вопросы стейкхолдеров.

Раз в неделю — отдельный слот на refinement бэклога: пройтись по задачам, выкинуть устаревшие, переоценить приоритеты. Без этого бэклог за месяц превращается в свалку.

Раз в квартал — планирование: что делаем следующие три месяца, какие OKR ставим, какие гипотезы тестируем.

Полезный ритуал на конец недели — 30 минут на «что я узнал». Записать 3 факта про пользователей, 1 решение, которое я бы пересмотрел, 1 гипотезу, которая ушла в backlog. Через полгода такой записи становятся источником стратегии.

Что меняется в зависимости от компании

Стартап на 5–20 человек. Продакт делает всё подряд: и дизайн правит в Figma, и SQL пишет, и с клиентами созванивается лично. Меньше регламентов, больше хаоса. Зато прямая связь между решением и результатом — сделал фичу, через неделю видишь эффект.

Средняя компания на 100–500 человек. Появляется аналитик в команде, дизайнер на полную ставку, регулярные процессы. Продакт меньше сам копает данные, больше координирует.

Крупная компания (банк, маркетплейс, экосистема). Часть работы — политика и согласования. Чтобы выкатить простую фичу, нужно пройти 3 ревью: безопасность, юристы, бренд. Зато ресурсов много и фичи влияют на миллионы людей.

В стартапе работа интенсивнее, в корпорации — формальнее. Что лучше — зависит от темперамента.

Что меняется по грейдам

• Junior PM. Закрывает конкретные фичи, пишет AC, ходит на стендапы, чуть-чуть копает в SQL. Стратегию ему дают сверху.
• Middle PM. Сам формулирует гипотезы, ведёт A/B, пишет PRD, отвечает за метрику команды. Стратегию обсуждает на равных с лидом.
• Senior PM. Отвечает за стратегию направления, нанимает в команду, ментворит мидлов. Меньше тикетов, больше документов и переговоров.
• Group PM / Lead. Управляет несколькими PM, отвечает за P&L направления, руководит OKR-процессом, тренирует команду.

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

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

• Жить в календаре. Если день расписан со встречи на встречу — некогда думать. Бронируй deep work-блоки заранее.
• Не разговаривать с пользователями. Через месяц без интервью теряешь чутьё. Через три — начинаешь принимать решения вслепую.
• Не смотреть метрики ежедневно. Ловить аномалии через две недели после того, как они случились — поздно.
• Писать ТЗ на 20 страниц. Никто их не читает. Лучше короткий PRD на 1–2 страницы и живое обсуждение.
• Соглашаться на всё. Хороший продакт говорит «нет» гораздо чаще, чем «да».
• Игнорировать саппорт-чат. Там быстрее всего видно реальные проблемы пользователей.
• Не записывать решения. Через три месяца команда переспросит «а почему мы выбрали этот вариант», и ты не вспомнишь.

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

• Кто такой продакт-менеджер
• Обязанности продакт-менеджера
• Один день из жизни продакт-менеджера
• Что такое продуктовый менеджмент
• Продуктовая аналитика

FAQ

Сколько часов в день реально работает продакт?

Чистого рабочего времени — 6–8 часов. Из них реально продуктивных — 3–4. Остальное — встречи и контекстные переключения. Продакты с opyt-ом учатся ужимать рутину и оставлять больше времени на думание.

Продакт работает с понедельника по пятницу?

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

Сколько встреч в день у продакта?

Здоровый ритм — 3–5 встреч в день. Если 7+ — что-то не так с процессами, и продакт превращается в координатора без времени на работу.

Можно ли работать продактом удалённо?

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

Чем работа продакта отличается от работы тимлида?

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

Сколько по времени уходит на discovery в среднем?

Здоровая норма — 10–20% недели. Меньше 5% — продакт скоро принимает решения вслепую. Больше 30% — он, скорее, исследователь, чем продакт.

Когда продакту стоит самому копаться в SQL, а когда отдать аналитику?

Самому — для быстрых проверок, разбора аномалий, ad-hoc-вопросов на 15 минут. Аналитику — крупные исследования, дашборды, регулярные витрины. Граница плавающая, но если ты неделю ждёшь от аналитика выгрузку из одной таблицы — это маркер сломанного процесса.

Можно ли быть продактом и кодить параллельно?

В стартапе на ранней стадии — да. В нормальной команде — нет, ты теряешь и в продукте, и в коде. Это разные режимы внимания.