Как сделать MVP и увеличить прибыль: кейс интернет-магазина БАДов

Клиент пришёл с идеей: перенести интернет-магазин БАДов в мобильное приложение. Но копия сайта в телефоне сама по себе не объясняет, зачем человеку возвращаться в приложение и как продукт будет зарабатывать. На «Суровом Питерском форуме» Александр Днепровский, сооснователь Malkin Tech и основатель Malkin Academy, разобрал, как его команда ушла от идеи «просто сделать приложение» к MVP с проверкой гипотезы, кастдевом, трекером привычек и воронкой до покупки.

Что такое MVP на самом деле

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

• В этой работе всё начинается с гипотезы: команда формулирует, что именно проверяет. 
• После этого собирает минимальный функционал — только тот, который нужен для теста. 
• Затем запускает продукт, смотрит на поведение пользователей и принимает решение по метрикам.

Как не надо делать MVP

Частая ошибка — запускать MVP как дешёвую версию будущего продукта. Команда урезает функционал, собирает «что-то минимальное», выпускает это на рынок и считает, что проверила идею. Но такая версия может ничего не сказать о ценности продукта для клиента.

В этом сценарии ресурсы уже потратили, а ответов всё ещё нет. Люди могли зайти из любопытства, уйти из-за неудобного интерфейса или вообще не понять, зачем им продукт. Без гипотезы, метрик и обратной связи команда не видит, что именно сработало, а что сломало результат.

Типичные ошибки при запуске MVP:

• создать урезанный функционал без ценности;
• скопировать сайт в приложение;
• запустить продукт без теста спроса на рынке;
• не заложить метрики и сбор обратной связи.

Главный риск такого MVP — потратить бюджет и время, но так и не узнать, нужен ли продукт рынку.

Как делать MVP правильно 

Правильный MVP проверяет идею и её ценность для рынка. Он отвечает на конкретный вопрос: есть ли у людей интерес и готовы ли они пробовать решение.

При запуске MVP важно заранее зафиксировать четыре вещи.

• Что проверяет команда.

В центре стоит гипотеза: какая идея должна сработать, какую ценность она даёт рынку и какое действие подтвердит интерес.

• Какие метрики покажут результат.

Команда смотрит на конверсии, удержание и стоимость лида. Эти данные помогают понять, как люди ведут себя внутри продукта и есть ли смысл двигаться дальше.

• Какими быстрыми инструментами можно обойтись.

Для первой проверки подходят no-code, прототипы и лендинги. На этом этапе не нужно строить полноценный продукт, если гипотезу можно проверить быстрее и дешевле.

• Что делать после теста.

Следующий шаг лучше продумать заранее: когда продукт развивать, когда пивотить, а когда отказываться от идеи. Так MVP превращается не в разовый запуск, а в проверку, после которой команда понимает, куда идти дальше.

Шаг 1. Рыночное исследование

Перед тестом идеи команда изучает рынок: кто уже работает в нише, какие продукты продаёт, на чём зарабатывает и какие задачи клиентов остаются незакрытыми. Без этого MVP превращается в «расклад карт таро»: продукт запускают, но заранее не понимают, что именно проверяют и почему люди могут выбрать новое решение.

В исследовании команда смотрит четыре зоны.

1. Конкуренты. Какие продукты уже есть на рынке, где у них сильные стороны, где слабые.
2. Бизнес-модели. На чём компании зарабатывают и какие сценарии уже работают в нише.
3. Клиенты. Какие боли, привычки и неудовлетворённые потребности есть у аудитории.
4. Рынок. Какой у ниши объём, какие тренды видны и как меняется спрос.

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

Анализ прямых конкурентов: сильные и слабые стороны

В нише БАДов команда посмотрела на четыре группы конкурентов: маркетплейсы, Fitness Formula, аптеки с офлайн-розницей и нишевые digital-приложения. 

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

Ozon и Wildberries дают большой ассортимент, низкие цены, удобную доставку и сильную массовую узнаваемость. Но удержание там держится на скидках и удобстве. БАДы теряются среди миллионов товаров, а доверие к конкретному продавцу остаётся слабым: на маркетплейсах много предложений, и человеку сложнее понять, где качественный продукт.

Fitness Formula сильна брендом, собственным ассортиментом, программой лояльности и кэшбэком. Слабое место — приложение дублирует сайт. В нём нет отдельного вовлечения и персонализации, поэтому такая модель не решает задачу ежедневного возвращения.

Аптеки и офлайн-розница выигрывают за счёт доверия и доступности. Человек понимает, куда пришёл, и может получить помощь у консультанта. Но в digital у таких игроков слабее сервисы для удержания и персонализация.

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

Международный опыт

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

FatSecret держит пользователя через привычки и питание. Человек возвращается, чтобы фиксировать рацион, следить за прогрессом и поддерживать выбранный режим. При этом в этой модели нет прямой связки с товарами.

Lifesum работает через геймификацию и привычки, а монетизирует продукт подпиской. Для кейса интернет-магазина БАДов такой пример был важен как подтверждение: привычки могут удерживать людей. Но модель заработка команда искала другую — через покупку товаров, а не через подписку.

Какие инструменты помогают исследовать нишу

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

• Сайты и базы данных.

Rusprofile помогает посмотреть финансовое положение компаний и через это оценить рынок. HH и Хабр Карьера дают данные по найму и зарплатам: так можно сравнить, сколько будет стоить автоматизация и сколько — команда специалистов.

• Соцсети и маркетинг.

Telemetr помогает разбирать рекламные кампании в Telegram и смотреть, как продвигаются другие игроки.

• Респонденты и опросы.

Для поиска людей и проверки гипотез подходят Русопрос, Анкетолог, Fastuna и Яндекс Взгляд.

• Отзывы.

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

• Поисковый интерес и быстрые исследования.

Яндекс Wordstat показывает динамику запросов по ключевым словам. ChatGPT с функцией «Исследование» помогает быстро погрузиться в специфику ниши на первом этапе, но такие результаты нужно проверять: сервис может ошибаться и выдавать неточные данные.

Шаг 2. Что хотел клиент

Клиент пришёл с классической идеей: перенести интернет-магазин БАДов в мобильное приложение. У компании уже были офлайн-точка и интернет-магазин, поэтому запрос выглядел понятным: сделать ещё один канал продаж.

Но такая идея быстро упёрлась в несколько вопросов. 

• Зачем человеку отдельное приложение, если оно просто повторяет сайт? 
• Как привлекать новых пользователей? 
• Как удерживать их внутри продукта? 
• Как приложение будет окупаться в узкой нише?

Команда спросила клиента, как он видит монетизацию. Готового ответа не было. Поэтому копия магазина в приложении выглядела тупиковым путём: она повторяла старую модель, но не давала человеку новой ценности и не объясняла, почему он должен возвращаться.

Формулируем гипотезу

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

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

Так фокус сместился на ежедневный сценарий вокруг магазина в телефоне. Приложение должно было дать человеку повод возвращаться регулярно: ради привычки, бонуса, экспертного контента или другого действия, которое связано с темой здоровья и БАДов.

Варианты реализации гипотезы

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

• Трекер привычек.

Трекер привычек должен был возвращать человека в приложение каждый день. Пользователь отмечает прогресс по привычкам: спорт, сон, приём БАДов.

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

• Задания от магазина.

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

Скидки и подарки стимулируют действия внутри приложения. Выполнение миссий напрямую связано с покупками в магазине.

• Библиотека лекций нутрициологов и фитнес-тренеров.

Библиотека лекций должна была давать ценность через экспертный контент. Внутри могли быть материалы от нутрициологов: советы, разборы и гайды.

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

Шаг 3. Customer Development

Чтобы выбрать механику для MVP, кастдев разделили на два этапа. 

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

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

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

Откуда брали людей для кастдева

Для кастдева команда искала респондентов среди тех, кто уже интересуется БАДами: это аудитория, близкая к реальным покупателям магазина.

Людей собирали в трёх местах. 

• На сайте показывали всплывающее окно: «Хотите поучаствовать в улучшении сервиса? Заполните форму и получите скидку». 
• В офлайн-магазинах консультант подходил к покупателям у полок с БАДами и предлагал короткое интервью за бонус или скидку.
• Ещё один источник — звонки тем, кто дал согласие на опрос при заполнении анкеты на партнёрскую программу и систему скидок. 

Команда получила 35 ответов от реальных покупателей.

Список вопросов для кастдева

Вопросы разделили на пять блоков. 

Блок 1. Фоновые вопросы

Сначала команда собирала короткий фон для сегментации.

• Сколько вам лет? (фиксируем опыт) 
• Чем занимаетесь в жизни / работе? 
• Насколько в целом интересуетесь спортом, здоровьем, питанием? 

Блок 2. Привычки

Этот блок проверял ценность трекера. 

• Есть ли у вас сейчас регулярные привычки, связанные со здоровьем (спорт, сон, питание, приём лекарств / витаминов / БАДов)?
• Как вы обычно отслеживаете выполнение этих привычек? 
• Что помогает вам удерживаться в привычке, а что мешает? 
• Пробовали ли вы приложения или сервисы для отслеживания? Что понравилось, а что нет? 

Блок 3. Мотивация через выгоду

Этот блок проверял ценность заданий. 

• Участвовали ли вы когда-нибудь в акциях или челленджах, где за выполнение условий давали скидки или подарки? Как это было? 
• Что вас туда привлекло? (Например: экономия, азарт, интерес к товарам) 
• Насколько для вас важны акции и бонусы при выборе магазина или сервиса? 
• Что для вас ценнее: получить выгоду (скидку / подарок) или видеть свой прогресс? Почему? 

Блок 4. Информация и знания

Этот блок проверял ценность библиотеки лекций. 

• Где вы обычно ищете информацию о правильном питании, витаминах и добавках? 
• Пользуетесь ли вы образовательными материалами (лекции, статьи, видео) на тему ЗОЖ? Что вам в них ценно, а что кажется лишним? 

Блок 5. Приоритет

Финальный блок сводил три механики вместе. 

• Представьте, что приложение может: помогать отслеживать привычки, давать задания с бонусами и скидками, предлагать советы и материалы от специалистов. Что из этого вам было бы реально полезнее всего? Почему? 

Проверка гипотезы через пользователей

Первый этап кастдева показал, что среди трёх механик сильнее всего откликается трекер привычек. Людям сильнее нравится сервис, который помогает держать дисциплину и контролировать регулярные действия. 

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

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

Проверка деталей трекера

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

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

Ещё один слой вопросов касался барьеров. Люди рассказывали, что раздражает их в других трекерах и чего точно не должно быть в новом сервисе. Эти ответы помогали не перегрузить MVP лишними функциями и оставить только то, что нужно для проверки удержания и покупок.

Что узнали у пользователей

35 интервью подтвердили: людям нужна помощь с формированием привычек. Трекер прогресса и напоминания давали понятный повод возвращаться в приложение, а механика «магазин с трекером» получила подтверждение.

Пользователи хотели видеть, что они делают регулярно и как продвигаются. Многие до сих пор фиксируют привычки без удобного сервиса: на бумаге, в Google Календаре, через будильники и напоминания в телефоне.

Приём БАДов не всегда связан с конкретной целью. Человек может принимать добавки, но не понимать, к какому результату он идёт и как это встроить в общий режим: сон, спорт, питание, здоровье.

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

Шаг 4. MVP = проверка удержания и покупки

MVP должен был проверить две вещи одновременно: будут ли люди возвращаться в приложение ради привычек и смогут ли эти регулярные возвращения привести к покупке. Поэтому продукт собирали как минимальный сценарий от полезного действия до заказа.

Что включили в MVP

1. Регистрация и личный кабинет 
2. Добавление привычек и напоминания 
3. Базовая аналитика внутри приложения 
4. Пуши («Напоминания» + «Вернись в приложение») 
5. Каталог: 3 комплекта БАДов 

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

На чём собрать MVP

На практике больше 90% MVP умирают ещё до выхода. Поэтому переписывание кода — «роскошь выживших», а избыточные вложения в «правильный стек» на первом этапе часто не дают смысла. Сначала важно проверить гипотезу, спрос или бизнес-модель, а уже потом думать о полноценной разработке.

Для MVP можно выбрать несколько вариантов.

• No-code / low-code: Bubble, Glide, Softr, Retool, n8n, Airtable. Эти сервисы помогают быстро и дёшево проверить гипотезу за дни, но дают ограничения по кастомизации и масштабированию. Такой вариант подходит, когда нужно проверить спрос или бизнес-модель.
• Backend-as-a-Service: Firebase, Supabase, Appwrite плюс фронт на React или Next.js. Здесь уже есть готовые база, API и аутентификация. Это ускоряет разработку, но может привязать продукт к платформе и создать сложности при росте.
• Классический full-stack: Python/Django + Postgres + React или Node.js/NestJS + Vue/React. Такой вариант даёт гибкость и контроль, но требует больше времени и денег. Его можно выбирать, если MVP должен стать базой для будущего продукта.
• Сборка из готовых сервисов: Zapier или Integromat, Notion или Trello, лендинг на Tilda или Wix. Так можно почти без кода проверить бизнес-процесс вручную. Это скорее прототип процесса, чем полноценный продукт, но для проверки ценности такой формат тоже подходит.

В кейсе с приложением для интернет-магазина БАДов команда выбрала классический вариант и разработала MVP на Python. Этот путь оказался ближе к их экспертизе и понятнее по реализации.

Как выглядел MVP

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

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

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

Отдельно рассматривали вариант, где магазин заметнее связан с приложением. 

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

Воронка действий пользователя

Команда фиксировала путь от установки приложения до покупки. Так MVP проверял всю цепочку: человек скачивает продукт, добавляет привычку, переходит к товарам, начинает оформление и оплачивает заказ.

Воронка включала пять шагов.

1. Установка. Человек скачал приложение.
2. Привычка. Добавил хотя бы одну привычку.
3. Магазин. Зашёл в раздел с товарами.
4. Оформление. Добавил товар в корзину и начал оформлять заказ.
5. Покупка. Оплатил заказ.

Такой трек показывал не только интерес к трекеру. Он помогал понять, доходят ли люди от регулярного действия внутри приложения до коммерческого действия.

Сколько получили скачиваний

За 3 недели теста приложение скачали 1 100 человек. Трафик собирали из нескольких каналов: через респондентов кастдева, офлайн-точки, сайт, рассылку, соцсети, телеграм-блогера, VK Ads и Яндекс Директ.

Каналы дали разную динамику:

• респонденты с кастдева и рефералы от них — около 80 установок, CPL 875 ₽;
• офлайн через QR-коды — около 50 установок, CPL 0 ₽ без учёта зарплат сотрудников;
• сайт, рассылка и соцсети — около 320 установок, CPL 0 ₽ без учёта зарплат сотрудников;
• телеграм-блогер — около 450 установок, CPL 400 ₽;
• VK Ads и Яндекс Директ — около 200 установок, CPL 875 ₽.

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

Сколько человек добавили привычку

Из 1 100 установивших около 600 человек добавили хотя бы одну привычку. Это 55% активации — больше половины людей дошли до ключевого действия внутри MVP.

Для этого кейса добавление привычки стало главным сигналом интереса. Человек не просто открыл приложение после установки, а начал пользоваться тем сценарием, ради которого продукт собирали: выбрал регулярное действие и зафиксировал его в трекере.

Этот показатель подтвердил, что механика привычек цепляет аудиторию сильнее, чем простая витрина с товарами. Дальше команда смотрела, сколько людей из этого сегмента перейдёт к магазину.

Сколько человек зашло в магазин

Из тех, кто добавил привычку, около 240 человек перешли в раздел с товарами. Это 40% от пользователей, которые дошли до ключевого действия в трекере.

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

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

Сколько человек начали оформление

Около 60 человек начали оформление заказа. Это 25% от тех, кто перешёл в раздел с товарами.

Для MVP этот шаг показывал уже намерение купить. Пользователь не просто посмотрел каталог, а выбрал товар и дошёл до корзины.

Каждый четвёртый визит в магазин заканчивался началом оформления. Такой результат связали с тем, что аудиторию для теста отбирали точечно: приложение показывали людям, которым уже близки БАДы, здоровье, спорт и работа с привычками.

Сколько человек купили

30 пользователей завершили заказ. Конверсия из оформления в покупку составила около 50%.

Для MVP это был самый важный коммерческий шаг. Приложение проверяло не только интерес к трекеру привычек, но и готовность покупать товары внутри этого сценария.

За 3 недели теста команда получила 30 продаж. Эти данные показали, что путь от привычки к покупке работает, хотя сам MVP ещё оставался ограниченным по функционалу и требовал доработки интерфейса.

Удержание через 30 дней

Через 30 дней в приложении осталось около 400 активных пользователей. Это примерно 36% retention от всех установок.

Активными считали тех, кто продолжал пользоваться трекером привычек. Для команды этот показатель был важен не меньше продаж: он показывал, что люди возвращаются не только из-за разового интереса к новому приложению.

В связке с предыдущими цифрами картина получилась такой: 1 100 человек установили приложение, около 600 добавили привычку, около 240 перешли в магазин, 60 начали оформление, 30 завершили покупку. Через месяц 400 человек всё ещё пользовались трекером.

На какую аудиторию запускали MVP

После первых результатов команда сузила аудиторию и не стала «стрелять во все стороны». Для теста выбрали конкретный сегмент: мужчины и женщины 18–45 лет из городов-миллионников с доходом выше среднего.

Средняя зарплата в городах-миллионниках — около 80 000 ₽, доход выше среднего — больше 100 000 ₽.

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

Портрет ЦА.

1. Мужчины и женщины 18–45 лет с доходом выше среднего 
2. Города-миллионники 
3. Регулярные тренировки, интерес к ЗОЖ 
4. Уже пробовали БАДы 

Почему Telegram дал качественных пользователей

Около 450 скачиваний пришло от телеграм-блогера. Этот канал сработал из-за точного выбора площадок: команда смотрела на небольшие каналы про спорт, тренировки и онлайн-занятия.

Реклама шла через блогеров, для которых тема привычек, режима и БАДов выглядела органично. Они показывали, что сами пользуются трекером привычек и покупают БАДы, поэтому переход в приложение выглядел логично.

Почему VK Ads и Яндекс Директ дали дорогой трафик

VK Ads и Яндекс Директ дали около 200 скачиваний, но стоимость целевого действия получилась высокой — CPL около 875 ₽. Для MVP это стало самым дорогим платным каналом.

Команда отказалась от поисковой сети и пошла в таргетированную рекламу. 

На что ориентировались при настройке рекламы.

• Только среднечастотные и низкочастотные запросы — самые дешёвые запросы были за нами
• Только целевые запросы — отсекали все запросы не связанные с покупкой 
• Только ручная стратегия — она работает намного быстрее и дешевле, чем автоматическая
• Отказались от поиска при запуске рекламы (он достаточно дорогой в e-commerce) 

Слабое место было в связке между трекером привычек и продажей БАДов. Целевым действием оставалась покупка, поэтому в креативе прямо продавали БАДы. Такой заход плохо объяснял идею сервиса привычек и мог приводить менее точных пользователей.

Этот канал показал важный разрыв: аудиторию можно привести рекламой, но если креатив продаёт товар отдельно от сценария привычек, стоимость лида растёт.

Чему научил MVP

MVP подтвердил гипотезу «сервис привычек + покупки». Люди активно заводили привычки, часть пользователей дошла до покупки, а через 30 дней в приложении осталась заметная активная база.

Подтвердились два главных пункта.

1. Привычки удерживают. Около 600 пользователей добавили хотя бы одну привычку, около 400 продолжили пользоваться трекером через 30 дней.
2. Покупки внутри такого сценария возможны. 30 продаж за время теста показали потенциал монетизации. Пользователь мог прийти за трекером, а затем перейти к товарам и оформить заказ.

MVP также показал слабые места. Функционал оставался ограниченным: личного кабинета как полноценного сценария почти не было, регистрацию прятали до момента оформления заказа. Каналы трафика тоже сработали по-разному: телеграм-блогер дал самый большой объём скачиваний, а VK Ads и Яндекс Директ вышли дороже по CPL. 

Феномен пивота

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

Пивот может затронуть аудиторию, сам продукт, модель монетизации или несколько вещей сразу. Примеры крупных сервисов, которые начинали с более узкой модели: FoodFox позже стал частью Яндекс Еды, Ozon начинался с книг, Авито — с объявлений по мебели и одежде, Wildberries — с одежды.

Для MVP это важный сценарий: первая версия продукта не обязана сразу становиться финальной. Её задача — дать данные, по которым можно развивать продукт дальше или вовремя изменить направление.

MVP помогает не сжечь бюджет до проверки идеи

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

В кейсе интернет-магазина БАДов MVP показал, что аудиторию цепляет ежедневная польза: трекер привычек, напоминания и прогресс. Покупка появляется уже внутри этого сценария: человек возвращается в приложение, работает с привычкой, видит товары и может дойти до заказа.

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