Продуктовое мышление / от ProductSense


Channel's geo and language: Russia, Russian
Category: Career


Про профессиональное развитие, новые вызовы и горизонты
Канал с высокоуровневым контентом @productsense
Работа @mindset_jobs

Related channels

Channel's geo and language
Russia, Russian
Category
Career
Statistics
Posts filter


🧠 16 выпусков подкаста make sense о разных типах мышления

О системном мышлении при запуске продуктов, недоиспользованных ресурсах и правильной аудитории
О мышлении предпринимателя и продакта, продуктовой яме, проклятии технологий и влиянии на общество
О книге «Мышление разведчика», искусстве распределения доверия, типах уверенности и неправоте
О креативном мышлении, сломанных паттернах, воображаемом мире и расширении пространства выбора
О критическом мышлении, фальсифицируемости и навыках, которым нас не учит традиционное образование
О креативном мышлении, нерешаемых проблемах и 7 красных линиях в форме котенка с Филиппом Муравьевым
— Об аутсорс-разработке, работе с заказчиком и развитии бизнес-мышления с Сергеем Бережным
О математическом мышлении, статистике и A/B-тестировании с Виталием Черемисиновым
Об инструментах логического мышления и навыках technical product manager с Сергеем Руденко
— О продуктах как системах и системном мышлении с Иваном Подобедом
О продуктовом мышлении у разработчиков, технических навыках у продактов и культурном коде с Сергеем Борисюком
— О принятии решений, стратегическом мышлении и горизонте планирования с Александром Горным
О предпринимательском мышлении, переговорах и customer development с Робом Фитцпатриком
— О Product Architecture Framework, формализации знаний и продуктовом мышлении с Сергеем Тихомировым
Об аналитике, работе над retention и развитии мышления предпринимателя с Байрамом Аннаковым
О самообучении и развитии с Кешей Скирневским

@productmindset


🧠 Как применять продуктовый подход на текущей работе и получить релевантный опыт работы над продуктом, чтобы перейти в продакт-менеджмент

1. Найти и проанализировать боли своих коллег, руководства или клиентов. Используйте интервью, опросы, касдев, основы методики JTBD и CJM, User Story, User Story Mapping. Внимательно наблюдайте и слушайте разговоры в обед, перед и после работы. По результатам разработайте идеи для доработки текущего продукта или создания нового.

2. Получить согласие руководства. Работать за спиной — не очень эффективный метод. Если в какой-то момент вас застанут за «нерабочими» проектами, возникнет неловкая ситуация. Обговорите с непосредственным руководителем, что будете выполнять помимо основной работы еще и продуктовые задачи.

3. Определить стейкхолдеров вашей продуктовой задачи. Выясните их потребности и степень влияния на результат.

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

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

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

7. Подробно описать проект и положить в портфолио.

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

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

@productmindset


🏃‍♂️Как правильно смотреть на стратегию

На стратегию нужно смотреть в контексте игры. И есть два типа игр, в которых постоянно приходится принимать решения:

1. Игры со ставками — необходимо решать, на что поставить и т.п.
2. Игры, в которых необходимо делать какие-то обдуманные ходы.

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

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

В этом определении видно три компонента:

1. Процесс. У нас есть некий поток событий, реагируя на который, мы принимаем стратегические решения. Такие решения помогают понять, что нужно делать прямо сейчас, чтобы достичь успеха.
2. Мышление.
3. Реакция.

Теперь расшифруем фразу «понимание места и роли компании в будущем потоке событий». Если мир меняется очень быстро, мы тоже должны меняться, адаптируясь к новому миру. И тут есть два похода:

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

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

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

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

По материалам статьи Геннадия Константинова «Гибкая стратегия в эпоху перемен: горизонты планирования, стратегический процесс и видение будущего».

@productmindset


Открыли Call For Papers на ProductSense’24 Moscow. Приходите делиться опытом

Вначале осени, 5 и 6 сентября, состоится ProductSense’24 Moscow, самая крупная в СНГ конференция по менеджменту продуктов, людей и процессов. Мы начинаем формировать программу и принимаем заявки от спикеров.

Форматы участия: офлайн-доклад на 20 минут или мастер-класс на 1,5 часа.

Тема конференции: «Продакты не нужны?»

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

Треки докладов: бизнес, стратегия и монетизация; маркетинг и продажи; delivery, команда и процессы; discovery и опыт пользователя; саморазвитие и управление командами.

👉 Посмотреть примерные темы

Почему стоит выступить

• Прокачать личный бренд: ваш доклад смогут вживую услышать 200–500 человек, а факт участия пригодится в карьере.

• Структурировать свои знания и опыт: рефлексия помогает лучше понять причины и следствия, развить насмотренность.

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

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

• Бесплатно попасть на конференцию: мы оплачиваем проезд и проживание, если спикер не из Москвы.

Как стать спикером

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

👉 Открыть правила подготовки

👉 Отправить заявку


🔥🔥🔥 Алгоритм проектирования дашборда

Проектирование дашбордов — это дисциплина на стыке аналитики и дизайна. Разработчик, BI-аналитик, должен выяснить, для каких задач менеджеру продуктов нужен дашборд, и уже исходя из них предложить решение. Невозможно заранее сказать, что для конкретных метрик есть готовые решения: например, retention — это всегда косынка, LTV — линейный график и т.п. — так не работает, поэтому каждый раз необходимо выяснять потребности пользователя.

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

За годы работы Роман Бунин собрал для себя удобный фреймворк разработки дашборда — Dashboard Canvas. Он помогает систематизировать сбор требований, не упустить важные детали и осознанно выбрать тип визуализации.

Это своего рода аллюзия на Business Model Canvas. В Dashboard Canvas нет какого-то волшебства или секретов — это просто основанная на здравом смысле шпаргалка. С помощью такого фреймворка проектируют и запускают дашборды в Яндекс Go.

Dashboard Canvas состоит из 9 компонентов — их можно заполнять в моем шаблоне или обычном текстовом документе, пункт за пунктом:

1. Команда
2. Понимание задачи
3. Пользователи
4. Вопросы и бизнес-решения
5. Контекст и форматы
6. Данные
7. Форматы
8. Макет
9. Тестирование и поддержка

По материалам статьи Романа Бунина «Как создавать полезные для бизнеса дашборды: алгоритм, принципы верстки, инструменты, архитектура».

@productmindset


👍 Как выбрать подходящий метод продуктовых исследований

Есть разные способы, которые помогают обобщить многообразие методов и алгоритмизировать выбор подходящего для конкретного исследования. Методы связывают:

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

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

Что учесть при выборе метода исследования
Цель исследования. Для чего нужно исследование? Какого знания (и о чем) команде не хватает для принятия решения? Тезис в стиле «спасибо, кэп!», однако мы часто видим, когда команда начинает планирование исследования сразу с метода, забывая о самой задаче: «хотим построить CJM», «внедрить NPS» и т.п. В сообществе постоянно появляется мода на тот или иной метод. Интерес к новому или желание вовлечь в исследования всю команду (а для этого не каждый метод подходит) могут быть второстепенными критериями выбора, главной должна оставаться цель исследования.

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

Риски от запуска без исследования vs стоимость самого исследования. Чем вы рискуете, если сэкономите на исследовании, и в итоге примите ошибочное решение? Кто и какие риски будет нести? Теперь сравним с ресурсами, которые команда потратит на проведение исследования. Сюда входит поиск подходящих респондентов, подготовка прототипов, проведение исследования и анализ результатов. Очень важно, чтобы стоимость исследования не превышала возможные риски.

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

По материалам статьи Светланы Ратнер «DIY. Гайд по методам продуктовых исследований: качественные, количественные, UX-исследования».

@productmindset


Какие знания и умения потребуются менеджерам продуктов в 2024 году?

В индустрии времени слишком мало, а навыков и фреймворков — много.

Чтобы разобраться, какие скиллы самые важные для развития продукта, Product Heroes запустили мини-исследование:

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

Присоединяйтесь к исследованию, делитесь с коллегами. Совсем скоро ребята опубликуют итоги опроса.

👉 Пройти опрос


ProductSense’24 Moscow: встречаемся 5 и 6 сентября. Early Bird билеты уже в продаже

ProductSense — самая крупная в СНГ конференция по менеджменту продуктов.

Прошлой осенью мы собрали 1100+ участников на площадке и почти 300 онлайн.
В этом году нас будет еще больше. Новая тема, новая программа и спикеры:

• два дня. Более 50 докладов и мастер-классов;
• отдельный день воркшопов 4 сентября;
• живое общение и обмен опытом в сообществе профессионалов.

В ProductSense участвуют:

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

🎫  Первые 300 билетов по самой выгодной цене:

• Онлайн Digital Pass: 20 000 руб. вместо 25 000 руб.
• Офлайн: от 40 000 руб. вместо 50 000 + руб.

Цены действуют до 27 апреля или пока все билеты Early Bird не раскупят.

Если хотите, чтобы билет оплатила компания 👉 Пример письма работодателю. Текст можно сократить и добавить свои идеи.

👉 Перейти на сайт конференции и узнать подробности

Сотрудничество

Обсудить участие в ProductSense'24 Moscow в качестве партнера можно с Юрой Агеевым: ageev@productsense.io.


🤝 Как безопасно тренировать навык собеседований

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

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

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

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

Недостатки тестового собеседования:
— Успешное собеседование не предполагает трудоустройства.
— Некоторая абстрактность в задачах и кейсах.
— Неприятие фидбэка: кто вы такие чтобы меня оценивать?

По материалам статьи «Как начинающему менеджеру продуктов пройти собеседование».

@productmindset


О подготовке к исследованиям, важности брифа, истинных целях исследований и выгорании исследователей

Если вы хотите запустить исследование или решили «покасдевить» — это, пожалуй, лучший и самый отрезвляющий выпуск подкаста make sense. Анастасия Черкашина разложила по полочкам все, что нужно знать об исследованиях заказчикам или новичкам в этом деле.

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


@productmindset


Какую пользу получает менти, если его ментор — его прямой руководитель

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

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

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

По материалам статьи Ольги Стратанович «Гайд по менторингу для продакт-менеджеров: зачем он нужен и как запрашивать его у своих руководителей».

@productmindset


Как считать объем рынка и ЦА?

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

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

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

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

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

Потенциальный объем рынка оценить непросто. Например, мы делаем мобильные игры. В мире 20 миллионов пользователей Android, сколько из них играет в игры? Четверть? Значит, наш потенциальный рынок пять миллионов пользователей! Но это не так.

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

Чтобы рассчитать настоящую потенциальную аудиторию, каждый показатель нужно «разделить на 10» и дойти таким образом до реально достижимого объема рынка.

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

По материалам статьи «Как создать свой сайд-проект: найти идею, команду, протестировать продажи и масштабироваться».

@productmindset


Простым языком об отличиях OKR и KPI

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

OKR, они же Objectives and Key Results, состоит, как и следуют из названия, из двух компонентов. Первый компонент — это амбициозные цели (objectives). Они определяют ценность для бизнеса. Второй — это ключевые показатели (key results), по которым можно судить, приближаемся мы к этим самым целям или нет. Амбициозные цели — это цели, принципиально недостижимые на 100%. Если цель достигнута, значит она недостаточно амбициозно поставлена. Оптимальным считается выполнение на 60−70%.

KPI (key performance indicators) — это ключевые показатели результатов деятельности.

Если все, что вам нужно знать про OKR, можно почерпнуть из книги Джона Дорра «Измеряйте самое важное», то для KPI такой «главной» книги нет. Обычно, когда говорят про KPI, имеют ввиду либо методику MBO Питера Друкера, либо систему BSC Дэвида Нортона. Впрочем, в любом случае под KPI подразумеваются задачи, сформулированные по SMART — как Key Results внутри OKR.

И KPI, и OKR могут формироваться для разных уровней компании, а потом объединяться в общую иерархию целей. Цели сотрудников должны вытекать из целей отделов, а цели отделов — из целей компании.

В общем, если из OKR убрать objectives, которые зачем-то ставят заведомо невыполнимыми, то оба подхода неотличимы. Получается, что OKR — это просто новый вид KPI? А если так, то вопрос «Можно ли смешивать KPI и OKR?» отпадает сам собой. На самом деле ответ зависит от того, зачем вашей компании нужен KPI или OKR.

По материалам статьи Андрея Морозова «Чем отличаются OKR и KPI и можно ли их смешивать?».

@productmindset


Как выстраивать отношения с инженерами: эмпатия к разработке и общение с техлидом и тимлидом

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

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

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

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

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

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

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

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

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

@productmindset


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

‼️ Продажи вашего продукта могут расти, и при этом ему грозит быстрый вылет с рынка.

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

‼️ Ваш продукт технически и интерфейсно прекрасен, но продать клиенту его все равно невозможно.

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

‼️ Точное понимание, что именно люди покупают, позволяет продукту расти максимально быстро.

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

‼️ «Странные» запросы клиентов помогают найти точки роста.

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

По материалам статьи Степана Дешевых «Продажи для менеджеров продуктов: для чего они нужны, из чего состоят и как правильно продавать».

@productmindset


🙌 Надо ли повторно контактировать с респондентом после интервью: опыт Контура

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

1. Отслеживать скрипт, чтобы задать все нужные вопросы и ничего не упустить.

2. Чувствовать тему, понимать, куда еще стоит копнуть и какие дополнительные вопросы задать.

В Контуре не бывает такого, что уже после интервью исследователи перезванивают и говорят: «Я еще хочу спросить об этом и этом».

А вот обратная ситуация случается: если тема интервью очень болезненная, у пользователей есть реальные проблемы и они видят, что готовится какое-то решение, они сами могут сказать: «А можно я посмотрю на то, что вы придумаете, потестирую ваше решение?» Однако это уже будет не повторное интервью, а совсем другой этап — к пользователю придут уже не с интервью, а с прототипом.

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

По материалам статьи Елены Гергерт «Гайд: как анализировать результаты глубинных интервью и использовать их для проверки гипотез».

@productsense


Пять выпусков подкаста make sense о нетипичных для продуктового менеджмента бизнесах и индустриях

1. О ресторанах и барах как продукте, влиянии концепций и локаций, конкуренции и моделях заработка
2. О космическом рынке, работе в консалтинге и зарубежном образовании с Дарьей Рыжковой
3. О рынке поставки химикатов, масштабировании сервиса, доверии экспертам и обесценивании как триггере
4. О запуске агротех-стартапа, IT-технологиях в фермерстве и поиске Product/market fit с Валерией Коган
5. О сити-фермерстве, трендах и IT-технологиях в агрономии с Максимом Чижовым


Video is unavailable for watching
Show in Telegram
🔥🔥🔥 Вышел 283 эпизод make sense podcast — Юра Агеев поговорил с Дмитрийем Мацкевичем о cложных эмоциях, интенсивных переживаниях, отказе от контроля и усложнении картины мира

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

Этот выпуск можно слушать, а можно смотреть на YouTube. Подробности в канале подкаста @mspodcast


Как создавать, реализовывать и обновлять стратегию: опыт Циан

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

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

Кроме того, вряд ли люди уже перейдут в офлайн, потому что онлайн слишком много удобных инструментов. Соответственно, потребность в услугах ЦИАН будет всегда.

Есть и другая сторона: те действия, которые еще происходят в офлайне (покупка квартиры, часть пользовательского пути, связанного с ипотекой) неизбежно будут перетекать в онлайн и цифровизироваться.

Это тоже ставка, которая, скорее всего, сыграет. Возможно, реальная скорость этого процесса будет отличаться, но сам тренд почти 100% будет реализовываться. Так что мы неизбежно придем к практически полной цифровизации этого процесса в будущем. А будет ли это горизонт в один, два, три или пять лет — другой вопрос.

Александр Гарбузов, Head of strategy в ЦИАН, рассказал о том, как в компании происходит работа над стратегией и какие инструменты позволяют максимально избегать конфликта интересов.

👉 Узнать, как работают над стратегией в ЦИАН

@productsense


🐅 Стратегия «выехать на спине тигра»: как более известный продукт или компания помогают выйти на новый рынок

Российский стартап выпустил продукт — дополнение для MS Sharepoint. ЦА — крупные и средние компании. Для старта выбрали рынок Швеции: там хорошо говорят по-английски (а значит, будет проще коммуницировать), распространен Sharepoint и Швеция недалеко от СПб.

На рынок «в холодную» — компанию никто не знал. Потенциальные клиенты реагировали хорошо, но покупали в итоге решения шведских компаний. В этот момент Microsoft начал активно продвигать Office 365 и свои онлайн-технологии: Azure и Sharepoint Online.

Команда стартапа тут же связалась с Microsoft, быстро адаптировала свое решение для их онлайн-продуктов и сделала своей ЦА SMB. Так удалось получить поддержку корпорации. Для них это был выгодный кейс — он подходил и для России, и для зарубежья, его можно было показывать другим разработчикам и пользователям, чтобы они тоже разрабатывали решения под онлайн-платформы и покупали их.

Рекламу старгетировали на англоязычную аудиторию и встали в каталоги Microsoft. Благодаря этому получили хороший пиар и запустили полноценные продажи.

Такая стратегия называется «выехать на спине тигра». При запуске новых продуктов крупные компании нуждаются в успешных кейсах. Сев на их спину, можно подключиться к их пиару и маркетинговым активностям.

По материалам доклада Ирины Радюшкиной на ProductSense Stories’20.

@productmindset

20 last posts shown.