Реальный кейс, которым Брайан де Хафф сам иллюстрирует концепцию MLP, — запуск бета-версии его собственного продукта Aha! Roadmaps 20 мая 2013 года. Вместо классического MVP-подхода («минимум, достаточный для проверки гипотезы») команда сознательно вложилась в полировку узкого набора функций для управления продуктовыми roadmap — с прицелом именно на эмоциональную реакцию первых пользователей, а не только на факт использования. По собственным данным компании, только за первые месяцы это дало более 150 встреч с клиентами, свыше 600 регистраций в бета-программе и более 50 000 читателей корпоративного блога — а сам продукт с тех пор помог более чем миллиону менеджеров продукта по всему миру. Де Хафф формулирует разницу образно: MVP — это «банка кошачьего корма» (съесть можно, но добавки не попросишь), а цель MLP — чтобы продукт захотели «съесть» снова.
Команда следует классическому подходу MVP — выпускает продукт с минимальным набором функций, достаточным для проверки основной гипотезы. Метрики подтверждают: пользователи выполняют целевое действие, конверсия в рамках ожиданий. Но при этом показатель повторного использования крайне низкий — попробовав продукт один раз, пользователи не возвращаются. Продукт технически "работает", но не вызывает у пользователей никакой эмоциональной связи, которая заставила бы их прийти снова.
MVP отвечает на вопрос "будут ли этим пользоваться", но не отвечает на вопрос "полюбят ли это" — а без второго ответа продукт может пройти проверку гипотезы и всё равно провалиться на рынке.
Происхождение и исследовательская база
Термин «Minimum Lovable Product» ввёл Брайан де Хафф, сооснователь и CEO компании Aha!, в 2013 году, а в 2017 году развернул концепцию в бестселлере «Lovability». Де Хафф описывал классический MVP как «банку кошачьего корма»: съесть можно, если сильно нужно, но добавки никто не попросит — и противопоставил этому MLP, который явно ставит вопрос «полюбят ли пользователи этот продукт» наравне с вопросом «будут ли пользователи использовать этот продукт». (Независимая проверка не подтвердила распространённую в некоторых источниках атрибуцию термина Fred Wilson — прямой связи между Fred Wilson и MLP не найдено ни на его блоге avc.com, ни в других первоисточниках.) Независимо от бизнес-риторики де Хаффа, исследователи из Мичиганского университета (Сосa-Тцек и др., «Delightful Companions: Supporting Well-Being Through Design Delight», 2020) подошли к тому же вопросу «что вызывает любовь к продукту» академически строго, разработав и применив на практике framework Design Delight к трём реальным прототипам: интерактивной книжной полке Hey-U (стимулирует привычку к чтению через световые сигналы для двух связанных читателей на расстоянии), таблетнице Pilly-Eggy и банке с печеньем Cocoa-Cheer, внутри каждого печенья которой спрятано мотивационное послание или фотография. Ни один из этих продуктов не выигрывает у аналогов по числу функций — каждый выигрывает исключительно за счёт продуманных деталей эмоционального взаимодействия, что структурно повторяет саму идею MLP, сформулированную де Хаффом на четыре года раньше в совершенно другой индустрии (B2B SaaS).
Ключевые идеи и принципы
Принцип: Узкий, но полностью отполированный функционал вместо широкого и сырого
Вместо того чтобы включать много функций в минимально работающем виде, MLP предлагает выбрать одну-две ключевые функции и довести их до состояния, вызывающего искреннее удовлетворение пользователя — качество исполнения узкого набора функций важнее охвата широкого, но посредственно реализованного функционала.
Принцип: Эмоциональная реакция как метрика успеха наравне с поведенческой
MLP требует явно измерять не только поведенческие метрики (конверсия, использование), но и эмоциональную реакцию пользователей — готовность рекомендовать продукт, желание вернуться, субъективное удовлетворение — как отдельный, не менее важный критерий готовности продукта к масштабированию. Академическая формализация того, из чего именно складывается эмоциональная реакция «любви» к продукту, предложена в исследовании «Design Delight» (Сосa-Тцек и др., Мичиганский университет, 2020, по итогам семи лет прикладного анализа дизайн-продуктов методом interaction criticism): авторы выделяют шесть последовательных качеств пользовательского опыта — вовлечённость (engagement, продукт захватывает всё внимание, вытесняя остальные стимулы на периферию), удивление (surprise, неожиданная особенность, отличающая продукт от аналогов), живость (liveliness, ощущение, что продукт «осознаёт» и реагирует), «милота» (cuteness, продукт кажется уязвимым и вызывает желание о нём позаботиться), счастливая случайность (serendipity, пользователь обнаруживает полезную особенность, которую не ожидал) и, наконец, успокоение (reassurance, продукт снимает тревогу и подтверждает, что пользователь действует правильно). Эта «каноническая последовательность» — не абстрактная теория, а прямой практический ориентир: она разбивает расплывчатое понятие «любимый продукт» на шесть конкретных, поочерёдно проверяемых качеств взаимодействия, вместо одной неопределяемой метрики «нравится/не нравится».
Принцип: Внимание к деталям взаимодействия (микро-UX)
Любовь к продукту часто формируется через мелкие детали взаимодействия — скорость отклика, приятная анимация, точные формулировки, продуманные крайние случаи — а не через список крупных функций. MLP смещает часть ресурсов разработки с добавления новых функций на полировку уже существующих точек взаимодействия. Наглядный пример именно такой «полировки через детали» — Pilly-Eggy, один из трёх реальных прототипов того же исследования (Сосa-Тцек и др., 2020): интерактивный контейнер для таблеток для людей, недавно начавших новую схему приёма лекарств (в контексте ВИЧ-терапии). У Pilly-Eggy нет никакого нового «крупного функционала» по сравнению с обычной таблетницей — единственное отличие в деталях: милое «лицо» и цветовые световые паттерны, которые радостно «празднуют» вовремя принятую таблетку и, наоборот, выражают «недовольство», если пользователь забыл про приём. Именно эти микро-детали взаимодействия — не список функций — формируют у пользователя аффективную привязанность к предмету и, как следствие, дисциплину соблюдения лечения.
Ограничения, слепые зоны и критика
Подход требует больше времени и ресурсов на полировку узкого функционала по сравнению с классическим "грубым" MVP, что может замедлить скорость проверки исходной гипотезы — особенно рискованно на ранней стадии, когда сама идея продукта ещё не подтверждена. Субъективность понятия "любимый" также затрудняет объективную оценку прогресса по сравнению с чёткими поведенческими метриками MVP. Ограничение касается и переносимости конкретных качеств восторга между доменами: framework Design Delight разрабатывался и проверялся на продуктах потребительского и wellness-назначения (интерактивная книжная полка Hey-U для формирования привычки к чтению, банка с печеньем Cocoa-Cheer с мотивационными посланиями внутри) — там, где «милота» и ощущение почти живого компаньона уместны и желательны. В B2B/enterprise-софте та же «милота» или «живость» интерфейса нередко воспринимается профессиональной аудиторией как неуместная инфантилизация серьёзного инструмента — не все шесть качеств одинаково применимы ко всем категориям продукта, и слепое копирование эстетики консьюмерского wellness-дизайна в MLP корпоративного B2B-продукта может дать обратный эффект.
Типовые ошибки
Ошибка 1: Команда путает "минимально любимый" с "максимально функциональный".
Стремясь понравиться пользователям, команда добавляет всё больше функций вместо того, чтобы отполировать узкий набор до состояния, вызывающего восторг.
Как избежать
Явно ограничивать набор функций и направлять высвободившиеся ресурсы на качество исполнения, а не на расширение охвата.
Ошибка 2: Эмоциональная реакция пользователей не измеряется вообще, только поведенческие метрики.
Продукт проходит все количественные проверки (конверсия, retention в моменте), но команда не собирает качественную обратную связь о том, действительно ли пользователи испытывают удовлетворение.
Как избежать
Включить измерение эмоциональной реакции (опросы, NPS, качественные интервью) как обязательную часть валидации, наравне с поведенческими метриками.
Ошибка 3: Полировку применяют равномерно ко всем функциям вместо узкого ядра.
Команда, признав важность деталей взаимодействия, начинает шлифовать сразу весь продукт, включая второстепенные функции — ресурсы распыляются, и ни одна функция не достигает того уровня качества, который вызывает эмоциональную привязанность.
Как избежать
Явно ограничить полировку одной-двумя ключевыми функциями (как того требует сама методика) и сознательно оставить второстепенные функции в минимально рабочем состоянии до следующей итерации.
Ошибка 4: MLP превращают в оправдание для затягивания сроков запуска.
Ссылаясь на необходимость «довести до состояния, вызывающего любовь», команда откладывает релиз на неопределённый срок — MLP используется как повод не выпускать продукт, а не как дисциплина фокусировки на узком ядре.
Как избежать
Фиксировать жёсткий срок пилота заранее (как в примере Aha!, где бета стартовала в объявленную дату) — полировка ограничена рамками этого срока, а не растягивается до субъективного ощущения «готовности».
План внедрения
Неделя 1: выбрать одну-две ключевые функции, критичные для пользовательского опыта, отказаться от остальных на этом этапе.
Неделя 2: довести выбранные функции до состояния высокого качества исполнения, включая крайние случаи и детали взаимодействия.
Неделя 3: запустить пилот и собрать как поведенческие, так и эмоциональные метрики (готовность рекомендовать, качественные интервью).
Неделя 4: проанализировать баланс между поведенческими и эмоциональными результатами, скорректировать приоритеты полировки.
Далее: постепенно расширять функциональность, сохраняя стандарт качества исполнения, заданный на старте.
Как реализовать этот план с помощью фрейма MLPCanvas в OrgDevTools
Фрейм «Minimum Lovable Product» в OrgDevTools построен вокруг того же принципа, что и методика: узкий функционал плюс измеримая эмоциональная реакция, а не только поведенческие метрики.
Вкладка «Карточки» содержит четыре блока. «Ключевой функционал» ограничен явно 1-2 полями (не больше — фрейм физически не даёт добавить третью функцию), что дисциплинирует команду не размывать фокус. «Полировка и детали» — чек-лист с автоматическим расчётом процента готовности и визуальным индикатором прогресса. «Эмоциональная реакция» — центральный, отличающий MLP от MVP блок: для каждого пользователя или сегмента задаётся оценка готовности рекомендовать по шкале 0-10, а фрейм автоматически считает среднюю оценку, NPS-подобный индекс (промоутеры минус детракторы) и разбивку на детракторов (0-6), нейтралов (7-8) и промоутеров (9-10) с наглядной цветной шкалой. «Следующие шаги» фиксирует план расширения функциональности.
Вкладка «Итоги» вычисляет вердикт по цепочке условий: пока не заполнен ключевой функционал — 💡 подсказка начать с него; когда функционал есть, но эмоциональная реакция не измерена — ⚠️ предупреждение, что «нравится» пока лишь мнение, а не данные; если детракторов больше, чем промоутеров, — 🔴 явный сигнал, что продукт «пока не любимый»; и только когда эмоциональная реакция измерена и баланс в пользу промоутеров — ✅ с показом итогового NPS-подобного индекса и процента полировки. Из вкладки «Итоги» можно сразу создать задачу на улучшение реакции детракторов.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
Torres T. — «Continuous Discovery Habits» (2021). О важности качественного пользовательского исследования наравне с количественными метриками в продуктовой разработке.