Дисклеймер: Этот разбор — не критика компании или команды, а попытка научить кандидатов критически оценивать текст вакансии и соотносить его со своими карьерными ожиданиями.
Недавно в нашем продуктовом сообществе мы обсуждали кейс Олега — сильного аналитика, который мечтает перейти в продакты. Профессия Продакт Менеджера овеяна флюидами стратегии и успеха, но дьявол, как говорится, в 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% на синхронизацию с командой, остальное — стратегия"
Плохой ответ: Уклончивое "ну, всё зависит от ситуации" или честное "разработку нужно постоянно контролировать"
"Какие роли в команде уже закрывают аналитику, исследования, дизайн? Кто мой прямой репорт?"
Хороший ответ: Чёткий список ролей и понимание структуры
Плохой ответ: "Пока команда небольшая, поэтому многое придётся делать самому"
В нашем продуктовом сообществе мы проводим бесплатные митапы для тех, кто управляет цифровыми продуктами или запускает свои стартапы. Присоединяйтесь!
