Как выглядит ежедневная работа продакт-менеджера на самом деле? Какие задачи он решает? Какие инструменты использует и как оптимизирует работу?

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

Материал будет полезен:

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

Далее — рассказ от лица нашего автора.

***

Привет! Меня зовут Сергей Беляев, я продакт-менеджер в «Авито» и автор телеграм-канала The product way про создание технологичных продуктов.

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

Продуктовые команды «Авито» работают по системе OKR (Objectives and Key Results), что позволяет сохранять фокус на ключевых целях как на горизонте квартала, так и года.

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

Все проджектовые функции ложатся на продактов и тимлидов разработки. В случае потребности в ресурсе мобильной разработки или фронта, мы делим общий ресурс с другими командами при планировании каждого квартала. То же касается создания ML-моделей и LLM для конкретных нужд команды.

У меня ненормированный рабочий день, его начало и конец, как правило, определяются расписанием ключевых встреч, количеством операционных задач и другими факторами. Чаще всего я работаю удаленно, что позволяет мне выделять в календаре слот «на подумать» в конце каждого дня.

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

  • Основной инструмент — Google Chrome, а также пакет программ Google Docs. Весь документооборот и совместная работа над документами происходит именно там.

Почему Chrome, а не какой-то другой браузер? Дело в том, что дашборды в компании строятся на Redash, а он корректнее работает именно в этом браузере.

  • Расширение ProWritingAid для браузера, чтобы облегчить написание документов на английском. Этот ассистент хорошо справляется с поиском стилистических и орфографических ошибок в текстах.
  • Slack, Outlook, Zoom для общения с коллегами, планирования и проведения встреч.
  • Jira для создания тасок и контроля их выполнения, Confluence для работы с документацией.
  • Miro, Figma использую для подготовки презентаций, отсмотра макетов.
  • Android Studio, XCode для тестирования новых сборок приложений.
  • Notion часто использую для заметок.
  • ChatGPT как альтернативный инструмент для изучения рынка и пользовательских привычек.
  • Пакет Microsoft Office для локальной работы с таблицами.

Перед началом каждого рабочего дня я всегда закладываю 30-40 минут на «разогрев». Я читаю новости сферы tech в телеграм-каналах (42 секунды, addmeto, vc), сводку новостей по авторынку. Далее просматриваю план встреч на день, отвечаю на сообщения коллег в рабочих чатах, на письма, а также пробегаюсь по ключевым дашбордам и запущенным A/B-тестам, чтобы убедиться, что нет аномалий.

Понедельник

11:00 — Планирование спринта с тремя командами разработки.

Каждая команда, которая в среднем состоит из пяти инженеров, имеет свой профиль и отвечает за разные направления (мы это называем «стримами»). Таким образом, мои задачи по каждому отдельному стриму лежат в разных командах, и я хожу на планирование всех трех команд по очереди.

  • Закрываем прошедший спринт, оцениваем число закрытых стори поинтов.
  • Смотрим запланированные оцененные ранее задачи, укомплектовываем новый спринт, расставляем приоритеты (очередность выполнения).
  • Заранее проговариваю даты, когда мы должны запустить два ключевых теста с большой языковой моделью (LLM) и поиском.

Под каждый запуск продакт заводит проект во внутренней системе, где описывает суть изменений, кого изменения затронут, указывает дату релиза и связывает проект с A/B-тестом (если таковой предусмотрен). Это необходимо, чтобы поддержка и модерация были готовы поддержать нововведения.

12:00 — Планирование спринта с Discovery-командой.

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

14:00 — Встреча с аналитиками для обсуждения гипотез падения одной из метрик и путей исправления ситуации

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

16:00 — Встреча с менеджером бизнес-направления категории по увеличению доставочности товаров.

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

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

16:30 — Регулярный Discovery-грумминг.

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

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

17:00 — Создаю эпики и таски на следующие спринты из бэклога.

Из ранее запланированных на квартал стримов необходимо оформить эпики, где подробно описать суть изменений и ожидаемый эффект для пользователей. К эпикам привязать оформленные таски, которые затем отправятся на Product Backlog Refinement (PBR) к разработке.

PBR — встречи, на которых продакт вместе с тимлидом и инженерами описывает технические детали задачи, оценивает ее и кладет в один из спринтов квартала.

18:00 — Делаю разметку accuracy категории.

Один из этапов проработки новой категории, в рамках которого необходимо соотнести аналитически выделенные n-gramm с логической микрокатегорией.

19:00 — Встреча по маркетинговой стратегии категории.

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

20:00 — Подготовка презентации к выступлению перед группой продаж.

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

Развивайтесь в профессии продакт-менеджера с помощью GoPractice.

→ «Профессия: продакт-менеджер».

→ «Симулятор управления продуктом на основе данных».

→ «Симулятор управления ростом продукта».

→ «Симулятор SQL для продуктовой аналитики»

→ «Симулятор управления ML/AI-проектами».

→ «Генеративный AI для продакт-менеджеров: мини-симулятор».

→ Не знаете с чего начать? Пройдите бесплатный тест для оценки навыков управления продуктом и подпишитесь на телеграм-канал GoPractice.

Вторник

10:00 — Встреча с разработчиком перед запуском теста с LLM.

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

11:00 — Дейли с Discovery-командой.

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

12:00 — 1–1 с коллегой продактом.

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

14:00 — Планирование дизайна.

Финалим ранее сделанный драфт в Miro по загрузке команды дизайна на квартал. Ключевая задача — зафиксировать сроки и ожидания заказчиков, равномерно распределить нагрузку между двумя дизайнерами.

15:00 — Создаю эпики и таски на следующие спринты из бэклога.

Продолжаю начатую в понедельник активность по заведению задач на квартал. В этот раз также создаю таски и для контент-менеджеров.

17:00 — Обсуждение трекшн-модели с аналитиком.

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

18:00 — Блок под операционные задачи, ответы на сообщения в чатах, разбор почты и решение нетривиальных запросов от смежных функций.

Среда

9:00 — Презентация итогов работы за полугодие группе продаж, ответы на вопросы сотрудников.

12:00 — 1–1 с тимлидом разработки.

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

13:00 — Блок под операционные задачи.

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

В команде есть аналитики, которые запускают A/B-тесты, создают дашборды и делают выгрузки. Однако большой скоуп задач на спринт не позволяет им помогать со всем. Поэтому несложные задачи, например запросы к базам, могут делать сами продакты.

14:00 — 1–1 с руководителем.

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

15:00 — Планирование исследований.

Распределяем нагрузку между исследователями на проведение качественных и количественных исследований на новый квартал. Сами запросы были созданы на доске Jira заранее членами команды.

16:00 — Еще одна встреча по увеличению доставочности в категории.

В этот раз в участниках аналитики и разработчики от команды логистики и нашей. Грумим проблематику и выносим со встречи следующие шаги.

17:00 — Подготовка к Deep dive в рамках нового стрима.

Deep dive — подробный рассказ с выкладками, аналитикой и выводами по какой-то теме для заинтересованных членов команды.

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

Четверг

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

10:00 — Блок под операционные задачи, ответы на сообщения в чатах, разбор почты и решение нетривиальных запросов от смежных функций.

12:00 — Встреча с командой поиска.

Синк с инженерами команды поиска для обсуждения запущенных и планирующихся тестов.

14:00 — Обсуждение трекшн-модели с аналитиком.

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

16:00 — Подготовка к Deep dive в рамках нового стрима.

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

Пятница

10:00 — Синк с руководителями команды продаж.

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

12:00 — Дейли с тремя командами разработки.

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

13:00 — PBR с командами разработки.

Достаем описанные и проработанные мной задачи из бэклога для оценки. После этого они попадают на доске Jira в один из спринтов.

15:00 — Встреча с внешним партнером.

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

17:00 — Регулярка с бизнесом в рамках нового стрима.

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

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

Напоследок хотел бы дать несколько советов о том, как эффективнее распоряжаться временем и успевать выполнять квартальные цели:

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

Если у вас остались вопросы, всегда можно написать мне. Мои контакты есть в канале. Спасибо за внимание!

***

Узнайте больше

От джуна до сеньора: как устроен карьерный рост продакт-менеджеров в «Авито» — в этом материале руководитель продукта в «Авито» Александр Лукьянов делится тем, как устроена карьерная лестница продакт-менеджера в «Авито», и рассказывает личную историю роста с junior-позиции до руководящей

Автор иллюстрации к материалу — Анна Гольде