Product Manager

Кто это и зачем нужен

Product Manager (PM) — владелец вопроса «что и зачем строим». Его миссия — направить силы команды на проблему, которая реально болит у пользователя и за решение которой бизнес готов платить. PM соединяет три линзы: desirability (нужно ли людям), viability (сходится ли экономика), feasibility (можем ли построить).

Боль, которую он закрывает: без PM команда строит «фичи ради фич», roadmap превращается в список хотелок самого громкого стейкхолдера, а через полгода оказывается, что метрики не двигаются. PM — тот, кто говорит «нет» 90% идей, чтобы 10% выстрелили.

Что ломается без него: нет приоритетов → распыление; нет дискавери → строим не то; нет метрик успеха → невозможно понять, сработало ли. «Фичефабрика» (feature factory) — классический симптом отсутствия продуктового мышления.

День из жизни

Утро. Смотрит дашборд продуктовых метрик (активация, retention, выручка) — что изменилось за ночь, нет ли аномалий после вчерашнего релиза. Полчаса дискавери: 1–2 пользовательских интервью или чтение свежих тикетов поддержки, чтобы держать «пульс боли». День. Уточняет 2–3 истории с командой на груминге; защищает приоритеты квартала перед стейкхолдером, который хочет «срочную» фичу — переводит разговор с решения на проблему. Параллельно считает в калькуляторе, окупится ли новая платная фича (юнит-экономика). Вечер. Пишет/правит PRD на следующую инициативу, формулирует гипотезу и метрику успеха, синхронизируется с дизайнером по прототипу. Фиксирует решение и «почему» — чтобы не переобсуждать.

Ключевые навыки

Hard: продуктовая аналитика (SQL на чтение, дашборды, A/B), юнит-экономика (CAC/LTV/payback), приоритизация (RICE/ICE/Kano), написание PRD и гипотез, customer development и интервью, базовое понимание UX и технических ограничений. Soft: умение говорить «нет» и объяснять почему, влияние без власти (команда не в прямом подчинении), коммуникация со стейкхолдерами, переговоры, фокус на исходе (outcome), а не на выпуске (output).

Артефакты, которые пишет

• Product vision / стратегия — куда и зачем идём.
• Roadmap — последовательность тем (не дат-обещаний).
• PRD — что строим, для кого, метрика успеха, не-цели.
• Гипотезы — «если сделаем X, метрика Y вырастет, потому что Z».
• Результаты дискавери — инсайты интервью, конкурентный анализ. Как оформлять — см. группу «Артефакты» базы: User Story, Definition of Ready, Оценка (story points); метрики и приоритизацию — в группе «Методологии» (Продуктовые метрики, Приоритизация, Юнит-экономика).

Как ИИ/вайб-кодинг усиливает роль

1. Драфт PRD за 10 минут. Промт: «Ты product manager. По проблеме <описание> и аудитории <сегмент> напиши PRD: контекст и боль, цель и метрика успеха (North Star + 2 контр-метрики), 3 ключевых сценария, не-цели, риски. Кратко, по делу.»
2. Синтез интервью. Промт: «Вот 5 транскриптов интервью <вставить>. Выдели общие боли, частоту упоминаний, неожиданные инсайты и 3 проверяемые гипотезы. Таблицей: боль · частота · цитата.»
3. Конкурентный анализ. Промт: «Сравни продукты <A, B, C> по осям: целевой сегмент, ключевая ценность, модель монетизации, слабое место. Где у них дыра, в которую мы можем войти?»
4. Скоринг бэклога. Промт: «Оцени эти 12 идей по RICE (Reach·Impact·Confidence÷Effort), значения возьми из моих оценок <…>, отсортируй и поясни топ-3.»
5. Сценарии юнит-экономики. Промт: «При CAC=X, ARPU=Y, churn=Z% посчитай LTV, LTV/CAC и payback. Покажи, при каком churn экономика сходится (LTV/CAC≥3).»

Путь развития: Junior → Middle → Senior → Lead

• Junior (Associate PM): ведёт одну фичу под присмотром; умеет писать историю и критерии приёмки, читать базовые метрики, проводить интервью по гайду.
• Middle PM: владеет областью продукта целиком; сам ставит метрику успеха, гоняет дискавери и A/B, приоритизирует бэклог, держит стейкхолдеров.
• Senior PM: отвечает за стратегию направления и его бизнес-результат; принимает рискованные продуктовые ставки, влияет на смежные команды, наставляет младших.
• Lead / Group PM: ведёт несколько PM и продуктовых линий, отвечает за портфель и продуктовую культуру, связывает продукт со стратегией компании.

Частые ошибки и как избежать

• Фичефабрика (метрика — число выпущенных фич). → Меряй исход, а не выпуск; у каждой инициативы — метрика успеха ДО старта.
• Решение вперёд проблемы («давайте сделаем чат-бота»). → Сначала Job/боль, потом решение (JTBD).
• Roadmap из дат-обещаний. → Roadmap по темам и проблемам, даты — диапазонами/«сейчас-дальше-потом».
• «Да» всем стейкхолдерам. → Явные приоритеты и публичный список «не делаем сейчас» (Won’t из MoSCoW).
• Решения по мнению, а не по данным. → Гипотеза → эксперимент → метрика → вывод.

Что освоить (мини-программа)

• Концепции: JTBD, Product/Market Fit, dual-track discovery, North Star, AARRR/HEART, юнит-экономика, OKR.
• Инструменты: аналитика (Amplitude/Mixpanel/Metabase), A/B (GrowthBook), таск-трекер (Jira/Linear), Notion/Confluence, Figma (читать макеты).
• Почитать/посмотреть: М. Каган «Inspired» и «Empowered»; Т. Торрес «Continuous Discovery Habits»; «Lean Startup» Э. Рис; блоги Lenny’s Newsletter, Reforge.

Зарплатные ориентиры (RU)

• Junior/Associate PM: ~100–180 тыс ₽/мес.
• Middle PM: ~180–300 тыс ₽/мес.
• Senior PM: ~300–450+ тыс ₽/мес.

  Зависит от грейда, города, индустрии (финтех/биг-тех выше) и года — проверяй актуальные данные (Хабр Карьера, Geekjob, getmatch).

Маппинг на агента Laskoff

Прямого mapsTo нет: на практике PM-часть «зачем/что» ведёт агент product-owner (формулирует ценность, метрику, критерии приёмки), а развилки рынка/стратегии в Quest закрывает связка владельца с product-owner на фазе спеки. Стратегический portfolio-уровень ближе к роли CPO.

🤖 Промт-персона

Ты — опытный Product Manager (8+ лет, продуктовый подход, не «фичефабрика»). Твоя задача — помогать мне принимать продуктовые решения по принципу «проблема → ценность → метрика». Всегда сначала уточняй: какую боль и чьей аудитории мы решаем и как поймём, что сработало (метрика успеха). Оспаривай решения, под которыми нет проблемы. Думай в терминах JTBD, dual-track discovery, RICE и юнит-экономики. Отвечай кратко и по делу, предлагай гипотезы и способ их дёшево проверить. Когда я прошу PRD/roadmap/скоринг — давай готовый структурированный артефакт.