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

Недавно в нашем продуктовом сообществе мы обсуждали кейс Олега — сильного аналитика, который мечтает перейти в продакты. Профессия Продакт Менеджера овеяна флюидами стратегии и успеха, но дьявол, как говорится, в Job Description.

Сегодня разберём вакансию в крупном бигтехе на примере МТС Link Чаты, чтобы показать, как научиться читать между строк и не попасть в ловушку “Full-stack выгорания” на новой должности.

Что написано в вакансии и что это значит на самом деле

Для удобства я собрал ключевые требования из вакансии в таблицу и предлагаю вашему вниманию перевод с HR-овского на продуктовый:

Цитата из вакансии	Реальность
“Обязателен опыт прямого управления командами разработки”	Вы будете тратить 80% времени на дейли, ТЗ, макеты и конфликты в спринтах. Операционка съест всё ваше время.
“Владение инструментами аналитики, SQL — будет плюсом”	Аналитика не допросишься, будете выгружать данные сами в 10 вечера.
“Готовность работать "руками", при этом нести полную ответственность”	В случае провала виновата “плохая стратегия”, в случае успеха — “разработка молодец”. Но делать всё (от макетов до приёмки) будете вы.
“Управлять DAU/MAU Чатов, retention”	В корпоративном мессенджере эти метрики часто зависят от административного ресурса клиента, а вовсе не от ваших фич.

Ну, а теперь обо всём по порядку:

”Готовность работать "руками", при этом нести полную ответственность за продукт”

Для продукта с десятками тысяч пользователей это означает, что у вас не будет времени на “Стратегию и видение”, которые заявлены в первом пункте обязанностей. При работе “руками” в крупном продукте операционка 24/7 вам гарантирована.

Это примерно как увидеть в вакансии шеф-повара крупного мишленовского ресторана строчку “готовность лично ощипывать кур, при этом нести полную ответственность за цели по 100% загрузке ресторана и OKR по прибыли”.

Словом, на работу головой вам остается вечер пятницы.

“Владение инструментами аналитики, SQL — будет плюсом”

В вакансии указано “руководство командой (разработка, аналитики, дизайнеры)”. Если в команде есть аналитики, зачем Хеду SQL? Налицо верный индикатор того, что:

нет стабильного процесса получения данных;
гипотезы проверяются “вручную”;
ответственность за аналитику лежит на самом продакте.

Для крупного продукта это означает риск превратиться из Хеда в оператора базы данных.

“Управлять ключевыми продуктовыми метриками (DAU/MAU Чатов, retention...)”

Чаты — часть супер-апа МТС Линк. В таких системах использование часто определяется не UX или фичами, а административным решением внутри компании-клиента. Метрики закреплены за продактом, а реальные рычаги влияния находятся вне продукта — в продажах, внедрении и менеджменте заказчика.

Итог: Ваша премия будет зависеть от успеха отдела продаж больше, чем от ваших продуктовых талантов. Вы можете сделать идеальный продукт, но если компания-клиент не “загнала” туда людей — ваши метрики будут лежать.

“Обязателен опыт прямого управления командами разработки (проектирование, ТЗ, макеты, приёмка)”

Это самое честное признание в вакансии. Перед нами роль Senior Project / Delivery Manager. Head of Product управляет:

ценностью,
приоритетами,
бизнес-результатом.

Здесь же основной фокус — на процессе: как спланировали, что успели, кто отстал. Это обязанности Delivery, и это другая роль.

Вердикт

МТС Линк — мощная экосистема с амбициозными целями на 5 лет (как указано в конце вакансии). Но кажется, они сами пока не определились: нужен им лидер-визионер или delivery manager.

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

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

Совет кандидатам

Внимательно читайте требования. Если в вакансии продакта слишком много операционки, задайте на собеседовании вопросы:

“Что будет, если через месяц я решу, что нам нужно полгода не трогать фичи, а только чинить аналитику и менять модель монетизации?”

Хороший ответ: "Обоснуй на данных, согласуем с руководством, поддержим"

Плохой ответ: "У нас жёсткий roadmap на год вперёд, фичи уже обещаны клиентам"

"Сколько процентов моего времени будет уходить на операционное управление разработкой, а сколько — на стратегию?"

Хороший ответ: "20-30% на синхронизацию с командой, остальное — стратегия"

Плохой ответ: Уклончивое "ну, всё зависит от ситуации" или честное "разработку нужно постоянно контролировать"

"Какие роли в команде уже закрывают аналитику, исследования, дизайн? Кто мой прямой репорт?"

Хороший ответ: Чёткий список ролей и понимание структуры

Плохой ответ: "Пока команда небольшая, поэтому многое придётся делать самому"

В нашем продуктовом сообществе мы проводим бесплатные митапы для тех, кто управляет цифровыми продуктами или запускает свои стартапы. Присоединяйтесь!

Head of Product или проджект на стероидах? Учимся читать вакансии между строк