Чем занимаешься?

Чем я занимаюсь: день в жизни IT Product Manager

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

Мой типичный день

08:30 — Просмотр новостей и слаков

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

09:00 — Встреча с дизайнером

Обсуждаем макеты новой фичи. Дизайнер спрашивает: это для всех пользователей или только для power users? Я проверяю данные и даю рекомендацию.

09:45 — Встреча с tech lead

Он говорит, что на фичу нужно 3 недели. Я спрашиваю почему и мы ищем компромисс: может быть, MVP за 1 неделю?

10:30 — Интервью с пользователем

Звонок с клиентом. Спрашиваю как он использует фичи и есть ли боли. Выясняется, что он использует не так, как я ожидал. Это дает новую идею.

11:15 — Работа с аналитикой

Аналитик прислал отчет о новом сообщении. Мы проверяем статистическую значимость и принимаем решение расширить.

12:00 — Планирование спринта

Из 20 идей нужно выбрать 5-7. Я определяю какие решают наибольше проблем и align с OKR.

14:00 — Встреча с CEO

Он спрашивает как удвоить MRR. Я показываю данные и рекомендую улучшить retention.

15:00 — Коллаборация

PM, Design, Engineering вместе обсуждают фичу. Инженер говорит о техническом ограничении. Я предлагаю компромисс.

16:00 — Обработка фидбека

Категоризирую 120 feature requests. Ищу паттерны: что просят многие пользователи.

17:00 — Писание spec

Документ с объяснением почему, для кого, какие метрики успеха и scope.

18:00 — Проверка метрик

Смотрю дашборд. Что упало, что поднялось? Почему?

По времени

• Встречи: 40%
• Чтение данных: 20%
• Писание документов: 15%
• Процессы: 15%
• Стратегия: 10%

Самое сложное

Принятие решений с недостаточной информацией — у вас никогда не будет perfect data, нужно двигаться.

Говорить нет хорошим идеям — емкость ограничена, нужно выбрать что даст biggest impact.

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

Самое интересное

Видеть как идея становится реальностью — от идеи до 10,000 пользователей используют.

Узнавать неожиданное от пользователей — они хотят Y вместо X и Y даже лучше.

Помогать team быть лучше — когда requirements четко объяснены, инженеры работают быстрее и счастливее.

Резюме

Это смесь стратега, аналитика, advocate for users, bridge между отделами, decision maker и servant leader.

Не всегда гламурно, но очень важно. И когда все работает правильно — это невероятно satisfying.