Типы работссылка скопирована

Как выбрать лучшие инструменты для продакт-менеджеров?

При поиске лучших инструментов для менеджеров по продуктам вы должны постоянно обращать внимание на следующие функции:

• UI (пользовательский интерфейс). Вы должны учитывать, является ли пользовательский интерфейс приложения чистым, интуитивно понятным и современным. Вы должны сравнить это в нескольких операционных системах, включая варианты для мобильных устройств и ПК,
• Удобство использования. Вы должны учитывать, насколько крута кривая обучения программного обеспечения. Спросите себя: обеспечивает ли он адекватное обслуживание клиентов по различным каналам (телефон, чат, электронная почта и т. д.)? Есть ли у них обучение, сертификаты, блоги, вебинары или другие учебные материалы?
• Функциональность и особенности. Не забудьте сравнить функциональность и возможности лучших инструментов для продакт-менеджеров, прежде чем сделать выбор. Проверьте, нравятся ли вам его функции и можете ли вы использовать эти функции достаточно комфортно.
• Управление задачами. Это еще один фактор, который вы должны учитывать. Дело в том, поддерживают ли инструменты управление и организацию задач, специфичных для продукта. Спросите себя: подходит ли решение для навигации по задачам для разработки и тестирования продукта?
• Фиксация идей / Дорожные карты. Поскольку не каждая функция является обязательной сразу, в любом инструменте для продакт-менеджеров должно быть место для списков пожеланий по функциональности и результатов мозгового штурма.
• Шаблоны спецификации продукта. Есть ли в системе управления продуктом шаблон спецификации продукта для удобного хранения функциональных деталей, файлов и обсуждений?
• Агрегация отзывов клиентов. Узнайте, собирает ли инструмент отзывы клиентов (или даже членов команды). Делается ли это с помощью электронной почты, чата поддержки, инструментов справки на основе браузера и интеграции с CRM? Может ли он собрать обратную связь в легко читаемые и действенные результаты?
• Интеграции. Есть ли у лучших инструментов для продакт-менеджеров магазин приложений? Есть ли другой способ подключения к собственным и сторонним приложениям, чтобы получить доступ к дополнительным функциям?

WTF is JTBD-исследование?!

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

Цель JTBD-исследования — понимание потребностей людей, в каких контекстах они появляются и, почему они выбирают те или иные решения для этих потребностей.

Обычно JTBD-исследование состоит из качественного и количественного исследования. Первое помогает понять потребности людей, а второе приоритизировать их.

Процесс не отличается от “кастдева” или дизайн-исследования, но сильно отличается “начинкой”: объектом исследования, методикой, инструментами, артефактами и результатом.

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

«Идеальный» процесс JTBD-исследования​

Еще раз по-русски: в JTBD-исследовании мы изучаем определенный опыт пользователей (переключение одного решения на другое или выбор решения в проблемной ситуации), с помощью “специальных” опросников и складываем находки в определенные артефакты (например, JTBD Statement или Job Story), которые в итоге помогают найти именно полезную информацию о пользователях и передать ее команде таким образом, чтобы она смогла использовать их в работе.

Часто задаваемые вопросы

Здесь я собрал ответы на популярные вопросы. Коротко и ясно.

1. Чем занимается менеджер по продукту?

Управляет всем жизненным циклом продукта от идеи до конечной реализации. Исследования, проектирование, разработка, продвижение и прочее. Микро CEO, ответственный за цели.

2. Что должен уметь продакт менеджер?

• Анализировать рынок и его сегменты.
• Понимать в маркетинг и выводе продукта на рынок.
• Ориентироваться в методологиях разработки (scrum, agile, kanban и пр…)
• Плотно работать с метриками и данными продукта.
• Уметь организовать процессы и следить за сроками.
• Общаться с пользователями и анализировать их запросы.
• Дружить с бизнес-планированием и понимать фин.показатели.
• Управление командой и владеть инструментами удаленной работы.

3. Сколько зарабатывает менеджер по продуктам?

Все зависит от уровня квалификации и опыта конкретного человека. На момент мая 2023 года, диапазон зарплат в Москве примерно такой:

• джуниор специалист (опыт 1-3 года) 130 000 – 170 000 руб. гросс
• мидл (опыт 3-6 года) 180 000 – 250 000 руб. гросс
• сеньор (опыт 6+ лет) 250 000 – 400 000 руб. гросс

Далее идут позиции руководителей (product lead, chief product officer, vp of product и т.д.), там уже более широкие диапазоны зарплат.

4. Чем отличается маркетолог от продакт менеджера?

Маркетолог отвечает за трафик и поиск целевой аудитории. Продакт отвечает за то, чтобы эта целевая аудитория, которую привел маркетолог, осуществила целевое действие внутри продукта, например: купила товар/услугу, оформила подписку, оставила заявку и т.д.

5. Что читать продакт менеджеру?

• Shipping greateness (Chris Vander Mey)
• Спроси Маму (Роб Фицпатрик)
• Разработка ценностных предложений (Александр Остервальдер)
• Гибкие методологии (Борис Вольфсон)
• The Lean Startup (Eric Ries)

Как-то делал короткий этих обзор книг, можно почитать.

• Не нужно все сразу, начните с MVP
• Протипирование: как сделать прототип сайта или мобильного приложения

Кстати, я уже давно веду авторские семинары по управлению IT продуктами, если интересно, посмотреть их можно тут.

Необычный и немного странный рекламный ролик от компании Diesel. Бренд выбрал моделей c неординарной внешностью.

Какие навыки нужно иметь, чтобы стать мидл- и сеньор-продакт-менеджером?

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

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

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

Какие soft skills необходимы продакт-менеджеру?

Коммуникации

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

Командная работа

Продакт-менеджер никогда не работает один

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

А чтобы грамотно управлять ресурсами и рисками проектов, понадобятся знания современных методологий управления — Agile, Kanban, Waterfall и SCRUM.

Управление конфликтами

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

Презентация идей

Продакт-менеджерам часто нужно защищать свои идеи или презентовать результаты

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

Проведение интервью с пользователями

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

Любопытство

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

Разновидности MVP

Вернёмся к Minimal Viable Product. Мы выяснили, что MVP — один из быстрых способов вывести продукт на рынок. Но спешить нельзя, команде нужно немного выдохнуть и после определиться с подходами создания минимально жизнеспособного продукта. Рассмотрим основные.

Один продукт — один параметр

Самый популярный подход на рынке стартапов — продукт с одним параметром.

В данном случае в роли MVP выступает готовый продукт с минимальным набором функций. Команда запускает проект, выводит на рынок, тестирует на «узкой» целевой аудитории. Получает данные и делает дальнейшие выводы о судьбе Minimal Viable Product.

Так, например, поступили Даниэль Эк и Мартин Лорентсон 15 лет назад. Они запустили крошечный сервис только с одной функцией — потоковой передачей медиафайлов. Но сейчас в 2021 году мы с вами знаем их как основателей музыкального гиганта — интернет-сервиса Spotify.

Разрозненный MVP

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

Консьерж MVP

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

Героем-консьержем 90-ых стал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. История проекта OpenTable.com началась с обычного телефонного звонка — попытки его жены зарезервировать место в хорошем ресторане (к ним в гости в Чикаго собрались приехать её родители). Три с половиной часа безуспешных звонков. Затея поужинать в заведении была обречена на провал. .

Несмотря на безрезультатный исход этот кейс вдохновил Темплтона на забавный эксперимент. Он начал бронировать для других людей столики вручную. Сценарий был прост: Чак Темплтон принимал звонки, рекомендовал конкретные заведения в зависимости от повода и резервировал места, обращаясь к ресторанам.

Темплтон поступил грамотно, он не стал сразу вкладывать все свои сбережения в реализацию сложного сервиса. А проверил жизнеспособность идеи, оценил платёжеспособность клиентов и познакомился с целевой аудиторией.

Волшебник страны Оз или MVP Флинстоуна

Символами четвёртого типа Minimal Viable Product стали одноимённые герои сказок и мультфильмов, указанные в заголовке.

Последовательные работы

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

Примеры:

• Для того, чтобы выполнить работу «перевести фрилансеру оплату за оказанные услуги за месяц», человек выолняет следующие работы ниже уровнем:
  • Попросить прислать инвойс на оплату
  • Оплатить инвойс
    • Зайти в интернет-банк
    • Найти в интернет-банке способ оплаты инвойсов
    • Вбить реквизиты
    • Пройти двухфакторную аутентификацию и оплатить
    • Сохранить подтверждение оплаты
  • Написать фрилансеру: «деньги ушли, спасибо за работу <3» и приложить подтверждение оплаты

Последовательные работы не обязательно идут по одному и тому же процессу, результат выполнения работы может быть разный и в зависимости от разных результатов могут идти разные последующие работы, например, для работы «Оплатить инвойс»:

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

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

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

Этап 5: выбор направления развития продукта

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

`pc`

{{/pc}}

`mobile`

{{/mobile}}

В этом поможет матрица SWOT-анализа, с помощью которой изучают четыре фактора:

1. S — Strengths. Это сильные стороны продукта или компании. Они позволяют конкурировать с другими продуктами или компаниями. 
2. W — Weaknesses. Это слабые места, с ними нужно работать, чтобы увеличить конкурентоспособность.
3. O — Opportunities. Это возможности, которые не зависят от самой компании или продукта, так как это внешний фактор. Возможности можно использовать, чтобы увеличить конкурентоспособность.
4. T — Threats. Это угрозы, они также являются внешними факторами. Угрозы нужно просчитывать и продумывать меры, которые помогут обезопасить бизнес от них.

Больше узнать о методике SWOT-анализа можно здесь.

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

`pc`

{{/pc}}

`mobile`

{{/mobile}}

Автор книги «Когда кофе и капуста конкуренты» Алан Клемент делится наглядным примером, как компаниям выживать на высококонкурентном рынке. 

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

Зачем использовать инструменты для продакт-менеджеров?

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

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

Не пропустите: 15 бесплатных инструментов разработки мобильных приложений для начинающих в 2022 году

Личное

9. Прочитайте всю документацию. Если чего-то нет, допишите.

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

По ходу дела обращайте внимание на то, что можно будет улучшить в будущем

10. Поставьте себе цели по личному развитию

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

Задайте себе вопросы:

• Что вы делаете по-настоящему хорошо и планируете продолжать делать? Получится ли это делать на новом месте? Как именно?
• В чем вам надо вырасти? Какие меры вы для этого предпримите? Как вы измерите свой прогресс?

11. Настройте свою «систему жизнеобеспечения»

Поставьте весь софт, который вам необходим. Настройте все инструменты, включите почтовые фильтры, комфортно обустройтесь на новом рабочем месте.

12. Получайте удовольствие от любимой работы!

Если вы нашли опечатку — выделите ее и нажмите Ctrl + Enter! Для связи с нами вы можете использовать info@apptractor.ru.

Резюме

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

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

Уважаемые читатели iMarketer.by! Эта статья продолжает серию под общим названием Профессия — маркетолог! В этой серии мы будем публиковать статьи практикующих маркетологов о специфике выбранного ими направления и нюансах работы.

Хотите написать о своей работе? Рассказать о том, как вы пришли в маркетинг, как и почему выбрали конкретное направление? Что вам нравится в Вашей работе, чем вы можете гордится, чего бы хотели достичь?

Пишите! Я помогу Вам рассказать о Вас и Вашей работе многим потеницальным единомышленникам, коллегам, партнерам и клиентам.

What is the jobs to be done (JTBD) framework

Jobs to be done (JTBD), a term coined by Clayton Christensen, is the idea that people ‘hire’ products to get a particular job done. This reframing of customer discovery comes from the desire to understand why people choose to buy a product—and their desired outcome after using it—rather than trying to figure out what products people use based on shared characteristics (aka personas).

The JTBD framework provides a structured way to apply JTBD theory to your customer research. When you use the framework, there are two interpretations of jobs to be done you need to consider:

Jobs-As-Activities

The Jobs-As-Activities interpretation of JTBD is when customers buy a product to do work with that product. They see it as a means to an end: your product is a tool to get things done. 

According to this interpretation, the JTBD framework provides a way to categorize, define, capture, and organize your customer’s needs, and tie performance metrics to their ‘jobs’, or what they’re trying to accomplish.

Examples of Jobs-As-Activities could be: 

• Listening to music, when the product is a music streaming service

• Drilling a quarter-inch hole, when the product is an electric drill

• Reading a book, when the product is a tablet 

With the Jobs-As-Activities approach, performance metrics are from the customer’s perspective: have they been able to do the work—the job—they needed to do with your product?

As a product manager, if you subscribe to the Jobs-As-Activities interpretation, use the JTBD framework to improve the effectiveness of your product, and how customers experience it. You can get actionable feedback to explore things such as:

• Do some customers struggle more with using your product to accomplish a certain job than others (for instance, novices versus experts, older versus younger)?

• Is it possible to eliminate the need for particular inputs or outputs to your product in order to accomplish the job?

• Is it necessary that people execute all steps for which they are currently responsible? Can you automate some activities or shift them to someone else?

• In what contexts do people most struggle with using the product to accomplish the job today? Where else or when else might people want to execute the job?

Jobs-As-Progress

The Jobs-As-Progress interpretation of JTBD is when customers want to make a positive change in their life. They buy your product hoping it will make their life easier or more pleasurable, which may include enhancing or avoiding future work.

According to this interpretation, the JTBD framework provides a way to understand why someone buys your product. Understanding their pain points and desired outcome from this perspective helps you identify new ways to think about your product.

Examples of Jobs-As-Progress could be:

• Improving a commute, when the customer buys music to avoid boredom and make their commute more pleasurable 

• Improving their home, when they buy the electric drill to install a shelf on their wall to avoid clutter 

• Increasing their knowledge, when the customer buys ebooks to avoidhaving to travel to the bookstore

With the Jobs-As-Progress approach, performance metrics focus on whether the customer has made progress towards or accomplished their desired outcome.

As a product manager, if you subscribe to the Jobs-As-Progress interpretation, use the JTBD framework to help customers make a change in their life, by exploring why people select the products they do and do not use to reach their desired outcome. To build that understanding, ask questions aimed at understanding people’s search to find solutions that fit their JTBD, such as:

• What other solutions did you try before selecting our product?

• What did and didn’t you like about other solutions you tried?

• If you could no longer use our product, what would you use instead? 

Рекомендуемая литература и курсы

Взлёт и смерть продукта

Продакт важен именно потому, что от его решений зависит взлёт и падение нашего приложения. 

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

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

Понятно, что продакт не один: в компании много других людей, которые влияют на решения о продукте. И мы живём не в вакууме: на продукты влияет маркетинг, экономика, политика, мода и что угодно ещё. 

И всё же продакт — это «точка сборки» продукта. Если ваш продакт идиот — бегите. 

Анализ рынка

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

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