Что такое поиск продуктов и как его проводить?


Введение
В большинстве случаев 9 из 10 новых продуктов не проходят первоначальное тестирование с реальными пользователями. Почему так? Основываясь на смелой и очень яркой идее, разработчики изучают конкурентов на месте и после пары фокус-групп с целевой аудиторией разрабатывают прототип. Когда у компаний появляются достаточные средства, они выводят продукт на рынок и вскоре понимают, что что-то не так. Это происходит потому, что они не сосредоточились на одном важнейшем шаге еще до начала разработки продукта. Процесс проверки идеи на рынке и у будущих пользователей называется поиском продукта, и процесс поиска продукта в команде Agile — самый популярный в команде по разработке программного обеспечения.
Что такое поиск продуктов?
Поиск продуктов — это один из способов, который помогает лучше понять клиентов, чтобы создавать продукты, которые полностью удовлетворяют их потребности. Это помогает команде находить новые возможности, придумывать ценные и реалистичные продукты, а также помогает компании не тратить ресурсы на проекты, которые никому не нужны. Процесс открытия, который привел к созданию продукта, начался в начале 2000-х годов как ответ на традиционный процесс разработки продуктов. Проще говоря, процесс открытия продукта состоит из двух отдельных элементов:
- Исследование - это процесс, который включает в себя разные действия, такие как выявление возможных проблем, общение с заинтересованными сторонами и оценка существующих продуктов или услуг.
- Валидация - перед тем, как приступить к разработке продукта, нужно провести валидацию, это как серия упражнений, которые проверяют предположения, сделанные на исследовательском этапе. Эти действия выполняются с помощью данных и отзывов клиентов.
Раннее открытие продукта — это круто, потому что помогает группе выбрать правильный путь и видение. Команды по продукту ставят первоочередные задачи на первое место и создают оптимальные продукты.
Что такое поиск продуктов?
Чтобы быть эффективным, исследование должно быть широким и не ориентироваться на конкретные технологии или решения. Если команды работают над продуктом, который они уже решили создать, это уже не исследование, а скорее сбор требований или проверка, чтобы убедиться, что их решение — лучшее.
Три пространства открытия продуктов
Лучше всего процесс поиска продукта проходит в трех направлениях: проблема, решение и бизнес. Это помогает решать важные вопросы, которые будут сильно влиять на будущий успех продукта.
| Проблематика | Пространство решений | Бизнес-пространство |
|---|---|---|
| В чем проблема? | Как думаешь, что пользователям не нравится в том, что есть сейчас? | Какую ценность продукт принесет вашему бизнесу? |
| Кто из пользователей сталкивается с такой же проблемой? | Кто уже решил ту же проблему? | Подходит ли этот продукт для твоих бизнес-целей? |
| Сколько человек этим занимаются? | Почему пользователи будут пользоваться твоим продуктом, если их много? | У нас есть акколад для разработки этого продукта? |
| Какие демографические данные целевых пользователей? | Если нет, то почему это так сложно? | Как мы можем на этом заработать? |
| Что они сейчас делают с этой проблемой? | А они вообще способны на это? | Есть ли какие-то проблемы с разработкой задачи? |
| Что бы твои пользователи хотели видеть в них? | Почему люди будут использовать твой продукт? | Какие будут ключевые показатели эффективности для оценки успеха? |
| Как это повлияет на жизнь пользователей? | Сколько будет стоить разработка? | - |
В каких случаях тебе нужно узнать о продукте?
Изучение продукта нужно, когда команда не совсем понимает, для чего должен быть создан продукт. Если этого не сделать, может получиться некачественный продукт. Этот процесс можно проводить в нескольких ситуациях:
- Если вы собираетесь выпустить новый продукт или услугу в другой стране, скорее всего, вам придется найти нужную аудиторию и побороться с лидерами отрасли
- Прежде чем приступать к созданию нового продукта, сначала определите идеального клиента и идеальный дизайн продукта.
- Когда обновляешь продукт, стоит подумать, как новая функция поможет твоим клиентам и как она повлияет на их впечатления от продукта в целом.
- Иногда компании объединяют свои разные системы и инструменты, чтобы сделать их более эффективными и результативными
Неверные представления до начала поиска продукта
Проблема с командами разработчиков продуктов в том, что они привыкли думать о открытиях как о процессе и могут не понимать их роль. Чтобы создавать продукты, которые решают реальные проблемы, нужен гуманистический, аналитический и постоянно меняющийся подход.
Если не прислушиваться к проблемам пользователей, то можно создать продукты, которые разрушат проект.
В каких случаях тебе нужно узнать о продукте?
Хотя внешняя компания может помочь в поиске продукта, важно помнить, что весь процесс все равно включает всех вовлеченных людей. Так будет проще убедиться, что результаты будут реализованы и найдены подходящие решения.
Что такое продуктовая команда?
Команда по продукту обычно состоит из разных специалистов. В их обязанности входит управление продуктом, маркетинг и пользовательский опыт.
| Функция | Обязанности | Роль |
|---|---|---|
| Управление продуктом | Определите концепцию и стратегию продукта; планируйте и выпускайте обновления; собирайте и отбирайте новые идеи; уточняйте новые функции продукта. | Владелец продукта; менеджер продукта |
| Пользовательский опыт (UX) | Проводите исследования пользователей; составляйте карты пользовательских историй; разрабатывайте каркасы, макеты и прототипы; проводите тестирование удобства использования | Менеджер по пользовательскому опыту; Старший дизайнер пользовательского опыта; Дизайнер пользовательского опыта; Дизайнер продукта |
| Аналитика продукта | Объединяйте источники данных; изучайте рыночные тенденции; узнавайте об опыте пользователей; выявляйте поведение и разочарования пользователей. | Менеджер по аналитике; Старший аналитик по продуктам; Аналитик по продуктам; Бизнес-аналитик |
| Маркетинг продукта | Анализ конкурентов; Сегментация покупателей; Стратегия запуска; Позиционирование и сообщения | Старший менеджер по маркетингу продуктов; менеджер по маркетингу решений; менеджер по маркетингу портфеля продуктов |
Что такое продуктовая команда?
Выше перечислены только некоторые из самых популярных структур организации продуктовых команд. Но нужно помнить, что нет универсальной формулы для продуктовых команд. Скорее, члены команды могут быть организованы вокруг какого-то продукта или направления бизнеса.
Измените свою продуктовую стратегию уже сегодня
Готовы внедрить эффективный поиск продуктов? Начните создавать лучшие продукты, которые действительно нужны пользователям.
Начни работуКак ты находишь продукты?
Процесс поиска продукта разбит на этапы, и эту структуру используют большинство стартапов. Так команды могут усвоить процесс и не повторять одни и те же шаги снова и снова.
1. Определение целей и ценностей разработки продукта
Это может быть что-то вроде:
- Личные цели основателей
- Цели компании или организации
- Принципы продукта
Бизнес может начаться с того, что основатели увидят возможность или проблему, которую они хотят решить. Это хорошая отправная точка. Но еще важнее убедиться, что решение дает нужный результат, ценно для пользователей и реально осуществимо.
2. Оценка возможностей продукта
Можно оценить возможности продукта, ответив на вопросы:
- Какую конкретную проблему решает продукт? (ценностное предложение)
- Для кого мы решаем эту проблему? (целевой рынок)
- Как мы будем оценивать успех? (бизнес-показатели)
- Насколько велики возможности? (размер рынка)
- Какие есть альтернативы? (текущие конкуренты)
- Почему наш продукт лучше других в решении этой проблемы? (наши отличия)
- Почему сейчас подходящее время? (рыночное окно)
- Как мы будем запускать продукт? (стратегия выхода)
- Что важно для успеха? (требования и риски)
3. Выберите важную проблему, которую нужно решить
Процесс обнаружения поможет выявить несколько подтвержденных проблем пользователей и отклонить многие другие проблемы. Каждая из этих проблем может создать ценность для пользователя и бизнеса, но эта ценность не будет реализована, пока мы не найдем решение.
4. Выявление важных клиентов и пользователей
Определение, описание и выбор важных клиентов и пользователей на каждом этапе разработки — это важная часть работы над концепцией и продуктом, и будет полезно вовлечь в этот процесс всю команду продукта, если она уже сформирована.
5. Проведение исследований среди пользователей
Опросы и интервью — самые популярные и распространенные способы изучения пользователей. Один из методов — интервью, которое проводится, чтобы лучше узнать потенциального клиента — его убеждения, отношение и опыт.
Популярные методы исследования:
- Исследование отношения - чтобы понять, как пользователь к чему относится. Здесь главное - действия и результаты
- Исследование поведения - чтобы понять, как люди используют продукт. Можно сделать через интервью с людьми
- Количественное исследование - это когда собирают много данных с помощью опросов, анкет и голосований, чтобы потом проанализировать цифры и сделать статистические выводы.
- Качественное исследование - Этот тип исследования включает сбор и анализ нечисловых данных (например, текста, видео или аудио), чтобы понять концепции, мнения или опыт.
Цели этого упражнения:
- Чтобы убедиться, что проблема есть
- Узнайте, как сейчас решается проблема
- Получите идеи о том, как решить проблему
6. Создание карты взаимодействия с продуктом
В общем, модель требований — это высокоуровневая, многомерная модель, которая описывает, как будет использоваться продукт. Этот инструмент можно использовать при разработке идей для функций и определении объема выпуска.
7. Создание прототипов
Прототип — это набор изображений, которые показывают, как будет выглядеть твоё будущее приложение. Он нужен, чтобы наглядно показать, как будет выглядеть конечный дизайн и навигация продукта. Хотя это может показаться чем-то простым, прототип — это не продукт и его нельзя предлагать реальным пользователям.
8. Выбор минимально жизнеспособного продукта (MVP)
В конце последнего шага придумайте, какие функции будут полезны для рынка. Минимально жизнеспособный продукт — это такой конечный продукт, в котором нет многих функций, код не очень качественный, а дизайн простенький. Примеры удачных MVP:
- Airbnb - Когда ребята из Airbnb решили создать рынок краткосрочной аренды жилья, они использовали свои квартиры. Они сделали сайт и выложили там фото своих квартир
- Foursquare - Foursquare начинал как приложение с одной функцией, но быстро набрал популярность. Только когда компания добавила такие функции, как рекомендации и путеводители по городам, он превратился в полноценный продукт
9. Тестирование
Тестирование помогает понять, действительно ли то, что мы придумали, решает проблему. Опросы клиентов, бета-тестирование продукта и тестирование пользователями — вот некоторые из популярных способов.
Результаты процесса поиска продукта
Этот процесс не просто тестирует идеи. Он также помогает собрать ценную информацию, которая будет полезна при разработке твоего продукта. В результате ты получишь:
- Понятность формулировки проблемы
- Бизнес-ценность
- Персонажи пользователей
- Заявления о потребностях пользователей
- Карты путешествий пользователей
- Функциональные особенности
- Рабочие макеты
Гибкая модель поиска продуктов
Весь процесс поиска продукта сосредоточен на межфункциональной командной работе над продуктом, дизайном и инженерией. И это отражено в принципах Agile. Метод Agile обычно используется командами, занимающимися разработкой программного обеспечения.
Советы по эффективной интеграции поиска продуктов в Agile:
- Начните с сотрудничества между менеджером по продукту, дизайнером/исследователем продукта и инженерами
- Выделите время на изучение, чтобы команда могла поработать вместе
- Заинтересованные стороны — это люди, которые могут предоставить важную информацию, которую можно использовать для формирования идеи или перспективной проблемы.
Каждая команда должна придумать несколько интервью, которые нужно проводить хотя бы раз в неделю. Лучше всего, если команда постарается проводить как минимум 2-3 интервью в неделю.
Гибкая модель поиска продуктов
Варианты привлечения заинтересованных сторон:
- Устрой демонстрацию открытий - покажи, как продвигается работа команды, какие проблемы есть, и получи отзывы
- Установите асинхронную коммуникацию - электронные письма, сообщения в чате можно использовать в любое время на каждом этапе для связи с командой
В этих спринтах есть специальные встречи, чтобы следить за рабочим процессом. Их еще называют «Планирование», «Груминг», «Демо» и «Ретро». Это один из способов, как можно включить структуру открытий в спринт. Задачи планируются раз в квартал командой, особенно менеджером по продукту. Может начаться с 5-10 вопросов, которые приведут к циклу открытий. Команда определит и оценит эти 5-10 функций после первого квартала и до планирования следующего собрания.
Выводы
Процесс гибкого поиска продукта — это сложный опыт, который включает в себя выявление и накопление глубоких знаний о клиентах. Его цель — создать как можно больше ценности для клиента и вашего бизнеса. Кроме того, он помогает командам по продуктам сосредоточиться и создавать отличные продукты. Если это новый продукт, нужно как можно скорее начать его изучать. Так будет проще собрать достаточно данных, чтобы разработать стратегию и план действий. Перед началом процесса нужно определить четкую цель и структуру команды. Так можно не тратить время зря и сосредоточиться на нескольких важных шагах.
Всегда помните, что изучение продукта — это поиск хороших доказательств, которые помогут вам правильно оценить продукт или услугу, которую вы разрабатываете.
Tags
Введение
В большинстве случаев 9 из 10 новых продуктов не проходят первоначальное тестирование с реальными пользователями. Почему так? Основываясь на смелой и очень яркой идее, разработчики изучают конкурентов на месте и после пары фокус-групп с целевой аудиторией разрабатывают прототип. Когда у компаний появляются достаточные средства, они выводят продукт на рынок и вскоре понимают, что что-то не так. Это происходит потому, что они не сосредоточились на одном важнейшем шаге еще до начала разработки продукта. Процесс проверки идеи на рынке и у будущих пользователей называется поиском продукта, и процесс поиска продукта в команде Agile — самый популярный в команде по разработке программного обеспечения.
Что такое поиск продуктов?
Поиск продуктов — это один из способов, который помогает лучше понять клиентов, чтобы создавать продукты, которые полностью удовлетворяют их потребности. Это помогает команде находить новые возможности, придумывать ценные и реалистичные продукты, а также помогает компании не тратить ресурсы на проекты, которые никому не нужны. Процесс открытия, который привел к созданию продукта, начался в начале 2000-х годов как ответ на традиционный процесс разработки продуктов. Проще говоря, процесс открытия продукта состоит из двух отдельных элементов:
- Исследование - это процесс, который включает в себя разные действия, такие как выявление возможных проблем, общение с заинтересованными сторонами и оценка существующих продуктов или услуг.
- Валидация - перед тем, как приступить к разработке продукта, нужно провести валидацию, это как серия упражнений, которые проверяют предположения, сделанные на исследовательском этапе. Эти действия выполняются с помощью данных и отзывов клиентов.
Раннее открытие продукта — это круто, потому что помогает группе выбрать правильный путь и видение. Команды по продукту ставят первоочередные задачи на первое место и создают оптимальные продукты.
Что такое поиск продуктов?
Чтобы быть эффективным, исследование должно быть широким и не ориентироваться на конкретные технологии или решения. Если команды работают над продуктом, который они уже решили создать, это уже не исследование, а скорее сбор требований или проверка, чтобы убедиться, что их решение — лучшее.
Три пространства открытия продуктов
Лучше всего процесс поиска продукта проходит в трех направлениях: проблема, решение и бизнес. Это помогает решать важные вопросы, которые будут сильно влиять на будущий успех продукта.
| Проблематика | Пространство решений | Бизнес-пространство |
|---|---|---|
| В чем проблема? | Как думаешь, что пользователям не нравится в том, что есть сейчас? | Какую ценность продукт принесет вашему бизнесу? |
| Кто из пользователей сталкивается с такой же проблемой? | Кто уже решил ту же проблему? | Подходит ли этот продукт для твоих бизнес-целей? |
| Сколько человек этим занимаются? | Почему пользователи будут пользоваться твоим продуктом, если их много? | У нас есть акколад для разработки этого продукта? |
| Какие демографические данные целевых пользователей? | Если нет, то почему это так сложно? | Как мы можем на этом заработать? |
| Что они сейчас делают с этой проблемой? | А они вообще способны на это? | Есть ли какие-то проблемы с разработкой задачи? |
| Что бы твои пользователи хотели видеть в них? | Почему люди будут использовать твой продукт? | Какие будут ключевые показатели эффективности для оценки успеха? |
| Как это повлияет на жизнь пользователей? | Сколько будет стоить разработка? | - |
В каких случаях тебе нужно узнать о продукте?
Изучение продукта нужно, когда команда не совсем понимает, для чего должен быть создан продукт. Если этого не сделать, может получиться некачественный продукт. Этот процесс можно проводить в нескольких ситуациях:
- Если вы собираетесь выпустить новый продукт или услугу в другой стране, скорее всего, вам придется найти нужную аудиторию и побороться с лидерами отрасли
- Прежде чем приступать к созданию нового продукта, сначала определите идеального клиента и идеальный дизайн продукта.
- Когда обновляешь продукт, стоит подумать, как новая функция поможет твоим клиентам и как она повлияет на их впечатления от продукта в целом.
- Иногда компании объединяют свои разные системы и инструменты, чтобы сделать их более эффективными и результативными
Неверные представления до начала поиска продукта
Проблема с командами разработчиков продуктов в том, что они привыкли думать о открытиях как о процессе и могут не понимать их роль. Чтобы создавать продукты, которые решают реальные проблемы, нужен гуманистический, аналитический и постоянно меняющийся подход.
Если не прислушиваться к проблемам пользователей, то можно создать продукты, которые разрушат проект.
В каких случаях тебе нужно узнать о продукте?
Хотя внешняя компания может помочь в поиске продукта, важно помнить, что весь процесс все равно включает всех вовлеченных людей. Так будет проще убедиться, что результаты будут реализованы и найдены подходящие решения.
Что такое продуктовая команда?
Команда по продукту обычно состоит из разных специалистов. В их обязанности входит управление продуктом, маркетинг и пользовательский опыт.
| Функция | Обязанности | Роль |
|---|---|---|
| Управление продуктом | Определите концепцию и стратегию продукта; планируйте и выпускайте обновления; собирайте и отбирайте новые идеи; уточняйте новые функции продукта. | Владелец продукта; менеджер продукта |
| Пользовательский опыт (UX) | Проводите исследования пользователей; составляйте карты пользовательских историй; разрабатывайте каркасы, макеты и прототипы; проводите тестирование удобства использования | Менеджер по пользовательскому опыту; Старший дизайнер пользовательского опыта; Дизайнер пользовательского опыта; Дизайнер продукта |
| Аналитика продукта | Объединяйте источники данных; изучайте рыночные тенденции; узнавайте об опыте пользователей; выявляйте поведение и разочарования пользователей. | Менеджер по аналитике; Старший аналитик по продуктам; Аналитик по продуктам; Бизнес-аналитик |
| Маркетинг продукта | Анализ конкурентов; Сегментация покупателей; Стратегия запуска; Позиционирование и сообщения | Старший менеджер по маркетингу продуктов; менеджер по маркетингу решений; менеджер по маркетингу портфеля продуктов |
Что такое продуктовая команда?
Выше перечислены только некоторые из самых популярных структур организации продуктовых команд. Но нужно помнить, что нет универсальной формулы для продуктовых команд. Скорее, члены команды могут быть организованы вокруг какого-то продукта или направления бизнеса.
Измените свою продуктовую стратегию уже сегодня
Готовы внедрить эффективный поиск продуктов? Начните создавать лучшие продукты, которые действительно нужны пользователям.
Начни работуКак ты находишь продукты?
Процесс поиска продукта разбит на этапы, и эту структуру используют большинство стартапов. Так команды могут усвоить процесс и не повторять одни и те же шаги снова и снова.
1. Определение целей и ценностей разработки продукта
Это может быть что-то вроде:
- Личные цели основателей
- Цели компании или организации
- Принципы продукта
Бизнес может начаться с того, что основатели увидят возможность или проблему, которую они хотят решить. Это хорошая отправная точка. Но еще важнее убедиться, что решение дает нужный результат, ценно для пользователей и реально осуществимо.
2. Оценка возможностей продукта
Можно оценить возможности продукта, ответив на вопросы:
- Какую конкретную проблему решает продукт? (ценностное предложение)
- Для кого мы решаем эту проблему? (целевой рынок)
- Как мы будем оценивать успех? (бизнес-показатели)
- Насколько велики возможности? (размер рынка)
- Какие есть альтернативы? (текущие конкуренты)
- Почему наш продукт лучше других в решении этой проблемы? (наши отличия)
- Почему сейчас подходящее время? (рыночное окно)
- Как мы будем запускать продукт? (стратегия выхода)
- Что важно для успеха? (требования и риски)
3. Выберите важную проблему, которую нужно решить
Процесс обнаружения поможет выявить несколько подтвержденных проблем пользователей и отклонить многие другие проблемы. Каждая из этих проблем может создать ценность для пользователя и бизнеса, но эта ценность не будет реализована, пока мы не найдем решение.
4. Выявление важных клиентов и пользователей
Определение, описание и выбор важных клиентов и пользователей на каждом этапе разработки — это важная часть работы над концепцией и продуктом, и будет полезно вовлечь в этот процесс всю команду продукта, если она уже сформирована.
5. Проведение исследований среди пользователей
Опросы и интервью — самые популярные и распространенные способы изучения пользователей. Один из методов — интервью, которое проводится, чтобы лучше узнать потенциального клиента — его убеждения, отношение и опыт.
Популярные методы исследования:
- Исследование отношения - чтобы понять, как пользователь к чему относится. Здесь главное - действия и результаты
- Исследование поведения - чтобы понять, как люди используют продукт. Можно сделать через интервью с людьми
- Количественное исследование - это когда собирают много данных с помощью опросов, анкет и голосований, чтобы потом проанализировать цифры и сделать статистические выводы.
- Качественное исследование - Этот тип исследования включает сбор и анализ нечисловых данных (например, текста, видео или аудио), чтобы понять концепции, мнения или опыт.
Цели этого упражнения:
- Чтобы убедиться, что проблема есть
- Узнайте, как сейчас решается проблема
- Получите идеи о том, как решить проблему
6. Создание карты взаимодействия с продуктом
В общем, модель требований — это высокоуровневая, многомерная модель, которая описывает, как будет использоваться продукт. Этот инструмент можно использовать при разработке идей для функций и определении объема выпуска.
7. Создание прототипов
Прототип — это набор изображений, которые показывают, как будет выглядеть твоё будущее приложение. Он нужен, чтобы наглядно показать, как будет выглядеть конечный дизайн и навигация продукта. Хотя это может показаться чем-то простым, прототип — это не продукт и его нельзя предлагать реальным пользователям.
8. Выбор минимально жизнеспособного продукта (MVP)
В конце последнего шага придумайте, какие функции будут полезны для рынка. Минимально жизнеспособный продукт — это такой конечный продукт, в котором нет многих функций, код не очень качественный, а дизайн простенький. Примеры удачных MVP:
- Airbnb - Когда ребята из Airbnb решили создать рынок краткосрочной аренды жилья, они использовали свои квартиры. Они сделали сайт и выложили там фото своих квартир
- Foursquare - Foursquare начинал как приложение с одной функцией, но быстро набрал популярность. Только когда компания добавила такие функции, как рекомендации и путеводители по городам, он превратился в полноценный продукт
9. Тестирование
Тестирование помогает понять, действительно ли то, что мы придумали, решает проблему. Опросы клиентов, бета-тестирование продукта и тестирование пользователями — вот некоторые из популярных способов.
Результаты процесса поиска продукта
Этот процесс не просто тестирует идеи. Он также помогает собрать ценную информацию, которая будет полезна при разработке твоего продукта. В результате ты получишь:
- Понятность формулировки проблемы
- Бизнес-ценность
- Персонажи пользователей
- Заявления о потребностях пользователей
- Карты путешествий пользователей
- Функциональные особенности
- Рабочие макеты
Гибкая модель поиска продуктов
Весь процесс поиска продукта сосредоточен на межфункциональной командной работе над продуктом, дизайном и инженерией. И это отражено в принципах Agile. Метод Agile обычно используется командами, занимающимися разработкой программного обеспечения.
Советы по эффективной интеграции поиска продуктов в Agile:
- Начните с сотрудничества между менеджером по продукту, дизайнером/исследователем продукта и инженерами
- Выделите время на изучение, чтобы команда могла поработать вместе
- Заинтересованные стороны — это люди, которые могут предоставить важную информацию, которую можно использовать для формирования идеи или перспективной проблемы.
Каждая команда должна придумать несколько интервью, которые нужно проводить хотя бы раз в неделю. Лучше всего, если команда постарается проводить как минимум 2-3 интервью в неделю.
Гибкая модель поиска продуктов
Варианты привлечения заинтересованных сторон:
- Устрой демонстрацию открытий - покажи, как продвигается работа команды, какие проблемы есть, и получи отзывы
- Установите асинхронную коммуникацию - электронные письма, сообщения в чате можно использовать в любое время на каждом этапе для связи с командой
В этих спринтах есть специальные встречи, чтобы следить за рабочим процессом. Их еще называют «Планирование», «Груминг», «Демо» и «Ретро». Это один из способов, как можно включить структуру открытий в спринт. Задачи планируются раз в квартал командой, особенно менеджером по продукту. Может начаться с 5-10 вопросов, которые приведут к циклу открытий. Команда определит и оценит эти 5-10 функций после первого квартала и до планирования следующего собрания.
Выводы
Процесс гибкого поиска продукта — это сложный опыт, который включает в себя выявление и накопление глубоких знаний о клиентах. Его цель — создать как можно больше ценности для клиента и вашего бизнеса. Кроме того, он помогает командам по продуктам сосредоточиться и создавать отличные продукты. Если это новый продукт, нужно как можно скорее начать его изучать. Так будет проще собрать достаточно данных, чтобы разработать стратегию и план действий. Перед началом процесса нужно определить четкую цель и структуру команды. Так можно не тратить время зря и сосредоточиться на нескольких важных шагах.
Всегда помните, что изучение продукта — это поиск хороших доказательств, которые помогут вам правильно оценить продукт или услугу, которую вы разрабатываете.
Tags


