Что должен знать продакт-менеджер: полный список навыков

Зачем чек-лист навыков

«PM должен уметь всё» — фраза, которая ничего не даёт. На джунском собесе никто не ждёт, что ты в одиночку поднимешь продукт с нуля. На сениорском — никто не верит, что ты умеешь только метрики. У каждого грейда свой набор и свой приоритет.

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

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

Hard skills: метрики и аналитика

База, без которой PM-собес даже не начнётся:

• AARRR (acquisition, activation, retention, revenue, referral) и понимание каждого этапа;
• DAU, WAU, MAU и зачем считать stickiness (DAU/MAU);
• retention по когортам: классический, rolling, weekly retention;
• ARPU, ARPPU, paying share;
• LTV, CAC и как их связывать в payback;
• продуктовые воронки и где искать утечки;
• понимание north star metric и input metrics;
• декомпозиция метрик и поиск драйверов.

Это нужно знать ВСЕМ грейдам, без исключений. Джун без этого — не джун, а кандидат на бизнес-аналитика.

Шаблон ответа на собесовский кейс «упал retention»:

1. Уточнить, какой retention: D1, D7, D30; classic, rolling, range.
2. Сравнить новые и старые когорты.
3. Дисагрегировать по платформе, источнику, версии.
4. Проверить технику — релизы, баги, краши.
5. Сформулировать 3–5 гипотез и предложить эксперимент или анализ.

Ответ «давайте сделаем пуши» сразу выдаёт уровень джуна без подготовки.

Hard skills: SQL и работа с данными

PM пишет SQL не каждый день, но критично уметь без аналитика-сопровождающего:

• читать чужой запрос и понимать, что он возвращает;
• написать select с join, group by, агрегатными функциями;
• посчитать когорту по новым пользователям;
• использовать оконные функции (ROW_NUMBER, LAG, SUM OVER);
• сделать запрос на расчёт retention или активации;
• безопасно делить (NULLIF), не падать на integer division.

Без этого ты не сможешь сам проверить гипотезу за 15 минут — будешь ставить тикет аналитику и ждать сутки. На собесе крупных продуктовых компаний SQL-задачи задают всегда.

Минимум, который должен залетать на автомате:

-- Top-3 продукта в каждой категории
WITH ranked AS (
  SELECT category, product_id, sales,
         ROW_NUMBER() OVER (PARTITION BY category ORDER BY sales DESC) AS rn
  FROM products
)
SELECT * FROM ranked WHERE rn <= 3;

Если такой запрос пишется уверенно — на live-coding в SQL ты в безопасности.

Hard skills: A/B и эксперименты

Минимум:

• что такое контрольная и экспериментальная группа,
• p-value и почему 0.05 — не магическое число,
• что такое мощность теста и MDE,
• как считается размер выборки,
• что такое peeking problem и почему нельзя останавливать тест посреди недели «потому что результат уже виден»,
• как читать результаты A/B и где могут быть подвохи (Симпсон, multiple testing, novelty effect);
• что такое защитные метрики и зачем они нужны.

На сениорском уровне ещё нужны: CUPED, стратификация, sequential testing, как обращаться с малыми выборками.

Чек-лист дизайна A/B-теста: гипотеза → главная и защитные метрики → MDE → размер выборки → длительность → решение по +/0/–. Если хоть одно поле пустое — тест ещё не готов к запуску.

Продуктовое мышление и фреймворки

PM проходит десятки гипотез в неделю и должен уметь:

• сформулировать проблему, а не сразу прыгать к решению;
• перевести проблему в гипотезу с измеримой метрикой;
• использовать JTBD (jobs-to-be-done) для понимания мотиваций;
• применять ICE/RICE для приоритизации;
• декомпозировать большую цель на мелкие гипотезы (issue trees);
• работать с opportunity solution tree;
• проводить хотя бы базовое user research (интервью, не опрос);
• отличать симптомы от корневой причины (5 whys).

На сениорском уровне — стратегические фреймворки: вопросы вроде «куда идёт рынок», «какие наши преимущества», «где наши слабые места».

Антипатерн на собесе: услышал кейс — сразу выдал «сделаем пуш / поменяем кнопку». Это сигнал, что человек прыгает к решению. Сильный кандидат сначала уточняет вводные, дисагрегирует, формулирует проблему, и только потом предлагает решения.

Работа с командой и стейкхолдерами

Soft, который часто недооценивают, а на собесе именно он отсеивает:

• умение писать чёткие PRD;
• ведение приоритизации и защита решений перед бизнесом;
• работа с конфликтами интересов между командами;
• фасилитация митингов;
• работа с обратной связью от инженеров и дизайна;
• умение сказать «нет» аккуратно и аргументированно;
• ведение коммуникаций по статусу проекта.

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

Шаблон «как сказать нет стейкхолдеру»:

1. Подтвердить, что услышал и понял проблему.
2. Объяснить, почему сейчас этого не делаем (метрика, приоритет, ресурс).
3. Предложить альтернативу или горизонт пересмотра.
4. Зафиксировать решение письменно.

Без шаблона разговор скатывается в «давайте обсудим» и приоритеты ползут.

Что докрутить на каждом грейде

Джун:

• база метрик и продуктовое мышление;
• SQL на уровне select-join-group;
• умение объяснить устройство простой воронки;
• участие в проведении хотя бы 5 интервью с пользователями;
• знание фреймворков ICE/RICE и JTBD на уровне применения.

Мидл:

• A/B на уровне расчёта выборки и интерпретации;
• SQL на уровне когорт и оконных функций;
• ведение крупного запуска фичи end-to-end;
• работа с приоритизацией бэклога;
• начальные навыки стратегии: квартальное планирование с метриками;
• юнит-экономика и связка LTV/CAC/payback.

Сениор:

• стратегия на горизонт год+;
• управление командой PM (если ведёшь группу);
• глубокая работа с бизнес-метриками и unit-экономикой;
• сильные кейсы по росту и/или запуску новых направлений;
• влияние на культуру и процессы вокруг продукта;
• экспериментальные платформы и сложные методы (CUPED, holdout).

Чек-лист самопроверки

Пройдись и отметь:

• Могу за 5 минут декомпозировать выручку продукта на драйверы.
• Напишу запрос D7 retention по когортам без подсказок.
• Сходу назову защитные метрики для редизайна онбординга.
• Объясню разницу между p-value и мощностью.
• Спроектирую интервью на 5 вопросов без наводящих формулировок.
• Посчитаю payback по CAC и ARPU за минуту.
• Применю JTBD для конкретной фичи.
• Проведу приоритизацию 10 задач по RICE.
• Напишу PRD на 1 страницу для простой фичи.
• Спокойно скажу «нет» стейкхолдеру с обоснованием.

10 из 10 — готов к мидл-собесу. 6–8 — есть что докрутить. Меньше 5 — план ясен.

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

• Сразу учить «всё подряд». Сначала закрой чек-лист своего грейда.
• Игнорировать SQL и A/B, рассчитывая на аналитика. На собесе спросят тебя, не аналитика.
• Учить теорию без практики. PM-навык без кейса в портфолио на собесе мёртв.
• Зубрить фреймворки, не применяя. Лучше разобрать одну ситуацию через JTBD, чем перечислить десять методологий.
• Считать soft skills второстепенными. На сениорском уровне они отсеивают сильнее hard skills.
• Готовиться без mock-собесов. Без отыгрыша вживую первый реальный собес сожрёт нервы и время.
• Учить чужие кейсы вместо своих. На вопрос «расскажи о своём проекте» чужие истории не подойдут.

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

• Нужен ли SQL продакт-менеджеру
• Нужен ли Python продакт-менеджеру
• Метрики продукта: DAU, MAU, ARPU
• Что такое A/B-тест простыми словами
• Продакт без технического фона

FAQ

Что важнее на собесе — hard или soft skills?

На джуне — hard. На мидле — паритет. На сениоре — soft часто решают, потому что hard уже у всех финалистов на уровне.

Нужен ли PM Python?

Не критично. SQL обязателен, Python — приятный бонус. Подробнее в отдельной статье.

Сколько времени уходит на закрытие чек-листа джуна?

Если есть смежный опыт (аналитика, маркетинг, разработка) — 3–6 месяцев плотной работы. С нуля — обычно дольше.

Какой фреймворк учить первым?

JTBD и ICE. Они закрывают 80% продуктовых разговоров на собесе.

Где взять реальный кейс, если ещё не работал PM?

Pet-проект, волонтёрская работа в open source, стажировка. Работа без кейса в портфолио — почти неотличима от полного отсутствия опыта.

Как готовиться, если работаю в смежной роли (аналитик, разработчик)?

Использовать рабочие задачи как кейсы: декомпозировать метрики, проводить базовый product discovery, формулировать гипотезы. К собесу — закрыть пробел в продуктовых фреймворках и кейс-практике.

Сколько времени в день нужно тратить на подготовку?

30–60 минут регулярно работают лучше, чем 4 часа в воскресенье. Ключевое — повторяемость, не «спринт перед собесом».

Как проверить, что готов к собесу?

Mock-собес с PM-другом или ментором, разбор записей, фиксация слабых мест. Без этого первый реальный собес проходит как тренировочный.

---

Готовишься к собесу на PM — открой тренажёр Карьерник и закрой чек-лист по метрикам, SQL и A/B.