Как стать продакт-менеджером? Моя история перехода от цифрового маркетинга к управлению продуктами

В этом посте я хотел бы рассказать вам о своей личной истории и проблемах , с которыми я столкнулся во время моего перехода на должность менеджера по продукту в крупной международной компании.

Ты выучишь:

• Назовите два основных типа менеджеров по продукту .
• Какие обязанности вы, вероятно, будете иметь в качестве менеджера по продукту.
• Как разобраться в ИТ, не имея опыта в технологиях.
• Какие проблемы могут ожидать вас во время вашего перехода
• Как начать .
• И многое другое .

Если вы колеблетесь, не зная, подходит ли вам профессия в области управления продуктами, этот пост определенно будет вам полезен.

Готовы погрузиться? Пойдем

Кто такой менеджер продукта?

Управление продуктом выявляет и понимает текущие и потенциальные потребности клиентов и разрабатывает продукты для их удовлетворения. Менеджеры по продуктам помогают команде дизайнеров и разработчиков принимать решения, выявляя болевые точки клиентов, оценивая их влияние и направляя команду к решению. Управление продуктом обеспечивает видение и направление разработки продукта для создания или обновления продукта.

Как стать продакт-менеджером?

Большинство продакт-менеджеров приходят из другой сферы, специализации «продакт-менеджер» в вузе нет, стажировки по продакт-менеджменту пока не так распространены. Это довольно новая «специализация», где ценны все: инженерия, анализ данных, навыки продаж, маркетинга и дизайна .

В идеале, чтобы начать работу в качестве менеджера по продукту, вы должны иметь опыт хотя бы в одной из этих областей. У вас должен быть некоторый опыт работы с продуктами (проектирование, разработка идей) или управление проектами от начала до конца. Для этой роли очень необходимы навыки управления проектами, в частности расстановка приоритетов , уверенность в себе и способность рассчитывать и доказывать ценность бизнеса. Вы должны быть ориентированы на клиента , прислушиваться к пользователям и превращать их вклад в реальные шаги. Вам нужно работать в режиме многозадачности , решать проблемы спонтанно и быть хорошим переговорщиком.

Вам не нужно «иметь все» — маркетинг, дизайн, анализ данных и технические навыки — с самого начала.

Я пришел в Product Management из маркетинга, ориентированного на клиента: я изучал цифровой маркетинг, изучил только основы анализа данных. У меня есть чувство дизайна, но я ужасно рисую, даже будучи продакт-менеджером, я до сих пор не знаю, как программировать (и у меня нет сильной потребности учиться).

Типы продакт-менеджеров

Есть 2 основных «типа» продакт-менеджеров: клиентоориентированный и технический.

Менеджер по продукту, ориентированный на клиента, работает над функциями , конечным пользователем которых является клиент . Они больше сосредотачиваются на исследованиях пользователей, создании бизнес-кейсов для функций, определении нетехнических функциональных требований со стороны клиента. Затем Product Owner (PO) (менеджер проекта с более техническим бэкграундом) или сама команда (если в команде нет дополнительного PO) берет фичу на себя, разбивает ее на более мелкие части и определяет технические требования. Таким продакт-менеджерам нужно больше знаний в бизнесе/маркетинге, дизайне, исследованиях пользователей и не обязательно технических знаниях (хотя это полезно).

Технический менеджер продукта работает над разработками, где требуются более глубокие технические знания, либо в не ориентированных на клиента, внутренних системах (платежные системы, механизм бронирования, базы данных, внутренние системы компании и т. д.), либо работает над функциями, ориентированными на клиента, в случае более сложный продукт (например, SaaS). Им нужны в основном технические знания в предметной области, некоторые знания в области маркетинга - исследования пользователей и, скорее, им не нужно много знать о дизайне (полезно, если это продукт SaaS, скорее не важно в случае вспомогательных систем, без интерфейса, ориентированного на клиента ).

Каковы задачи менеджера по продукту, работающего с клиентами, исходя из моего опыта?

• Сбор обратной связи от пользователей.
• Анализ данных с вашего веб-сайта/приложения как источника вдохновения для новых функций.
• Придумать новую идею для функции.
• Детализация описания функции, проработка ценности для бизнеса.
• Выяснить с помощью инженеров, можно ли создать функцию и сколько времени и усилий потребуется для ее реализации.
• Приоритизация бэклога продукта.
• Обмен информацией с соответствующими лицами, принимающими решения, для получения необходимых ресурсов для разработки функций.
• Проведение исследований пользователей (работа с исследователями UX), которые помогут с дизайном функций, формирование вопросов, на которые должно ответить исследование, чтобы получить достаточно входных данных для разработки.
• Работа с командой продукта (разработчики, дизайнеры, исследователи UX, QA) для дальнейшего разбиения функции на дополнительные разработки, которые могут быть реализованы в спринтах, разработка плана реализации функции.
• Синхронизация с командой продукта на протяжении спринтов для уточнения требований, проверки продукта, предоставления отзывов, тестирования дополнений продукта с пользователями (если возможно), A/B-тестирования до того, как будет выпущен весь продукт.
• Измерение успеха выпущенных функций.
  

Мой переход на должность продакт-менеджера

Имея степень магистра цифрового маркетинга, последние 4 года я работал в основном на позициях «Маркетинг», но я всегда приближался к разработке продукта:

• Я работал со стартапом на ранней стадии, настраивая их платформу, соединяющую компании, предлагающие автобусы, с клиентами, требовательными к автобусам, работая в основном над исследованиями пользователей, дизайном платформы (веб-сайта), собирая требования к платформе, управляя ее тестированием с помощью многоязычный персонал, построение бизнес-кейса для расширения рынка.
• Я работал с крупной производственной компанией, поддерживающей разработку новых систем CMS и DAM (сбор требований, отслеживание команд разработчиков); управление проектом редизайна веб-сайта с менеджером проекта по развитию ИТ (исследование пользователей, бенчмаркинг и составление требований на их основе); поддержка при открытии нового интернет-магазина (требования к UX и UI).
• Я работал с компанией по кибербезопасности, предлагая домашние решения по кибербезопасности B2C, в основном для сравнительного анализа, исследования рынка и подготовки первых проектов дизайна для их веб-сайта (информационной инфраструктуры) на основе исследования.
• В настоящее время я работаю в крупной туристической компании, сначала присоединился к ней в качестве контент-менеджера, но после первых 5 месяцев я сменил эту должность на менеджера по цифровому контенту, работая с командой разработчиков над поиском и вдохновением для функций, созданием страницы с новым содержанием. Я также управляю более «технической» внутренней частью контента: разработками, связанными с CMS, будь то пользовательские разработки или интеграция с новыми поставщиками.
  

Я всегда тесно сотрудничал с командами разработчиков при планировании или доставке цифрового продукта: веб-сайта, платформы, интернет-магазина или функций для них. Раньше это была не продакт-менеджер, а проджект-менеджер. С этого бэкграунда перейти на роль «менеджера продукта» было не очень сложно, так как я привык к подобному объему задач и общению с разработчиками (выдвигать четкие требования, быть нетехническим человеком для разработчика, это кривая обучения ).

Проблема заключалась в том, что мне никогда не приходилось работать над внутренними разработками, не ориентированными на клиента, и расставлять приоритеты. Мне никогда не приходилось выбирать между двумя возможными подходами для реализации одной функции в зависимости от требуемого времени и преимуществ каждого из них, я никогда не работал так тесно с разработчиками (на моих предыдущих должностях ИТ-команда работала на аутсорсинге, находилась в другой стране и В основном я общался с их тим-менеджером, а не напрямую с тестировщиками, разработчиками, дизайнерами). У меня никогда не было такого количества заинтересованных сторон и приоритетов, и мое отставание никогда не было таким огромным.

Какие сложности возникли при переходе с должности маркетолога на должность менеджера по продукту?

• Изучение терминологии разработки, связанной с архитектурой вашей компании. Понять это в первые недели довольно сложно.
• Изучение вашей команды разработчиков — вам не нужно знать, как кодировать, но вам нужно понимать, как ваша команда реализует функцию — за какими процессами они следуют, иметь некоторое базовое представление об архитектуре вашего продукта и стеке, с которым работает команда.
• Изучение новой техники управления проектами.
• Научитесь общаться чаще и четче. Я никогда раньше не работал с таким количеством различных заинтересованных сторон с конкурирующими приоритетами. Уже сложно расставить приоритеты для функций, и еще более сложной задачей является получение всеобщего одобрения для этого.
• Баланс между быстрым выходом на рынок и качеством кода. Иногда стоит сделать ярлыки и работать над ними позже, чтобы запустить продукт раньше, и вам нужно убедить своих разработчиков, почему это необходимо. Иногда оно того не стоит и нужно объяснять руководству, почему так долго идет разработка и почему важно качество.
  

Я все еще совершенствуюсь в областях, которые бросают мне вызов, но я определенно чувствую себя более непринужденно, разговаривая с моими коллегами-разработчиками о функциях после первых 6 месяцев работы на этой должности.

Как узнать об ИТ?

У меня не было много времени, чтобы подготовиться к этой должности, так как перемена была внезапной. Я стараюсь немного читать о последних тенденциях в области технологий, особенно связанных с моей сферой деятельности — контентом, CMS на новостных сайтах. Я подписался на информационный бюллетень Mind the Product, который очень полезен для начинающих продакт-менеджеров. Однако самым большим источником информации является моя команда разработчиков . Каждый раз, когда я чего-то не понимаю или хочу понять что-то, о чем слышал, я спрашиваю. Они уже знают все о текущей технологии, которую мы используем, и многое о возможных альтернативах/интеграциях, которые я мог бы придумать, они могут придумать различные подходы к каждой из разработок, которые мы должны внедрить, и объяснить мне с технической точки зрения все плюсы и минусы, которые в сочетании с моей деловой точкой зрения могут привести нас к оптимальному решению. Обычно я начинаю с разговора с коллегами, прежде чем искать что-то в Интернете.

Что я вам посоветую, если вы хотите перейти от маркетинга к управлению продуктами?

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

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