MVP
Команда хочет год строить продукт до первой проверки реального спроса.
Открыть карточку →75 инструментов · 8 подкатегорий
Клиент и продукт
Discovery, клиентская ценность, продуктовые гипотезы и опыт. Что действительно нужно создавать?
С чего начать
Базовый набор
Если вы впервые работаете с этой темой — начните с этих инструментов.
Гипотезы и эксперименты
HADI
Команда генерирует идеи, но не превращает их в проверяемые гипотезы.
Открыть карточку →Lean Startup
Много времени уходит на разработку до получения фактов о спросе.
Открыть карточку →MVaP
Минимальная версия технически работает, но для клиента в ней ещё недостаточно ценности.
Открыть карточку →MVE
MVP выполняет функцию, но общий пользовательский опыт разрушает доверие.
Открыть карточку →MLP
Продукт жизнеспособен, но не создаёт причин возвращаться и рекомендовать.
Открыть карточку →Riskiest Assumption Test
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Proof of Concept
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Design Sprint
Нужно за несколько дней пройти от сложной проблемы до проверяемого прототипа.
Открыть карточку →Assumption Testing Matrix
В продуктовой идее много предположений, но команда не знает, что проверять первым.
Открыть карточку →Product Kata
Команда знает большую цель, но не умеет системно двигаться к ней через маленькие проверки.
Открыть карточку →Прочие инструменты
Double Diamond
Команда слишком быстро прыгает от первой жалобы клиента к готовому решению.
Открыть карточку →Модель Кано
Команда считает, что любая новая функция линейно повышает удовлетворённость клиента.
Открыть карточку →Opportunity Scoring
Неясно, какие пользовательские задачи действительно недообслужены.
Открыть карточку →Design Thinking
Проблема сложная, а команда слишком рано фиксируется на одном варианте решения.
Открыть карточку →Buy a Feature
Пользователи говорят, что им нужны почти все функции.
Открыть карточку →Speed Boat
Пользователям сложно напрямую назвать, что мешает им получать ценность от продукта.
Открыть карточку →Пропасти исполнения и оценки
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Карта гипотез
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Развертывание функции качества
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →План тестирования
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →FFF
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Исследование клиента
Jobs-to-be-Done
Команда описывает клиента демографией, но плохо понимает, зачем он нанимает продукт.
Открыть карточку →Персона
Команда говорит о пользователе вообще, и решения становятся слишком универсальными.
Открыть карточку →Customer Development
Команда строит продукт из внутренних предположений и получает обратную связь слишком поздно.
Открыть карточку →Карта эмпатии
Команда знает факты о пользователе, но слабо удерживает его контекст при принятии решений.
Открыть карточку →Анкетирование
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Интервью
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Marketing Research
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →User Interviews
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Автозапись
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Community Management
Вокруг продукта есть пользователи, но взаимодействие с ними несистемное и обратная связь теряется.
Открыть карточку →UX Research
Команда принимает решения об интерфейсе в основном на основе мнений и внутренних обсуждений.
Открыть карточку →Continuous Discovery Habits
Исследования проводятся эпизодически и быстро устаревают.
Открыть карточку →Проблема и ценность
Value Proposition Canvas
Команда перечисляет функции продукта, но не может коротко объяснить его ценность клиенту.
Открыть карточку →The Four Big Product Risks
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Painkillers, Delighters и цифровые наркотики
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Карта разрывов
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Как мы можем помочь
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Point of View
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Problem-Market Fit
Команда уже обсуждает решение, но ещё не доказано, что проблема достаточно важна для значимой группы клиентов.
Открыть карточку →Opportunity Solution Tree
Команда прыгает сразу к решениям и теряет связь между результатом, проблемами клиентов и экспериментами.
Открыть карточку →Sean Ellis PMF Test
Нужно получить ранний количественный сигнал силы product-market fit.
Открыть карточку →Product-Market Fit Framework
Команда спорит о PMF, используя разные признаки и метрики.
Открыть карточку →UX и клиентский опыт
Customer Journey Map
Каждая функция компании видит только свой участок, а клиентский путь разваливается между подразделениями.
Открыть карточку →User Engagement
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Табуретка Нормана
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →User Testing
Команда не уверена, понимают ли пользователи интерфейс и могут ли выполнить ключевой сценарий.
Открыть карточку →Test as User
Команда тестирует продукт технически, но редко проходит путь глазами реального пользователя.
Открыть карточку →Marketing Communication
Ценность продукта есть, но пользователи не понимают, что именно изменилось и зачем это им.
Открыть карточку →Продуктовая стратегия
Product Tree
Backlog — длинный список функций без понятной структуры продукта.
Открыть карточку →Bi-Cycle
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Product Vision Board
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →ARIA
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Arc: 3 архетипа Product-Market Fit
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Дорожная карта
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Dual Track Discovery
Discovery и delivery смешаны, из-за чего команда либо исследует без поставки, либо поставляет непроверенные идеи.
Открыть карточку →PRFAQ
Команда начинает разработку до того, как ясно сформулирована будущая ценность для клиента.
Открыть карточку →Four Fits Framework
Есть локальные признаки product-market fit, но рост не масштабируется.
Открыть карточку →Моделирование продукта и домена
Event Storming
Бизнес и разработчики по-разному понимают, что реально происходит в предметной области.
Открыть карточку →Event Modeling
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Domain Driven Design
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Требования и продуктовые артефакты
Use Case
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →User Stories / Technical Specs
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Release Notes
Команда принимает продуктовые решения, но не хватает понятной структуры для проверки ценности и поведения клиента.
Открыть карточку →Story Mapping
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →План управления требованиями
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Иерархическая структура продукта
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Матрица отслеживания требований
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Карта историй
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Сценарий использования
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Документация по требованиям
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Пользовательская история
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →Сбор требований
Команде нужно лучше понять клиента, ценность, требования или продуктовый сценарий.
Открыть карточку →User Guides
Пользователи регулярно задают одни и те же вопросы и не могут самостоятельно разобраться с продуктом.
Открыть карточку →