Назад

6 лучших примеров минимально жизнеспособных продуктов и их истории

«Можете привести пример хорошего MVP?» — это вопрос, который мы в Purrweb слышим довольно часто. Однако, перед тем, как обсуждать успешные примеры, нужно разобраться, что такое минимально жизнеспособный продукт, какие функции ему нужны и какие типы MVP в целом существуют. Рассказываем про самые распространенные типы MVP, лучшие примеры и этапы разработки минимально жизнеспособного продукта . Поехали!

Время чтения: 8 минут

Содержание

    Что такое MVP ?

    Начнем с основ: с определения минимально жизнеспособного продукта. MVP (minimum viable product) — так называют первую версию приложения, которая содержит минимальный набор функций, необходимых для работы приложения. 

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

    Вот для чего компании разных размеров используют MVP:

    • Проверить свою гипотезу;
    • Собрать отзывы от пользователей в режиме реального времени;
    • Откалибровать будущее решение и внести изменения до полноценного релиза.

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

    Как узнать, какие функции нужны вашему MVP продукту? Всё очень просто! В минимально жизнеспособный продукт нужно включать только те функции, без которых идея не заработает. Обычно в стандартный набор входят онбординг пользователя, панель поиска, чат со службой поддержки, push-уведомления + специфические функции, в зависимости от сферы. Например, если вы разрабатываете MVP приложения для доставки еды, то понадобится страницы регистрации и входа, каталог с ресторанами, настройки доставки и оплата — в общем, всё, чтобы пользователи могли разместить заказ.

    Чем MVP не является?

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

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

    Шаблон минимального жизнеспособного продукта

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

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

    Минимально жизнеспособный продукт пример

    4 самых популярных типа MVP

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

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

    MVP Волшебник из страны Оз (Wizard of Oz) — это шаблон MVP, в котором примерно 50% функций выполняется вручную, а остальная половина — автоматизирована. Пользователи думают, что они используют полноценное приложение, но на самом деле часть фич выполняется командой. Очевидно, что невозможно закрывать собой сразу сотни разных функций, поэтому обычно MVP этого типа сосредотачиваются на 1-3 основных разделах в приложении.

    👍🏻 Подходит: для того, чтобы протестировать решение с ограниченным набором функций. 

    Частичный MVP (Piecemeal) — это способ проверить вашу идею на уже существующих сервисах и платформах, без дополнительных ресурсов. Например, вы решили создать маркетплейс для продажи товаров для домашних животных. Перед разработкой решения вы можете изучить конкурентов: какие платформы торгуют такими же продуктами и есть ли на них спрос в целом. Еще можно попробовать продать товары на других маркетплейсах, чтобы протестировать систему и пообщаться с потенциальными клиентами.      

    👍🏻 Подходит: для того, чтобы вывести решение на рынок с ограниченным бюджетом. 

    MVP-консьерж (Concierge) полностью основан на команде. В рамках этого типа большинство функций выполнят люди или «консьержи». Они вручную взаимодействуют с клиентами и собирают их отзывы об идее.       

    👍🏻 Подходит: чтобы проверить, соответствует ли приложение потребностям рынка. 

    MVP одной функции (Single Feature) также называется «One Painkiller» (одно болеутоляющее). Рассказываем, как работает этот тип: вы выбираете одну ключевую функцию, которая решит проблемы и боли вашей аудитории. Обычно эта отдельная функция соотносится с УТП — уникальным торговым предложением стартапа.       

    👍🏻 Подходит: для проверки технической осуществимости приложения.

    6 приложений, которые начинали с MVP

    Перейдем сразу к минимально жизнеспособным продуктам, примерам, и их историям. Как мы уже писали выше, начало любого стартапа — это проверка бизнес-идеи, поэтому пропустить этап разработки MVP никак не получится. Мы собрали 6 примеров решений, которые начинались как MVP.

    Amazon

    Amazon — один из самых успешных примеров минимально жизнеспособного продукта. Джефф Безос основал маркетплейс в начале 1990-х, и первоначально это был онлайн-магазин с книгами. Для решения он выбрал MVP одной функции: сначала Безос провел мозговой штурм и составил список товаров, которые можно было бы продавать в интернете. Из 20 различных вариантов в финал вышли 5 продуктов: видеокассеты, книги, программное обеспечение, компьютеры и компакт-диски.

    Минимально жизнеспособный продукт пример

    Первая версия Amazon

    В конце концов Безос выбрал книги — он поверил, что это будет прибыльным и востребованным продуктом. Так он основал сервис Amazon, который стал №1  платформой для онлайн-торговли. И теперь там можно купить не только книги, а все, что душе угодно: телефоны, мебель, кухонную утварь и даже газонокосилки.

    Airbnb 

    Airbnb начинался с надувного матраса, кровати и завтрака. В 2007 году два молодых дизайнера Брайан Чески и Джо Геббиа пытались найти способ заработать на аренду своей квартиры в Сан-Франциско. Они решили сдавать дополнительное пространство у себя дома, увидели спрос и вскоре запустили минимально жизнеспособный продукт — платформу для аренды комнат и квартир по всему миру. Так появилась компания, которую сейчас оценивают в $85 млн.https://www.bloomberg.com/news/articles/2020-12-10/airbnb-s-47-billion-value-faces-debut-test-in-doordash-s-wake.

    Dropbox 

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

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

    Facebook

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

    Затем случился Thefacebook — настоящий MVP социальной сети. Его запустили в 4 ведущих американских университетах: Гарварде, Стэнфорде, Колумбии и Йельском университете. Спустя год тестов на ограниченную аудиторию, Цукерберг решил открыть доступ для всех и так началась история Facebook.

    Минимально жизнеспособный продукт пример

    Первая версия Facebook

    Zappos

    Zappos — это торговая площадка для продажи брендовой обуви и одежды. Сейчас идея онлайн-шоппинга кажется очевидной, но еще в 1999 году Нику Суинмерну пришлось доказывать всем вокруг, что люди были готовы покупать обувь в Интернете.

    Суинмерн решил начать с MVP типа Волшебник из страны Оз. Он пошел в местные магазины Сан-Франциско, сфотографировал обувь, которая там продавалась и загрузил изображения на свой сайт. Когда пользователь размещал заказ на пару, Суинмерн шел в магазин, покупал её и отправлял посылку.

    В общем, создателю Zappos пришлось вручную выполнять все функции решения, чтобы доказать, что люди в Америке готовы покупать вещи в ​​Интернете. После успешного запуска минимально жизнеспособного продукта Суинмурн нашел партнеров и выпустил полнофункциональное решение, которое принесло продаж на более чем 1 миллиарда долларов и было продано Amazon в 2009 году.

    Groupon

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

    Команда будущего Groupon вручную искала размещенные скидки на форуме и отправляла всем пользователям, которые подписались на рассылку. Этап MVP помог компании сфокусироваться на промокодах и изменить идею в лучшую сторону.

    Этапы разработки MVP

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

    В Purrweb мы знаем, что время может быть решающим фактором. Поэтому для нас срок разработки MVP составляет около 3 месяцев.

    👆🏻 Примечание: это наши средние сроки, и у других компаний они могут отличаться.

    Процесс разработки продукта MVP состоит из 5 этапов:

    • Мы встречаемся и узнаем больше о вашей идее;
    • Изучаем конкурентов и фиксируем их сильные и слабые стороны;
    • Определяем целевую аудиторию и функции, которые нужны пользователям;
    • Создаем карту-план разработки и концепции для дизайна;
    • Разрабатываем решение.

    👟1️⃣ Для начала, любая команда разработчиков должна погрузиться в идею, чтобы рассчитать время и стоимость решения. Основная цель этого этапа — изучить каждый потайной угол вашего проекта, чтобы спланировать работу. В среднем у нас уходит 2-3 дня, чтобы получить полную картину и начать креативить.

    👟2️⃣ Следующий этап — посмотреть, что уже существует на рынке и каковы преимущества приложений конкурентов. Если у вас есть какие-либо мысли по этому поводу или ссылки, пожалуйста, поделитесь ими с разработчиками. Например, вы как-то использовали решение другой компании, и вам понравились онбординг и текстовые сообщения, но интерфейс показался ужасным и хаотичным. Обязательно покажите это разработчикам, такие референсы помогут понять ваш взгляд и вкус.

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

    4️⃣ Четвертый шаг — создать карту разработки MVP и спланировать рабочий процесс. На этом этапе решается, над чем работать в первую очередь, а что можно сделать позже. В то же время UI/UX дизайнеры и копирайтеры генерируют идеи для интерфейса и представляют свои идеи вам.

    Небольшое дополнение: в Purrweb мы всегда начинаем разработку приложения, как только вы одобряете наши концепты дизайна. Это позволяет нам укладываться в 3 месяца при создании вашего решения. Однако точные сроки зависят от сложности вашей идеи.

    👟5️⃣ Почти всё! На последнем этапе команда разрабатывает приложение, превращает дизайнерские концепции в интерфейс и тестирует его. Перед релизом тестировщики проверяют решение и смотрят, что не осталось никаких скрытых потенциальных багов, которые могут проявиться в будущем.

    Но это еще не конец!

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

    Подводим итоги

    MVP — это быстрый и экономичный способ проверить вашу гипотезу, а также узнать, что клиенты думают о вашем решении. Amazon, Zappos, Facebook или Airbnb и другие крупные компании начинали с версии с минимальным набором функций. Мир знает множество минимально жизнеспособных продуктов-примеров, когда большой инновационный проект изначально был маленькой задумкой, как сделать мир вокруг лучше.

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

    В Purrweb работает большая команда из 150 экспертов: разработчиков, UI/UX дизайнеров, тестировщиков, копирайтеров, иллюстраторов и менеджеров проектов. Так что мы сможем решить любую задачу на месте.

    С нами процесс разработки MVP занимает до 3 месяцев. Рассчитать стоимость приложения можно с помощью нашего калькулятора.

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

    Насколько публикация полезна?

    Оцени эту статью!

    8 оценок, среднее 5 из 5.

    Оценок пока нет. Поставьте оценку первым.

    Так как вы нашли эту публикацию полезной...

    Подписывайтесь на нас в соцсетях!

    Поделиться