Luxe-empire.ru

Красота и Здоровье
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

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

Кто такой продакт-менеджер: объясняем на гифках

Ксения Суворова, редактор блога Нетологии, на гифках рассказывает о том, кто такой продакт-менеджер.

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

Поэтому решили помочь разобраться в обязанностях продакта с помощью гифок.

Product-менеджер

  • Профессия с нуля: курс даёт всю необходимую базу для работы джуниор-продактом
  • Упор на практику: каждый студент работает минимум с 4 различными продуктами
  • Сопровождение: оперативная поддержка опытных кураторов и преподавателей

Продакт — руководитель

Когда продакт-менеджеров не было, отношения между заказчиком и разработкой или дизайн-отделом выглядели часто так:

Теперь есть арбитр — продакт, который с легкостью делает вот так:

Чтобы вместо первой гифки получалась вторая, необходимо знать множество нюансов:

  1. Понимать рынок.
  2. Знать конкурентов и уметь от них отстраиваться.
  3. Понимать маркетинговую стратегию и знать, как можно улучшить продукт, чтобы его было проще продать.
  4. Знать, как монетизировать продукт и не прогореть.
  5. Уметь увеличивать ценность продукта, представлять его инвесторам и продвигать во имя общей цели.
  6. Знать, как ставить задачи разработке, дизайнерам и др., как не дать им уйти в дебри, но, в итоге, добиться цели.
  7. Видеть дальше своего носа и креативов.
  8. Управлять жизненным циклом, если даже продакт стал руководить им позже, чем появился зачаток продукта.
  9. Анализировать эффективность внедрений, исправлений и улучшений.
  10. Управлять командой.

Продакт — заказчик и исполнитель

Если задачи ставятся неправильно или никто не следит за их исполнением; если о гибких методологиях даже не слышали; если неприоритетные задачи делаются быстрее и лучше, чем действительно важные, то вот что происходит:

Руководитель продукта должен понимать всю ответственность за свои действия. Потому что ее несет не разработчик, не дизайнер и тем более не отдел маркетинга. Просто представьте, что ваша команда в работе над продуктом — это они:

Ну вот как таких обидишь? Это первое… А второе — конечно, разработчик может сам поставить задачи и решить их как хочет и когда хочет. Но тогда о слове «приоритет» можно забыть. Такая же история и с дизайнером, когда стремление «покреативить» перевешивает пользу, пользовательскую историю, удобство и цели, которые стоят перед задачей.

Продакт — не разработчик, не дизайнер, не тестировщик, не маркетолог

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

Задача продакта — сделать продукт крутым и не расстраивать разработчика, ставя правильно задачи, распределяя время и обозначая приоритеты. Иначе будет мало фич и множество неисправленных багов.

Дизайнер чаще всего напоминает нам вот эту гифку. Покреативить не дают, а хочется. Или покреативил и увидел результат:

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

Тестировщик в конце рабочего дня, а иногда и вначале и даже в середине выглядит вот так:

Тестировщик находит баги даже там, где их чисто теоретически быть не может. Это его работа. А работа продакта — решить, какие баги с пометкой «критикал», а какие — терпят, и о них можно забыть.

Ничто лучше не иллюстрирует маркетолога, чем эта гифка:

Сказка про Буриданова осла, стоящего перед двумя одинаковыми кучками сена — правда. Только в условиях ограниченного бюджета, сил разработки и количестве задач маркетолог становится несчастным человеком, не могущим выбрать за что взяться.

Чтобы этого не происходило, продакт должен понимать, как привлекается трафик, совершается лидогенерация. Поэтому стремление продакта сделать жизнь маркетолога проще, наладить процесс анализа эффективности, настроить определенные параметры в CRM и так далее. Продакт — это и о маркетинге тоже.

Возьмем пример: появился Яндекс.Дзен, маркетолог решает попробовать новый инструмент, но видит требования к RSS, теряется и бежит к продакту. Продакт должен понимать, как важно привлечение нового трафика и он дает задачу отделу разработки переделать RSS под требования нового сервиса Яндекса. Вуаля, пара часов работы с задачей с пометкой «срочно», и через два дня трафик вырастает.

Именно всё это вместе и творит магию. Вот так:

Кто такой продакт-менеджер на проекте и может ли он получиться из ведущего разработчика?

Меня зовут Людмила, я 7 лет работаю продакт-менеджером. Сейчас расскажу, на что это похоже.

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

Продакт-менеджер сильно пересекается по функционалу со многими другими ролями. Может выполнять задачи руководителя проекта. И ещё делать кое-что до и после этого. Вот его функционал вкратце:

  1. Анализирует, что может понадобиться пользователям и исследует рынок. То есть придумывает идеи новых проектов и ставит им приоритеты.
  2. Совместно с техкомандой выбирает техническое решение.
  3. Просчитывает экономику продукта и определяет, стоит ли этим, вообще, заниматься.
  4. Собирает рабочую группу, ставит задачи архитекторам и остальным ключевым лицам проекта.
  5. Следит за всем-всем-всем по организации, в частности, отвечает за взаимодействие с партнёрами и вендорами.
  6. После внедрения сопровождает продукт, занимается его развитием и усовершенствованием минимум год.
  7. Время от времени просыпается ночью с горящими глазами и идеей нового продукта.

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

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

Как становятся продакт-менеджерами?

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

На деле, конечно, в 98% случаев на продакта надо учиться. Менеджером по продукту может стать руководитель проекта, тимлид, инженер, редко маркетологи (и почти никогда не может стать продавец).

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

Читать еще:  Курсы повышения для менеджеров по качеству

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

Поиск идеи

Есть стратегия компании, есть рынок, есть все ресурсы компании (как материальные, так и в виде знаний и связей) — можно двигать горы. При определённом умственном напряжении. Поэтому первое, что делает продуктолог — это анализирует возможные направления «куда копать». Иногда у него есть вводные вроде «мы хотим захватить вот этот рынок за два года», иногда продавцы говорят, что клиенты спрашивают часто что-то новое для какой-то задачи.

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

«Продакт» думает, кому нужен продукт, какой бизнес удастся привлечь, на какую долю рынка можно рассчитывать. Главное в идее — УТП, то есть уникальное торговое предложение. Иногда бывает так, что идея берётся уже имеющаяся, но на новом техническом решении, и это позволяет обеспечить куда более интересный функционал и фичи.

Источники появления продукта обычно это:

  1. Мировые тренды — мы в РФ отстаём от облачного рынка США и Европы примерно лет на 5, поэтому нужно смотреть туда. Например, году в 2010, когда продажи IaaS в Европе шли полным ходом, наши заказчики с подозрением относились к этому явлению.
  2. Потребности заказчиков. Продуктолог ездит с продавцами к крупным клиентам, заказывает глубинные интервью по потребностям, общается со специалистами в компании. Одни из самых опытных продуктологов — те, кто работал в целевой отрасли. Это хорошее подспорье для удовлетворения ожиданий заказчиков. Такой продакт точно знает, что и у кого болит, и созданные им продукты вызывают слёзы счастья у технарей из отрасли.
  3. Инженерные идеи. Бывает так, что в компании появляется человек, который говорит, вот тут у вендора новая технология, а давайте её слепим вот с этим — и получится что-то прикольное. Или инженер на спор собирает какую-нибудь адскую штуку в виде прототипа, а потом у неё находится неожиданное коммерческое применение. И так далее. Кстати, удачно найденная инженерная идея — это ещё редкая возможность для инженера попробовать себя на проекте, если душа лежит.
  4. Собственная длительная разработка, меняющая рынок, то есть поиск инноваций. Так часто делают НИИ, софтверные стартапы или крупные вендоры в своих внутренних «инкубаторах».

Защита идеи

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

Например, чтобы запустить ТехноДиск (наш облачный файлообменник), мы развернули ИТ-инфраструктуру и софт, адаптировали на основе готового решения портал пользователя, интегрировали с ИБ и другими системами, проработали лицензионные соглашения, договоры с поставщиками и т. д. Всё это надо было заранее посчитать.

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

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

Например, на базе нашего облака (IaaS) есть много PaaS и SaaS-сервисов. Мини-проект может выглядеть так: есть потребность в объектном хранилище с полной поддержкой Amazon S3 API — сколько клиентов перейдёт? Сделали оценку, пригласили — начали пользоваться.

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

Реализация

Это работа проект-менеджера (хорошо, когда у менеджера по продукту есть отдельный проджект, это сильно облегчает жизнь) и архитектора. Мои коллеги по ссылкам очень хорошо всё расписали. По сути — рисуем план, собираем рабочую группу и арбайтен. Действуем.

Пока архитекторы, программисты и подрядчики выполняют свои задачи, продуктолог формирует тарифы, готовит комплект документации по продукту — sales kit и маркетинговые материалы по продукту (включая контент для сайта). Может совместно с маркетологом составлять план продвижения продукта.

Далее запускается тестирование перед приёмкой.

После приёмки

После приёмки продуктолог проводит обучение для продавцов и всем всё объясняет. Что за идея, кому нужна, почему крута, как продать.
Дальше продакт-менеджер всех поддерживает и консультирует: может участвовать в продажах, ходит на конференции и клиентские мероприятия, чтобы там рассказывать про продукт.

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

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

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

Сложности

Первое — нужно всегда быть в курсе всего, что происходит на рынке. То есть следить за новыми трендами. Чаще всего это море мусора, и выживают хорошо если 10% новых
технологий. Но знать надо все, чтобы не пропустить что-то важное.

Иногда идея нового крутого продукта приходит во время реализации чего-то достаточно обыденного. Тут иногда приходится жертвовать и отдавать её другому продуктологу после защиты перед продуктовым комитетом. Жалко, но если вообще не делать — будет плохо.

Очень часто в обсуждении идеи продукта накаляется обстановка между продуктологом и инженером-разработчиком. Дело в том, что у разработчика может быть своё видение продукта, и он знает, как надо лучше. Часто это выражается в перфекционизме, но технический перфекционизм не всегда продается. Решается очень детальным объяснением, почему и какой продукт нужен рынку. И что стартовать надо с минимального пакета, а потом по мере развития заниматься навешиванием фич.

Читать еще:  Кто такой менеджер по развитию

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

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

Иногда нужна железная воля руководителя компании. Самые серьезные бои идут в области информационной безопасности. Причём как своей, так и заказчиков — например, в истории с облачными технологиями службы ИБ заказчиков относятся к внешнему с недоверием. Бывает и смешное: «А кто вендор? Иванов? Он нашего CSO в школе бил, работать не будем». Бывают вещи вроде «не используем беспроводные сети», «не работаем с вендрами на «М»» и так далее.

Как оценивают продуктолога?

Ещё пара вещей

Когда твой продукт работает — это еще не победа. Победа — это когда твой продукт приносит прогнозируемый доход. Например, для меня облако Техносерв — это огромная история, где, с одной стороны, я просчитала всё от начала до конца и смогла добиться реальных финансовых результатов, а с другой — понимаю, сколько ещё всего надо сделать!

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

Текст подготовлен Людмилой Лепехиной, продакт-менеджером Техносерв Cloud.

«Это одна из самых тяжелых профессий в индустрии». Кто такой продакт-менеджер и чем он отличается от проджекта?

CDO в ПАО «МегаФон»

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

Несмотря на то, что управление продуктом и проектом близкие сферы, у них колоссальная разница. Леонид Черный, эксперт курсов «Product-менеджер» и «Project-менеджер» в «Нетологии», CDO в ПАО «МегаФон», рассказал, как развивались оба направления и чем занимаются менеджеры сегодня.

Менеджер проекта: кто он?

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

Отмечу, что позиция менеджера проектов существует не только в IT или TMT. Это понятие значительно шире. Например, в некоторых странах есть менеджеры строительных или сельскохозяйственных проектов.

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

Когда я только начинал работать в индустрии около 20 лет назад, менеджер проекта был царем и богом, который вполне мог претендовать на то, чтобы называться mini-CEO. В его зоне ответственности было и планирование ресурсов, и определение project scope. Это нельзя назвать распространенной практикой, соответствующей стандартам PMI или PMBOK, но, как известно, мы всегда идем своим путем.

Сегодня в основные обязанности проджект-менеджера входит:

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

Из какой сферы можно прийти в проджект-менеджмент

В менеджера проекта можно переквалифицироваться из абсолютно разных профессий. Например, из аналитика или программиста, менеджера по продажам или key account-менеджера.

Также часто проджект-менеджерами становятся линейные сотрудники из проектных команд. Главное, что требуется от человека, — это коммуникационные скиллы и склонность к систематизации знаний и данных.

По данным «Нетологии», в среднем от 100 до 130 тысяч рублей получает junior-специалист, а менеджеры более высокого уровня могут рассчитывать на зарплату до 400 тысяч рублей.

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

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

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

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

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

Чем он занимается?

Менеджер продукта гораздо менее специфичная профессия, и должностные обязанности очень сильно варьируются от индустрии к индустрии, от компании к компании и даже от проекта к проекту. Это может быть специалист, который управляет большим пакетом продуктов или одним компонентом отдельно взятого продукта. Также часто бывает, что у менеджера в подчинении находится команда, или, как говорят наши американские коллеги, «lead through influence».

Но в любом случае ключевыми должностными обязанностями будут:

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

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

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

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

По данным «Нетологии», менеджеры продукта при опыте работы 1-3 года зарабатывает от 120 тысяч рублей. Дальнейшее развитие уровня зависит от навыков и самого продукта, с которым человек работает.

Так чем же различаются эти две профессии?

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

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

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

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

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

Глядя на то, какой хайп сейчас вокруг профессии «Менеджер продукта», я обычно рассказываю, что я не понимаю, с чем это может быть связано. Это одна из самых тяжелых профессий в индустрии, требующая больших теоретических знаний и большого количества опыта. И она меньше всего похожа на работу мечты. Но скучно не будет, это точно.

Фото на обложке: Unsplash

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

Продукт-менеджер

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

Краткое описание

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

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

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

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

Особенности профессии

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

Но общим для всех отраслей является жизненный цикл создания продукта, который состоит из следующих этапов:

  • исследование и планирование;
  • разработка дизайна;
  • реализация и тестирование;
  • выпуск и продвижение.

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

  • изучение рынка конкурентных продуктов и отрасли в целом;
  • составление плана и стратегии создания и развития нового продукта;
  • планирование KPI (key performance indicator – ключевые показатели эффективности) продукта по срокам (краткосрочно и долгосрочно);
  • контроль за производством продукта;
  • подготовка и проведение презентации продукта для покупателей;
  • разработка ценовой политики, системы скидок и льгот;
  • подготовка документов для сертификации продукта в госорганах сертификации;
  • контроль за продажами продукта, спросом на него, проведение социологических опросов с целью последующего совершенствования;
  • разработка методов по увеличению продаж;
  • переговоры с клиентами.

Плюсы и минусы профессии

Плюсы

Перспективная и востребованная профессия

Высокая оплата труда

Большие бонусы в случае особо успешного продукта

Минусы

Необходимость сотрудничать с разными специалистами требует широкого кругозора и высокого уровня коммуникабельности

Сложность согласования действий различных специалистов

Необходимость работать в условиях цейтнота

Необходим повышенный уровень терпения и настойчивости на любом этапе работы

Важные качества

  • креативность
  • лидерские качества
  • системное мышление
  • аналитические способности
  • умение убеждать
  • способность внимательно слушать и чётко излагать проблему
  • коммуникабельность
  • стрессоустойчивость
  • умение вдохновлять и объединять команду
  • способность увидеть и выбрать лучших профессионалов в нужный момент
  • ориентированность на постоянное развитие
  • настойчивость

Обучение на Продукт-менеджера

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

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

Ссылка на основную публикацию
Adblock
detector