Резюме Product Manager отсекают за «управлял бэклогом, приоритизировал, работал с кросс-функциональной командой». Кросс-функциональная команда в файле ничего не доказывает без вашего решения. Рекрутер ищет гипотезу, решение, отказ от фичи, метрику и ваш вклад — не чужой запуск всей компании. Scrum в шапке не заменяет кейс решения или отказа. Грейд слота должен совпасть с масштабом решения, иначе файл молчит на head of и на associate сразу — это не «плохое резюме», а неверная папка на рынке CIS.

Ниже — как собрать резюме PM: заголовок без путаницы с project, кейсы решений, два заполненных блока пуль, что не писать про Agile. Каркас — в как составить резюме. Пули — в как описать опыт. Вход в роль — в как стать Product Manager. Project Manager — отдельный файл и слот: как стать Project Manager. Один разобранный отказ от фичи сильнее абзаца про кросс-функциональную команду. После сборки — разбор резюме, чтобы вычистить бэклог из первых строк.

Коротко:

  • Заголовок = Product Manager / продакт + домен, не «PM/PO/BA/project».
  • Пули: гипотеза → решение → эффект или честный отказ. Бэклог сам по себе не опыт.
  • Метрика с определением и ограничением, без «+200% engagement» из воздуха.
  • Discovery и delivery можно, если ясно, что делали вы, а не вся команда.
  • Курсы MBA и «сертификат Product School» не заменяют один разобранный кейс.

Что смотрят за 15 секунд

На вакансиях Product Manager:

  1. Продукт или проектная поставка чужих требований?
  2. Есть ли решение, которое можете защитить на созвоне?
  3. Домен: B2B кабинет, подписки, внутренний инструмент, marketplace?
  4. Не аналитик ли / не СА ли с чужим заголовком?
  5. Не junior ли файл на head of product?

Смешение с project manager («вёл сроки и статусы») кладёт файл не в ту папку. Карточка роли — резюме IT-специалиста. Summary — summary. Стек (инструменты продукта) — стек в резюме, без Jira как главного навыка.

Структура

Шапка: роль, продукт одной фразой, город / UTC. Summary: для кого продукт, 2 решения, одна метрика или отказ. Опыт. Кейсы, если штата PM нет — учебный или смежный. Навыки: discovery, данные, эксперименты честно. Образование внизу, MBA не наверх, если нет фактов продукта.

Ссылка: один кейс в документе (проблема, варианты, решение, результат, что не знаете). Не презентация на 40 слайдов. NDA — отраслевой язык. Как упаковать — проекты в резюме. Remote — удалёнка.

Заголовок и отличие от project

Было. Product / Project Manager. Управление бэклогом, Scrum, стейкхолдеры, roadmap, OKR, Jira, Confluence. Ориентация на customer-centric подход.

Стало. Product Manager, B2B-кабинет заказов. Решения по мастеру заказа и правилам отмены. Метрики: доля заказов с ошибкой API, повторные отмены. Не вёл график релизов как единственную роль. Тбилиси / UTC+4, remote.

Локацию пишите свою, без выдумки. Важно: продукт и решения в шапке, не фреймворк. Если вы закрывали сроки поставки — это project, соберите другой файл или явную строку «также вёл поставку фичи X», не двойной заголовок.

Как писать гипотезы и отказы

Сильный пункт PM:

  • какая боль пользователя или бизнеса;
  • какой вариант выбрали и какой отвергли;
  • чем мерили, кто потребитель метрики;
  • что случилось: выросло, не выросло, откатили, не запускали;
  • ваш кусок vs дизайн / аналитика / разработка.

Отказ от фичи — нормальный опыт. «Настояли на pet-feature основателя» без вашего решения — нет. Не приписывайте выручку всей компании. Канцелярит — ошибки в резюме.

Discovery: интервью, логи, сверка с аналитиком — если были. «Проводил кастдев» без вывода — шум. Delivery: скоуп, что вырезали к релизу — если это вы резали, не Scrum Master.

Пример 1. Вход из аналитики, поддержки, СА

Вакансия: associate / junior PM, B2B или внутренний продукт, без обязательного P&L.

Associate Product Manager (вход). Учебный кейс: мастер заказа вместо одной формы — [ссылка]. Смежный опыт: год системной аналитики того же кабинета.

Гипотеза: менеджеры теряют поля при ошибке API. Вариант «ещё подсказки» отвергли: ошибка всё равно сбрасывала форму.

Решение: три шага, черновик, показ текста ошибки 409. Критерий: повторное создание заказа после ошибки. Замер учебного стенда, не прод-KPI.

Отказ: не делали «умный импорт из Excel» в первой версии — нет данных, что это боль большинства. В кейсе так и написано.

Roadmap компании и OKR в шапке нет. К разбору кейса на созвоне готов.

Смежная постановка переведена в продуктовое решение. Это сильнее курса «как стать PM за 6 недель» без кейса.

Пример 2. PM в продукте

Вакансия: Product Manager, подписки или кабинет, метрики, приоритизация.

Product Manager, подписка на контент. 2 года. Remote, UTC+3.

Отказались от «семейного тарифа» в Q1: оценка поддержки и биллинга, нет сегмента в данных. Срок разработки ушёл на активацию доступа в первую неделю.

Запустили письмо-активацию после разбора аналитики по оттоку первой недели. Мой кусок: скоуп письма и критерий успеха; тексты — контент, SQL — аналитик. Активации выросли — цифру ставьте только если мерили с аналитиком; иначе: «доля неактивированных за 7 дней перестала быть слепой зоной, отчёт еженедельный».

Вырезали из релиза конструктор виджетов: не закрывал активацию. Команда не «запустила платформу» — запустила одно письмо и фикс доступа.

Не обещаю unit-экономику всего холдинга и не писал код.

Вторая пуля показывает, как писать без вранья в процентах: можно заменить эффект процессом измерения. На созвоне это честнее, чем «+18% conversion».

Инструменты и курсы

Amplitude, Mixpanel, SQL — если открывали сами. Figma — если ставили, не «смотрел макеты». Jira не навык шапки. Сертификаты product — вниз. MBA — вниз, если нет продуктовых пуль.

После чистки — проверка резюме. Красный флаг: бэклог, Scrum, стейкхолдеры, ноль решений.

Письмо и интервью

Письмо указывает на один кейс решения или отказа: сопроводительное, генератор. К интервью — STAR по одному решению: interview-prep, рассказ о проекте — как рассказать о проекте. HR-скрининг часто путает PM и project: держите одну фразу отличия. Тишина — почему не отвечают и неверный грейд слота.

Метрики без вранья и чужой выручки

PM-файл часто ломают проценты. «Вырастили retention на 23%» без базы, окна и вклада аналитика не проходит первый же вопрос. Пишите так, чтобы можно было ответить:

  • какая метрика и как её определяли;
  • какой период и какой сегмент;
  • что сделали вы, что — аналитика, дизайн, разработка;
  • что не знаете: мало данных, не запускали, откатили.

Если цифры нет, эффект процессом законен: «появился еженедельный отчёт по неактивированным», «правило отмены зафиксировали, споры ушли из чата в постановку», «фичу не взяли в квартал — освободили срок на активацию». Это выглядит взрослее, чем чужой график из всекомпанииного OKR.

P&L и unit-экономика в шапке junior/middle PM обычно вредят: вас будут собеседовать как коммерческого директора. Оставьте ближе к продукту: активация, ошибка, воронка шага, время сборки заказа, доля отмен по причине.

Discovery, delivery и чужой бэклог

Можно писать оба, если роли ясны. Discovery без вывода — «проводил интервью». Delivery без скоупа — «вёл спринт». Связка: «по интервью отвергли импорт Excel, в релиз взяли мастер заказа, вырезали конструктор виджетов». Это PM. «Закрывал задачи из чужого бэклога в срок» — project. Не стыдно, но тогда другой слот и резюме project manager, когда будете собирать тот файл.

Агентство и аутсорс: один заказчик, один мандат, одно решение. Восемь логотипов клиентов без кейса читаются как координация, не продукт. Внутренний админ-инструмент — нормальный домен, не «недостаточно продуктово». Опишите пользователя и боль, не стесняйтесь «для менеджеров склада».

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

  • Заголовок Product Manager или associate PM, без project в той же строке, если это не ваша цель.
  • Есть одно решение или один отказ, который разберёте за три минуты.
  • Нет «управлял бэклогом» как первой пули.
  • Метрика с определением или честный процесс без процента.
  • Грейд слота совпадает: не head of одним файлом с первым PM.
  • Кейс открывается или описывается без NDA-дыр.

Прогоните через разбор резюме. Затем одна вакансия PM, не десять с разными доменами в один день. Письмо — про кейс, не про Scrum: короткое сопроводительное. Если не можете за три минуты рассказать одно решение без слайда про бэклог, сначала допишите кейс. Грейд слота должен совпасть с масштабом решения: associate-файл на head of почти всегда молчит, и это не «плохое резюме», а неверный слот.

Частые вопросы

Можно ли писать Product Owner?

Если вакансия PO и вы закрывали скоуп командный — да. Если рынок слота «продакт с метриками» — лучше Product Manager и факты решений. Двойной заголовок путает. В CIS в 2026-м PO часто значит «бэклог команды», PM — «решения и метрики». Не надейтесь, что рекрутер разберётся за вас.

Нужен ли SQL в резюме PM?

Плюс, если сами проверяете срезы. Не обязателен на всех слотах. Не ставьте SQL уровнем аналитика, если просите выгрузку каждый раз. Честная строка: «срезы в BI, сложные запросы — с аналитиком».

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

Чей продукт, какое решение, какой ваш мандат. «Вёл 8 продуктов заказчиков» без одного кейса слабо. Лучше один заказчик глубоко: боль, варианты, отказ, эффект. Логотипы клиентов без мандата читаются как координация сроков.

Стоит ли указывать выручку?

Только если ваше решение на неё влияло и вы можете объяснить базу. Иначе метрика ближе к продукту: активация, ошибка, отмена, время сборки заказа. Чужой OKR компании в резюме вскрывается вопросом «что сделали лично вы».

Одно резюме на CPO и первый PM?

Нет. Грейд считывают по масштабу решения. Не откликайтесь одним файлом на head of и associate. Associate-файл с чужим «владел P&L холдинга» не выглядит смелее — выглядит как вранье.

Что делать без коммерческого PM?

Один кейс со смежной роли (СА, аналитика, поддержка) в формате гипотеза–решение–отказ. Не рассылайте «хочу в продукт» без кейса. Учебный кейс с ограничениями сильнее пустого курса Product School в шапке.

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

Что сделать сейчас

Выберите одно решение или один отказ за год. Запишите боль, варианты, ваш кусок, чем мерили. Уберите бэклог и Scrum из первых строк. Поставьте Product Manager и домен. Проверьте, что грейд слота не head of, если факты associate.

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