Разработка продуктов → Product Discovery

Product Discovery

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

Обсудить задачу

Кратко

Product Discovery: суть этапа

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

Фокус: самый дорогой риск
Данные: интервью и поведение
На выходе: решение и следующий тест
Возможный итог: продолжить, изменить или остановить

Если любой результат исследования всё равно ведёт к заранее утверждённой разработке, Discovery превращается в формальность.

Простыми словами

Что это и зачем вашей компании

Что это: До разработки проверяем, есть ли у клиентов проблема, которую решает продукт, чем они пользуются сейчас и готовы ли платить. Итог — решение: продолжать, менять идею или остановиться.
Кому нужно: Основателю или IT-команде с идеей нового продукта или выхода в новый сегмент, когда неясно, какой риск проверять первым, а разработка обойдётся дорого.
Что вы получите: Карту гипотез и рисков, данные интервью, карту конкурентов и альтернатив, проверку ценности и модели оплаты, доску доказательств с источниками и решение о следующем шаге.
С чего начать: Опишите идею, кому она адресована и что уже известно о клиентах. По ответу определим самый дорогой риск и предложим формат проверки.

Архитектура решения

Как проходит Product Discovery по методологии 5D

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

Discover

Фиксируем гипотезы

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

Design

Выбираем способ проверки

Подбираем интервью, тест сообщения, landing page, concierge-сценарий, предзаказ, прототип или технический proof of concept.

Deploy

Получаем рыночный сигнал

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

Drive

Собираем доказательства

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

Dominate

Принимаем решение

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

Юнит-экономика и ROI

Как Discovery экономит бюджет

Discovery не гарантирует product-market fit. Его экономический эффект — раннее обнаружение слабой гипотезы до того, как она превратится в месяцы разработки, сложную архитектуру и обязательства перед рынком.

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

Что защищаем: бюджет разработки
Главный актив: проверяемые доказательства
Следующая инвестиция: после решения
Критерий: изменение поведения или обязательство

Результат

Что получает клиент

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

Карту гипотез и рисков
Сегментацию и приоритетный ICP
Данные интервью и наблюдений
Карту конкурентов и альтернатив
Проверку ценности и монетизации
Evidence board с источниками и силой сигнала
Решение о следующем этапе
Scope следующего эксперимента

Сравнение подходов

Discovery или сразу разработка

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

Подход	Что проверяет	Главный риск	Что на выходе
Сразу разработать MVP	Реакцию на готовый продукт	Дорого проверить слабую гипотезу	Рабочая версия
Провести общее исследование	Отношение к категории	Получить интерес без обязательства	Аналитический отчёт
Product Discovery	Конкретное решение и поведение	Требует готовности изменить исходную идею	Доказательства и следующий тест

Ограничения и риски

Когда Discovery не поможет

Этап полезен только тогда, когда команда готова изменить решение по итогам проверки.

Разработка уже утверждена без вариантов

Если scope, сегмент и бюджет нельзя пересмотреть, исследование не повлияет на действие.

Нужен только визуальный прототип

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

Нет доступа к пользователям

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

Подходит

Когда этап подходит

Есть идея, но неясно, какой риск проверять первым
Команда выбирает сегмент или модель монетизации
Новый продукт требует дорогой разработки
Существующий продукт потерял traction или выходит в новый сегмент

Не подходит

Когда стоит начать с другого шага

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

Термины простыми словами

Гипотеза: предположение, которое может изменить решение команды
ICP: сегмент клиентов, для которого проблема особенно важна
Evidence board: карта фактов, источников и принятых решений
Сильный сигнал: действие или обязательство, а не только положительное мнение
Hard Stop: заранее согласованное условие остановки инвестиций
Product-market fit: Состояние, когда продукт устойчиво нужен выбранному сегменту рынка. Его подтверждает поведение клиентов после запуска, а не исследование.
Concierge-сценарий: Проверка, при которой команда вручную оказывает будущую услугу продукта, чтобы увидеть реальный спрос до написания кода.
Traction: Измеримое движение продукта на рынке: рост числа клиентов, использования или выручки. Его потеря — повод заново проверить сегмент и предложение.

Для IT-продуктов

Product Discovery для SaaS, сервисов и приложений

Product Discovery для IT-продукта отвечает на один вопрос: стоит ли разрабатывать MVP и в каком объёме. Способ проверки зависит от типа продукта, потому что у SaaS, мобильного приложения и B2B-сервиса разные главные риски.

SaaS: готовность платить за подписку

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

Мобильное приложение: частота сценария

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

B2B-сервис: кто принимает решение

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

Новый сегмент существующего продукта

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

Как это работает

Как проверить гипотезу продукта до разработки MVP

Проверка гипотезы продукта — серия недорогих экспериментов, каждый из которых отвечает на один вопрос и заканчивается решением. Ниже — как мы проводим Product Discovery перед разработкой MVP в Казахстане и какие артефакты остаются у команды.

Карта допущений и самый дорогой риск

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

Интервью о прошлом поведении

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

Эксперименты с обязательством

Мнение сигналом не считается, поэтому после интервью переходим к проверкам с действием. Это может быть landing page с ценой и формой заявки, тест сообщения в рекламе, concierge-сценарий, где услугу вручную оказывает команда, предзаказ или платный пилот. Для каждого эксперимента заранее определяем, какое действие считаем сильным сигналом: оставленный контакт, назначенная встреча, предоплата. Если продукт рассчитан на казахстанский рынок, проверяем и привычные способы оплаты, например Kaspi: барьер оплаты может оказаться важнее функций. Результаты фиксируем сразу, вместе с условиями эксперимента, чтобы их можно было сравнить.

Конкуренты и альтернативы клиента

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

Evidence board и решение команды

Все факты сводим в evidence board: гипотеза, источник, что именно наблюдали, сила сигнала и альтернативные объяснения. Это не отчёт на сотню страниц, а рабочая доска, по которой видно, какие допущения подтверждены, какие опровергнуты и какие ещё открыты. На финальной встрече команда принимает одно из решений: перейти к прототипу или MVP, сузить сегмент, изменить предложение, запустить новый тест или остановить инвестиции. Условие остановки, Hard Stop, согласуем на старте, чтобы решение принималось по данным, а не по привязанности к идее. Доску ведём с первого дня, а не собираем в конце.

Scope MVP по итогам проверки

Когда гипотеза подтверждена, результаты Discovery превращаются в задание на MVP: какой сценарий даёт первую ценность, что можно делать вручную, а что нужно автоматизировать, какие метрики покажут, что продукт работает. Так разработка MVP в Казахстане начинается с узкого объёма и понятного критерия успеха, а не со списка всех функций. Отдельно фиксируем ожидания рынка: интерфейс на русском и казахском, оплату через местные сервисы и, если продукт собирает персональные данные, где их хранить. Этот scope передаётся команде разработки вместе с evidence board, чтобы решения не терялись.

Шаг за шагом

Product Discovery: пять шагов до решения о MVP

Ниже — как Discovery проходит на практике в IT-компании или у основателя продукта: кто участвует, что происходит и какой артефакт остаётся после каждого шага.

Стартовая сессия с основателями

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

Рекрутинг респондентов

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

Интервью и наблюдение

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

Эксперимент с действием

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

Решение и передача в разработку

Проводим итоговую встречу по evidence board: что подтверждено, что опровергнуто, что осталось открытым. Команда принимает решение — переходить к прототипу или MVP, менять сегмент или предложение, остановиться. Если идём в разработку, готовим scope MVP, метрики первого релиза и список рисков, которые нужно проверить уже на продукте. Артефакт — протокол решения и задание для команды разработки.

Форматы работы

Форматы Product Discovery для IT-продуктов

Срок Discovery зависит от числа рискованных гипотез, сложности сегмента и скорости доступа к пользователям. Работа идёт до сигнала, достаточного для одного решения, а условие остановки согласуем на старте.

Формат	Что входит	Срок	Результат
Проверка одной гипотезы	Карта допущений, интервью, один эксперимент, evidence board	Несколько недель	Решение: продолжать, изменить или остановить
Discovery перед MVP	Сегментация и ICP, интервью, карта альтернатив, проверка ценности и монетизации	По итогам диагностики	Scope MVP и критерии успеха
Discovery для B2B	Исследование пользователя, руководителя, финансов и закупки, проверка готовности к платному пилоту	По итогам диагностики	Понятный процесс покупки и аргументы для каждого участника
Discovery для существующего продукта	Причины использования и отказа, проверка нового сегмента или модели монетизации	По итогам диагностики	План изменений продукта, подтверждённый поведением клиентов

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

Частые вопросы

Product Discovery: вопросы

Сколько интервью нужно провести?

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

Discovery гарантирует product-market fit?

Нет. Он снижает конкретные риски. Product-market fit подтверждается поведением рынка после запуска.

Подходит ли подход для B2B?

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

Можно провести Discovery для существующего продукта?

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

Сколько длится Product Discovery?

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

Сколько стоит Product Discovery?

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

Что входит в Product Discovery для SaaS?

Определение приоритетного сегмента и проблемы, разбор альтернатив, проверка ценности, модели монетизации и готовности платить за подписку. Для SaaS отдельно смотрим на сценарий первой ценности и на то, кто в компании клиента принимает решение о покупке. На выходе — evidence board и scope следующего эксперимента или MVP.

Чем Product Discovery отличается от маркетингового исследования?

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

Что делать, если Discovery показал, что идея не работает?

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