продуктовое мышление76 просмотров. Последнее обновление: 01.11.2020

 

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

Прокачайте свои навыки продакт-менеджера c помощью лучшего курса на просторах русскоязычного пространства Gopractice Simulator. Регистрация со скидкой 5% >>

 

Содержание

 

 

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

Пример: Принцип Парето гласит, что примерно 80% всех результатов поступает от 20% усилий.

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

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

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

Эту концепцию популяризировал Чарли Мангер, знаменитый вице-председатель Berkshire Hathaway, в своей речи, в которой он размышлял о том, как обрести мудрость:

«Что такое элементарная мирская мудрость? Что ж, первое правило состоит в том, что вы ничего не можете знать, если просто запомните отдельные факты. Если факты не основываются на теории, у вас нет их в пригодной для использования форме.
У вас в голове должны быть модели. И вы должны собрать свой опыт — как косвенный, так и прямой — на этой решетке моделей. Возможно, вы заметили студентов, которые просто пытаются вспомнить и совместить то, что вспомнилось. Что ж, они терпят неудачу в школе и в жизни. Вы должны вешать опыт на решетку моделей в своей голове.
Какие модели? Итак, первое правило состоит в том, что у вас должно быть несколько моделей — потому что, если у вас есть только одна или две, которые вы используете, природа человеческой психологии такова, что вы будете пытать реальность, чтобы она соответствовала вашим моделям, или, по крайней мере, вы так думаете. Вы становитесь эквивалентом мануального терапевта, который, конечно же, является великим болваном в медицине.
Это как старая поговорка: «Для человека, у которого есть только молоток, каждая проблема выглядит как гвоздь». И, конечно же, так хиропрактик занимается медициной. Но это совершенно губительный способ мышления и совершенно губительный способ действовать в этом мире. Итак, у вас должно быть несколько моделей.»

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

Это также сообщение не только для менеджеров по продуктам, а для всех, кто работает над продуктами.

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

Ментальные модели, которые мы рассмотрим, разделены на следующие категории:

  • Выяснение, куда инвестировать усилия и деньги;
  • Проектирование и определение объема работ;
  • Доставка продукта и итерации.

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

 

1. Возврат инвестиций

 

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

 

коэффициент возврата инвестиций

 

Чем это полезно

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

 

2. Стоимость времени доставки

 

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

 

стоимость доставки продукта

 

Чем это полезно

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

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

 

3. Горизонт времени

 

Эта концепция связана со стоимостью времени доставки. Правильное инвестиционное решение изменяется в зависимости от периода времени под который вы оптимизируете решение.

 

горизонт времени

При достаточно длительном временном горизонте стоимость сборки в 3 месяца по сравнению с 9 месяцами незначительна.

 

Чем это полезно

Выбор вопроса: «Как мы можем добиться наибольшего воздействия в следующие 3 месяца?» или «Как мы можем добиться наибольшего влияния в следующие 3 года?» приведет к совершенно другим решениям для вашей команды.

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

 

4. Ожидаемая стоимость

 

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

 

ожидаемая стоимость

 

Чем это полезно

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

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

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

 

5. Работа в обратном направлении (инверсия)

 

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

 

работа в обратном направлении

Обратите внимание, что работа в обратном направлении не всегда лучше, она просто создает другую перспективу.

 

Чем это полезно

Большинство команд склонны работать по стандартной модели от определения проблемы к поиску решения.

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

Обратите внимание, что работа в обратном направлении не всегда лучше, она просто создает другую перспективу. Здорово планировать, используя обе точки зрения.

 

6. Уверенность определяет скорость и качество

 

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

 

скорость и качество как функция уверенности

 

Чем это полезно

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

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

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

 

7. Полное удовлетворение потребностей клиента

 

Клиентский опыт не заканчивается на интерфейсе. То, что происходит до и после использования продукта, не менее важно для дизайна.

 

полный цикл клиентского опыта

 

Чем это полезно

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

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

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

 

8. Эксперимент, функция, платформа

 

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

 

эксперимент функция платформа

 

Чем это полезно

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

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

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

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

Хорошее практическое правило при создании платформы — создавать её вместе с вашим первым потребителем, то есть иметь другую команду, одновременно создающую функцию на вашей платформе, пока вы её разрабатываете — таким образом вы гарантируете, что платформа действительно включает полезные функции.

 

9. Петли обратной связи

 

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

 

петли обратной связи

 

Чем это полезно

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

Например, предположим, что вы работаете в отделе платежей, и ваш KPI должен увеличить общее количество обработанных платежей по кредитным картам.

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

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

 

10. Маховик (рекурсивная петля обратной связи)

 

Состояние, в котором петля положительной или отрицательной обратной связи питается сама собой и ускоряется за счет собственного импульса.

 

рекурсивный контур обратной связи

 

Чем это полезно

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

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

Пока вы взращиваете маховик, вы не только будете расти, но и будете расти всё быстрее.

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

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

 

11. Убывающая доходность

 

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

 

уменьшение прибыли

 

Чем это полезно

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

 

12. Локальные максимумы

 

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

 

локальные максимумы

 

Чем это полезно

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

Эту концепцию недавно популяризировал вирусный пост Юджина Вэя «Невидимые асимптоты», в котором описывается подобный пример, предвиденный Amazon и приведший к созданию Prime.

 

13. Вторая версия продукта

 

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

 

первая и вторая версия продукта

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

 

Чем это полезно

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

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

 

14. Фриролл

 

Ситуация, когда можно немного потерять и много выиграть, доставив до клиентов что-то быстро.

 

фриролл в продуктовом мышление

 

Чем это полезно

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

Если вы находитесь в ситуации, когда ваша команда думает: «Давай просто сделаем что-нибудь… мы не сможем сделать хуже», то, скорее всего, впереди вас ждет фриролл.

 

15. Большая часть стоимости создается после первой версии

 

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

 

создание стоимости после первой версии

 

Чем это полезно

Всё является гипотезой, пока клиенты не начнут массово использовать продукт. Хотя то, что ваша команда вкладывает в «предварительное обучение» — интервью с клиентами, тестирование прототипов, количественный анализ, бета-тестирование и так далее, — может значительно повысить вероятность того, что вы правы, всегда есть варианты поведения и крайние случаи. которые появляются, когда вы отправляете эту функцию на 100% клиентов.

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

 

16. Ключевой показатель провала

 

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

 

индикатор ключевой ошибки

 

Чем это полезно

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

Классическим примером является команда, которая думает, что она успешна, удвоив конверсию регистрации на целевой странице, но заметила (слишком поздно), что общее количество клиентов не растет, потому что коэффициент конверсии упал на 60% из-за того же изменения.

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

Примеры популярных сочетаний KPI <> KFI:

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

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

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

Чем больше у вас будет моделей, в идеале — на основе опыта, тем лучше вы станете.

Онлайн обучение >> обучение бизнесуобучение менеджментуобучение переговорамобучение продажамобучение рекрутингуобучение продакт-менеджментуобучение проджект-менеджменту.

Связанные материалы >>  кто такой менеджеркто такой предпринимателькто такой HR менеджеркто такой рекрутеркто такой проджект менеджерпродакт менеджментпродуктовая аналитикапроджект менеджментрегулярный менеджментпрофессиональный менеджменттайм менеджмент.

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (1 оценок, среднее: 5,00 из 5)
Загрузка...

 

О сайте
Оставить комментарий

Ваш email адрес не публикуется. Обязательные для заполнения поля помечены *

Вы можете использовать следующие HTML теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

очиститьОтправить