Обязанности продакт-менеджера не имеют четких границ. Иногда продактам кажется, что они делают все, что только можно. Пусть это даже не всегда видимая для других деятельность. Сергей Муравский, Technical Product Manager в компании Alteryx, рассказал об особенностях работы над продуктом и поделился тем, как выглядит его рабочий день.

Немного об особенностях профессии

Особенность #1

У продакт-менеджера нет подчиненных. Но ему необходимо поддерживать коллаборацию между всеми командами, которые работают над продуктом, например, департаментами бизнеса, инжиниринга, UX-дизайна. Продакт-менеджеру очень важно получать честный фидбек о продукте от всех участников команд. И здесь на руку играет то, что он не позиционирует себя как руководитель, ведь вряд ли фидбек получится честным, если продакт будет непосредственным «‎начальником».

Особенность #2

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

Особенность #3

Команда часто сталкивается с развилками: как реализовать определенную механику, как успеть до релиза, что делать, если другая команда не успевает подготовить модуль/элемент, влияющий на дальнейшую разработку. Здесь у продакта есть власть принимать решения о пути, по которому будет идти работа над продуктом — он выступает енейблером или блокером рабочих процессов.

Особенность #4

Еще одна регулярная обязанность продакта — быть в роли презентатора. Он постоянно что-то презентует командам. Это может быть механика нового функционала, статистика по внедренной фиче, отчет для маркетинга или менеджмента. Незадействованные в разработке сотрудники могут быть вообще не вкурсе, что происходит с продуктом, и задача продакт-менеджера — информировать их.

Особенность #5

Продакт-менеджер — в обязательном порядке исследователь. Общаясь с пользователями, читая отзывы и просматривая продуктовую статистику, он ищет подтверждение гипотезам, взаимосвязи, которые помогут принимать решения относительно того, что он будет делать для продукта. Главная задача в работе продакта — успешный продукт, то есть продукт, который покупают, используют и к которому возвращаются.

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

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

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

Business to Business (B2B, SaaS) продукты продают другим компаниям как решение задач их бизнеса. Чтобы успешно развивать такие продукты, необходимо понимание проблем бизнеса, которому продают продукт. Лучший источник информации для продакт-менеджера в этом случае — сейлзы. Они проводят свои исследования, ищут Use Cases и непосредственно общаются с пользователями. Пользователей в этом случае больше, чем во внутренних продуктах, но их все еще не слишком много. Дедлайны таких продуктов довольно строгие, ведь на них завязана работа других компаний, что затрудняет возможность сдвигать их.

Business to Customer (B2C) продукты нацелены на большую аудиторию, поэтому ошибки здесь стоят дорого. К тому же пользователи в секторе B2C зачастую нетерпеливы и после неудачного опыта просто перестают использовать продукт, уходя к конкурентам.

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

Чем постоянно занят продакт-менеджер

1. Работа с идеями

Каждый день он задается вопросом: что нужно пользователю? Важно понимать, что идеи могут приходить отовсюду — от самих пользователей, коллег из разных департаментов, из метрик или даже других продуктов. Здесь важно уметь оценивать идеи и не просто делать выводы о их качестве, а понимать, почему идея хорошая или плохая.

На помощь приходят гипотезы, при помощи которых проверяют идеи. Инструменты могут быть разными (AB-тесты, UX-исследования и другие), но в приоритете для продакта та проверка, которая требует меньше ресурсов.

2. Конкуренты и анализ рынка

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

3. Customer Development

Эта деятельность направлена на построение коммуникационной цепочки с пользователями (или будущими пользователями) и получение постоянного фидбека на итеративной основе. Как следствие, происходит валидация этих гипотез на ранних этапах вместе с пользователями.

Customer Development часто отождествляют только с глубинным пользовательским интервью. На же самом деле это фреймворк с обширным объемом инструментов. На западе CustDev еще часто называют User Research, что в какой-то степени является более емкой формулировкой.

4. Требования и приоритезация

Продакт предоставляет требования, которые покрывают основные Use Cases, User Journeys и основные механики. Каждый день он делает выбор, на чем сосредоточить усилия к следующему релизу. Приоритеты могут меняться, как краткосрочные, так и долгосрочные, и часто приходится выбирать, чем пожертвовать.

5. Roadmap

Создание дорожной карты продукта — это еще одна ключевая задача продакт-менеджера. Я, например, часто делаю несколько вариантов плана: “оптимистический” и “пессимистический”, но первый, как правило, никому не показываю. Зато потом особенно радуюсь, когда продукт движется по оптимистическому сценарию.

Roadmap обычно обозначает план на несколько релизов вперед. Соответственно задача продакта — видеть продукт на несколько ходов вперед. Но стоит быть готовым: чем дальше перспектива, на которую нацелена Roadmap, тем больше изменений возможны в процессе.

Как проходит рабочий день продакт-менеджера

Расскажу о своих привычных рабочих буднях. Обычно они начинаются в 9:30-10:00. В первую очередь я отвечаю на письма и проверяю расписание встреч на день.

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

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

Потом у меня начинаются стендапы с инженерными командами. Это короткие встречи, которые позволяют быть в курсе того, чем заняты команды, не заблокированы ли они и так далее.

Вторая половина дня изо дня в день разная. Это могут быть ретроспективы с командами, планирование. Бывают дни когда я пишу спецификации, занимаюсь User Stories, приоритезацией. В какие-то дни я посвящаю время исследованиям.

Так как я работаю в американской компании и многие коллеги находятся в Америке, ближе к вечеру у нас наступает время митингов. Обычно у меня происходят митинги с UI/UX-департаментами, командами телеметрии, с другими продакт-менеджерами. Ведь поскольку у компании в портфолио есть несколько проектов, их нужно синхронизировать между собой и иметь представление о том, что происходит с другими продуктами.