Как работать с PM эффективно

Почему это важно

PM — ваш основной стейкхолдер. От того, как вы строите с ним отношения, зависит:

• Какие задачи вам дают (стратегические или тактические).
• Как вас оценивают.
• Какой эффект вы создаёте.
• Кто вас рекомендует для повышения.

Типы PM

1. Продакт, работающий по данным

Понимает метрики, уважает анализ. Мечта для аналитика.

2. Опытный, но без данных

«Я и так знаю, что надо». Сложно убедить данными.

3. Инициативный, много идей

Куча проектов, проблемы с приоритизацией.

4. Медленный или нерешительный

Бесконечный анализ, ничего не двигается.

Подход к каждому — свой.

Коммуникация

1. Регулярный 1:1

Раз в неделю 30 минут. Обсуждаете:

• Текущие задачи.
• Приоритеты.
• Вопросы.
• Развитие.

2. Асинхронно, когда можно

Slack, документы в Notion. Не каждый вопрос — встреча.

3. Проактивные апдейты

«Запустил анализ X, результаты к пятнице». Не ждите, пока PM спросит.

4. Visual communication

Слова < графики. «Метрика упала» → покажите график.

Приоритизация

Когда PM дал 5 задач одновременно

Возвращайте приоритеты:

PM либо согласится, либо скорректирует. Вы защитили себя.

Фреймворк ICE

• Impact: сколько принесёт.
• Confidence: насколько уверены.
• Ease: насколько легко.

Скор = I × C × E. Приоритизируйте по скору.

Когда сказать «нет»

Не бойтесь:

• «Не могу сделать это завтра — работаю над A. Могу в пятницу».
• «Эта задача не соответствует нашим целям квартала. Может быть отложим?»

Сеньор-аналитик умеет сказать «нет».

Если хочется сразу закрепить тему на практике — открой тренажёр в Telegram. 10 минут в день — и синтаксис в пальцах.

Фразы, которые работают

При непонятном запросе

При невозможных сроках

Когда данные неоднозначны

При «мы ведь хотели X, сделай Y»

Типичные конфликты

1. PM хочет другой результат

«Я знаю, что фича работает — переделай анализ, чтобы показал положительный результат».

Не делайте. Защищайте данные. Если PM настаивает — поднимайте к head of analytics.

2. PM дёргает ежедневно

«А этот отчёт когда? А это?»

Решение: еженедельный 1:1, чёткие приоритеты. Ad-hoc-запросы в конце очереди.

3. PM игнорирует анализ

«Всё равно катим, доверяю интуиции».

Решение: это его право. Задача аналитика — дать данные. Решения — за PM. Но фиксируйте решения «против данных» для будущих ретро.

4. Конфликт с другим PM

Два PM хотят одного аналитика одновременно.

Решение: глава аналитики расставляет приоритеты. Или разделение времени (2 дня одному, 3 другому).

5. PM не понимает статистики

«P-value = 0.06 → значит эффекта нет».

Решение: объясняйте проще. Используйте аналогии. Терпение.

Что PM ждёт от вас

Тактическое

• SQL-запросы по его запросу.
• Расчёт метрик.
• Ad-hoc-аналитика.

Стратегическое

• Инсайты, которых он не ждал.
• Рекомендации с приоритетами.
• Переводить данные → в решения.

Работа для джуна — тактическая. Для мидла+ — стратегическая.

Что вам ждёт от PM

Хороший PM

• Чёткие задачи с контекстом.
• Доверяет данным.
• Защищает аналитика от хаоса.
• Учит продуктовому мышлению.
• Рекомендует для повышения.

Плохой PM

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

Если у вас плохой PM — решайте с главой аналитики или меняйте работу.

Позиционирование

Не будьте «SQL-обезьяной»

Джун пишет SQL. Мидл+ думает над продуктом.

Рост выглядит так:

1. Джун: «сделай этот запрос».
2. Мидл: «я сделал запрос + заметил X, проверим?».
3. Сеньор: «увидел в метриках тренд, предлагаю гипотезу Y, готов запустить A/B».

Постепенно забирайте ответственность.

Ответственность за метрики

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

PM ценит такую ответственность.

Чтобы не только читать теорию, но и решать реальные задачи — загляните в бот Карьерника. Там по каждой теме подборка вопросов с разборами.

Встречи

Продуктовый стендап

• Быть.
• Слышать про roadmap.
• Задавать вопросы.

Планирование roadmap

• Аналитик должен участвовать — приносит инсайты из данных.
• Предлагать, какие эксперименты из roadmap важнее.

Ретроспектива

• Честно говорить, что помогало и мешало.
• Предлагать улучшения.

Email и Slack этикет

Тема/заголовок конкретные

• ❌ «Вопрос»
• ✅ «DAU упал 15% — нужен ли анализ сегодня?»

TL;DR в начале

Для длинных посланий:

TL;DR: Новая фича дала +5% конверсии (p<0.01), катить.

Подробно:
...

Контекст сверху

Не «можешь посчитать X?», а «для PRD по фиче Y нужен X».

Эмодзи разумно

🔴 🟢 — ок для статусов. 🎉 🙌 — иногда. Перебор — непрофессионально.

Примеры хороших взаимодействий

Хорошо

PM: «Почему DAU упал?»

Аналитик: «Видел тренд, копаю. Первичный разбор к 16:00 сегодня. Финальный анализ — к пятнице.»

(Проактивно, чёткий тайминг, прозрачно.)

Хорошо

PM: «Нужно сделать дашборд по конкурентам.»

Аналитик: «Уточним: конкуренты каких продуктов? Какие метрики? Для какой аудитории? Приоритет относительно задачи X, которую делаю сейчас?»

(Уточнение, защита приоритетов.)

Хорошо

PM: «A/B не сработал, но я думаю, если изменить X — сработает.»

Аналитик: «Могу провести post-hoc анализ. Если сегменты показывают, что где-то работает, — перезапуск имеет смысл. Иначе — лучше новая гипотеза.»

(Объективность, не прогиб под желаемый вывод.)

Читайте также

• Как презентовать результаты
• Soft skills аналитика
• Первые 90 дней аналитика
• Что делает аналитик данных

FAQ

Сколько PM на одного аналитика?

Типично 1:1 или 1 аналитик на 2–3 PM. Больше 3 — перегрузка.

Что, если PM игнорирует аналитика?

1. 1:1 разговор о ожиданиях.
2. Если не помогает — head of analytics.
3. Если и это — искать другую команду.

Нужно ли аналитику посещать все PM-meetings?

Нет. Приоритетно: standup, roadmap, retros, user interviews. Остальное — по необходимости.

Как не стать «SQL-обезьяной»?

Постепенно предлагайте инсайты, а не просто запросы. Брать ответственность за домен. Показывать стратегическое мышление.