Как перестать тратить время на создание неправильных функций

По словам профессора Гарвардской школы бизнеса Клейтона Кристенсена,95% новых продуктов терпят неудачуПолем Эта поразительная статистика подчеркивает, почему современные команды продуктов - от стартапов SaaS до предприятий - должны инвестировать в строгиеОбнаружение продуктаПолем Систематическое понимание потребностей пользователей и тестирования идей перед разработкой, команды могут избежать судьбы Google Glass и New Coke, оба приведены примеры продуктов, запускаемых без надлежащего обнаружения.

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

Что такое открытие продукта?

Обнаружение продукта - это процесс изученияпотребности клиентов, рыночный контекст и бизнес -целирешить, какой продукт (или функция) создать. Другими словами, речь идет о проверкечтопостроить - ипочему- Прежде чем инвестировать значительные средства в разработку. КакAtlassianПо словам, обнаружение продукта «помогает командам продуктов определять функции продукта», понимая клиентов и обеспечивая «правильный продукт для правильного клиента». Экспертам отрасли нравитсяМарти КаганОпишите Discovery как способ «быстро отделить хорошие идеи от плохого», создавая подтвержденное отставание идей.

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

Почему открытие продукта имеет значение

Потому что так много продуктов терпят неудачу (до95%, как отмечалось), открытие продукта сейчассущественныйдля снижения риска и отходов. Эффективное открытие обеспечивает ключевые преимущества:

• Глубокое понимание пользователя:Открытие сил командысочувствуйте пользователями раскрыть настоящие болевые точки. Вместо того, чтобы догадываться, команды изучают потребности и поведение пользователей, обеспечивая решение продуктов подлинными проблемами. Исследовательские обнаружения приводят к функциям, которые обеспечивают реальную ценность, что повышает удовлетворенность пользователей.
• Подтвержденные предположения:Обнаружение испытает гипотезы на ранних стадиях с помощью опросов, интервью или прототипов. Таким образом, вы можете подтвердить, действительно ли пользователи хотят функцию перед ее созданием. Проверка допущений предотвращает слишком общающуюся ошибку, когда я отправляюсь на решения, основанные на неконтролируемых убеждениях.
• Снижение риска:Изучая идеи и тестирование прототипов перед полномасштабным развитием, командыминимизировать рискПолем Ранняя обратная связь раскрывает проблемы, когда их дешево исправить. Согласно отраслевым источникам, инвестирование времени в Discovery «снижает эти риски и гарантирует, что мы создаем правильные продукты для пользователей».
• Инновации и выравнивание:Discovery поощряет творческое мышление и культуру экспериментов. Это также способствует выравниванию в команде и заинтересованных сторонах, создавая общее понимание целей продукта. Этот акцент на клиентах (не только технологии) соответствует приоритетам развития с потребностями рынка.

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

Ключевые этапы обнаружения продукта

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

1. Пользователь и исследование рынка:Начните с создания проблемы. РасследоватьпочемуВы строите иВОЗЭто для. Соберите количественные данные (аналитика, опросы) и качественные идеи (интервью, фокус -группы), чтобы определить болевые точки пользователя. Например, команда может проанализировать показатели использования, а затем взять интервью у целевых клиентов, чтобы подтвердить неудовлетворенные потребности. Этот этап дает четкую проблему или зону возможности.
2. Идея и гипотеза:С потребностями пользователя в руках, потенциальные решения для мозгового штурма. Используйте такие методы, как семинары по дизайну, наброски или картирование пользователей. Соберите межфункциональную команду (менеджеры по продуктам, дизайнеры, инженеры), чтобы предложить различные идеи функций. Поощряйте дивергентное мышление - придумывать много концепций - затем сходитесь к самым перспективным гипотезам.
3. Прототипирование:СтроитьБыстрые прототипы или макетыиз лучших идей. Они могут варьироваться от бумажных набросков до кликабельных каркасов или простых целевых страниц. Цель состоит в том, чтобы создать осязаемые версии ваших концепций, чтобы вы могли проверить их. Прототипирование - это «худой способ подтверждения вашей гипотезы». Сохраняйте это просто: сосредоточьтесь на основном опыте, который вам необходимо оценить, а не полированные визуальные эффекты.
4. Проверка проверки:Представьте прототипы реальным пользователям или клиентам и собирайте обратную связь. Это может включать в себя тесты на удобство использования, A/B -тесты или пилотные запуска. Обратите внимание, понимают ли пользователи решение и решают проблему. Например, общедоступные дорожные карты или бета -версии могут быть переданы сбором заинтересованных сторон для обратной связи. Ключевой вопрос:Поистине соответствуют ли предложенные функции потребности пользователей?Если нет, используйте то, что вы научитесь, для итерации или поворота.
5. Уточнение и решение:На основе данных тестирования уточните свое решение. Вы можете вернуться к исследованиям или попробовать новые идеи. В конце концов, определитесь с ценным решением (клиенты хотят его), используемого (клиенты могут использовать его), выполнимо (команда может построить его) и жизнеспособным (подходит для бизнес -целей). Когда решение подтверждено, вы создаете хорошо приоритетный,подтвержденное отставаниефункций, готовых к фазе доставки.

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

Методы и инструменты для эффективного открытия

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

• Интервью и опросы клиентов:Прямо спросите пользователей об их проблемах, потребностях и реакции на идеи. Прослушивание - это ключ - подавите желание продать или оправдать. Как советует тренер по продукту Тереза ​​Торрес, «послушайте - действительно слушайте» и избегайте прыжков с решениями.
• Прототипирование и MVP:Расширить минимальные жизнеспособные продукты или прототипы. Такие инструменты, как Figma или Invision, помогают быстро создавать макеты. Даже простой прототип может показать, резонирует ли концепция.
• Пользовательский тестирование и аналитика:Тестирование юзабилити с целевыми пользователями раскрывает проблемы в вашем дизайне или концепции. Аналитика (например, отслеживание кликов, тепловые карты) может подтвердить, соответствует ли поведение пользователя ожиданиями. Комбинирование данных с обратной связью с пользователями дает полную картину.
• Картирование и семинары рассказа:Используйте совместные упражнения (картирование истории, картирование путешествий, спринты дизайна), чтобы выровнять команды. Например, создание карты истории пользователя можетСовместите заинтересованные стороны в связи с общими целями продуктаПолем Эти визуальные инструменты держат всех «на одной странице» о путешествиях клиентов.
• Экспериментирование и тестирование A/B:При необходимости запустите небольшие эксперименты. Команды продуктов могут выпустить два варианта функции или целевой страницы, чтобы проверить, какая лучшая проблема (A/B -тест). Это особенно распространено в SaaS или потребительских приложениях.
• Адфейские семинары по открытию:Расписание посвященных сессий открытия или «спринта», где команда фокусируется на исследованиях и идеях. Привлекайте разработчиков на раннем этапе - их техническое понимание гарантирует, что идеи осуществимы. Atlassian называет это «динамичным процессом обнаружения продукта», где во всем требуется сотрудничество команды.
• Инструменты:Используйте инструменты управления продуктами (например, Des Discovery Product, AHA!, Или Productboard), чтобы собрать идеи клиентов, обратную связь и исследования в одном месте. Эти платформы помогают организовать информационный поток от обнаружения в доставку.

Объединенная цель всех этих методов - построитьУчебная культураПолем Как подчеркивает Productboard, цель состоит не только в том, чтобы отправить функции, но и создать среду непрерывного обучения, которая постепенно улучшает продукт. Открытие - это, по сути, о превращении неопределенности в знания.

Обнаружение продукта в гибких средах

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

• Итеративные фазы:Адфейские команды делают открытие итеративным. Они проходят через исследования, прототипирование и валидацию несколько раз по мере появления новой информации. Не существует строгого «конца» для обнаружения; Команды продуктов продолжают учиться даже после запуска.
• Межфункциональные команды:Agile Discovery включает в себя целые команды, а не только менеджер по продукту. Разработчики, дизайнеры, маркетологи и даже торговые представители должны участвовать в мероприятиях по обнаружению. Этот совместный подход предотвращает изоляцию и обеспечивает бай-ин.
• Параллельные треки:Часто обнаружение и доставка бегут параллельно. В то время как одна часть команды разрабатывает уже проверенные функции, другая команда продолжает изучать будущие возможности. Подход Atlassian явно определяет отдельные треки «обнаружения» и «доставки». Таким образом, новые идеи всегда проверяются, не блокируя текущую разработку.
• Сессии Discovery:Команды Scrum или Kanban могут обозначить спринтерские слоты для работы Discovery. Например, вы можете начать проект сСпринт 0посвящен открытию, или зарезервируйте 20% каждой способности спринта для исследований. Регулярные встречи «Discovery Demos» или заинтересованных сторон могут поделиться выводами.
• Петли обратной связи:Agile Discovery в значительной степени полагается на петли обратной связи с пользователями и заинтересованными сторонами. После каждого прототипа или итерации команда должна представлять и настраивать на основе ввода. Это делает процесс гибким и ориентированным на пользователя.

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

Реальные примеры

Даже крупные компании изучают этот урок. На самом делеGoogle GlassПроект - несмотря на тяжелые инвестиции в исследования и разработки - был отложен, когда широкие потребности пользователей не соответствовали возможностям продукта. Аналогичным образом, новая кока-кола Coca-Cola-это известный случай пропуска Deep Discovery: без понимания лояльности клиентов к первоначальной формуле, изменение не удалось. Эти примеры показывают, чтоПлохое открытие может обречь продукт, даже в масштабеПолем

С другой стороны, компании, которые одержимы открытием, имеют тенденцию добиваться успеха. Например, Atlassian продвигает »Динамическое обнаружение продукта »где менеджеры по продуктам активно вовлекают всю команду в постоянное изучение проблем с клиентами. Они использовали этот подход внутри, чтобы направлять такие продукты, как Jira и Confluence. (См. Ресурсы Atlassian по динамическому открытию для деталей.)

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

5 лучших инструментов для поиска продуктов для современных команд продуктов

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

Более короткая петля

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

Ключевые возможности:

• Централизованные отзывы о билетах, интервью и опросах поддержки
• AI-Power Insight Clustering для выявления шаблонов по пользовательским данным
• Персоновые строители, основанные на фактических доказательствах
• Картирование возможностей для соединения проблем с проверенными решениями
• Предварительное развитие тестирование предложений

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

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

Лабиринт

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

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

USERTESTING

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

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

Миро

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

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

Хотджар

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

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

Заключение

На сегодняшнем быстро меняющемся рынке программного обеспечения,Обнаружение продукта не является обязательным - это основополагающееПолем Дисциплинированный процесс обнаружения помогает командам избежать 95% ловушки с неудачей, обеспечивая решающие продукты реальные проблемы с пользователями и соответствовать бизнес -стратегии. Следуя структурированному этапу обнаружения (исследования, идеи, прототипирование, валидация) и внедряя его в вашу гибкую практику, ваша команда может с уверенностью создавать продукты, которые любят пользователи.

Стартапы, команды SaaS и опытные лидеры продуктов должны расставить приоритеты для открытия. Это ключ к превращению идей в влияние. Для более подробного руководства по процессам и методам обнаружения продукта см.Руководство по обнаружению продуктаПолем

Ключевые выводы:

• Откройте для себя рано и часто проверять идеи продукта.
• Сосредоточьтесь на потребностях пользователей, а не только на аккуратных функциях.
• Используйте прототипы и тестирование, чтобы смягчить риск.
• Продолжайте Discovery Agile и Team-управляемые.

Инвестируя в сильные методы открытия, менеджеры по продуктам дают свои команды построитьверноПродукт - и присоединяйтесь к 5% успехов.