Что такое MVP и как это использовать
MVP — это паттерн, который используют многие разработчики, даже если не догадываются об этом. Может, вы один из них?
MVP — это паттерн программирования графических интерфейсов. В нём приложение делится на три компонента:
Как и другие подобные паттерны (MVC, MVVM), MVP позволяет ускорить разработку и разделить ответственность разных специалистов; приложение удобнее тестировать и поддерживать.
Чаще всего его используют разработчики мобильных приложений, однако он гораздо популярнее, чем может показаться. Дело в том, что этот паттерн активно применяется в вебе, хотя там его и называют MVC:
Пишет о программировании, в свободное время создает игры. Мечтает открыть свою студию и выпускать ламповые RPG.
Как работает MVP
На схеме выше видно, что приложение, созданное по принципам MVP, работает с помощью связи модели, вида и представителя. Происходит это так:
Основное отличие MVP и MVC в том, что в MVC обновлённая модель сама говорит виду, что нужно показать другие данные. Если же этого не происходит и приложению нужен посредник в виде представителя, то паттерн стоит называть MVP.
Всё это можно сравнить с работой издательства:
Конечно, это не точный алгоритм работы издательства, но для иллюстрации принципов MVP его достаточно.
Пример MVP-приложения
Так как MVP служит для упрощения разработки графических интерфейсов, рассмотреть его можно на примере WPF-приложения. В качестве вида будут выступать файлы MainWindow.xaml (разметка интерфейса) и MainWindow.xaml.cs (обработчик событий).
Начать можно с создания интерфейса авторизации:
Минимально жизнеспособный продукт: гайд по выживанию
Чтобы запустить новый сериал, режиссеры сначала снимают пилотную серию, которая имеет все «базовые настройки» будущего сериала. Отзывы аудитории о ее сюжете, персонажах и атмосфере позволяют создателям понимать, куда развиваться и над чем работать. Та же схема работает и в IT-проектах: для ее воплощения придумали MVP – minimum viable product. Он наделен основными функциями конечного продукта и дает о нем неплохое представление. От успеха минимально жизнеспособного продукта напрямую зависит будущее приложения: разработка полной версии, релиз и отклик пользователей. В этой статье мы расскажем, как из идеи получить живучий MVP и вырастить из него полноценный продукт.
По данным информационного агентства investopedia.com, 90% стартапов закрываются в первый год работы. Из них 42% проваливаются из-за отсутствия спроса, а еще 17% – из-за того, что конечный продукт недостаточно прост и удобен в использовании. Вот еще несколько причин, по которым амбициозные бизнесмены испытывают неудачи:
Большинства провалов можно было бы избежать еще на этапе создания продукта. Любой предприниматель должен взять за правило создавать MVP: minimum viable product. Это простейшая версия продукта, которая обладает базовыми функциями будущего бизнеса, строения, изобретения. MVP поможет подтвердить ценность изначальной идеи или отказаться от нее, если она окажется неудачной. В этой статье мы поговорим о частном случае – мобильных приложениях и их базовых версиях.
MVP должен быть приближен к готовой версии приложения и давать правильное представление о конечном результате. Так с его помощью можно будет получать достоверные данные исследования рынка и понимание, куда развиваться дальше. Для наглядности это можно изобразить так:
MVP необходим каждому, кто хочет подойти к разработке нового приложения внимательно и рационально. В большинстве случаев он позволяет избежать многих ошибок и дает преимущества перед теми, кто сразу создает продукт целиком.
Кроме того, людям может не понадобиться часть функций, на которые вы планировали потратить много времени и усилий. Это сократит стоимость и сроки разработки и позволит вам сфокусироваться на том, что больше всего нужно аудитории.
Перед работой над MVP необходимо построить гипотезы, которые вам нужно подтвердить или опровергнуть. Так вы не просто запустите демо-версию приложения, а поймете, что вам нужно добавить или убрать – в зависимости от реакции пользователей. Это нужно сделать как можно раньше: ваша идея может быть отличной, но если ее реализация не подходит аудитории, то нужно исправлять это на первых этапах работы.
Еще один пример – Uber. Изначально его создатели, разочарованные ценами на поездки по городу, предлагали пользователям аренду лимузинов, которая стоила всего в 1,5 раза дороже обычного такси. Продукт оказался куда более востребованным, чем ожидалось, хотя охватывал аудиторию на ограниченной территории. Поняв это, разработчики развили идею и быстро получили инвестиции, чтобы Uber работал по всему миру.
Одностраничный сайт с фотографиями квартиры тоже может из MVP стать огромным прибыльным бизнесом. С помощью этого лендинга разработчики, которые не могли платить за квартиру в Сан-Франциско, хотели проверить, интересуются ли люди арендой комнат напрямую от собственников. Как выяснилось, интересуются – этот маленький проект вырос в сайт Airbnb, на котором люди арендуют жилье от собственников, не тратя время и деньги на риэлторов и заполнение документов.
Что такое и зачем нужен MVP
Мы часто говорим об MVP (minimum viable product) когда речь заходит о разработке. О том, что это минимально жизнеспособный продукт знают многие. Но мы решили еще шире раскрыть это понятие и подробно рассказать о значении MVP в процессе создания новых продуктов.
Представим, что у вас есть идея — приложение с полным набором функций и опций, доступное на всех платформах, способное обслуживать миллионы пользователей по всему миру. Отлично!
А теперь давайте переведем разговор в более приземленную плоскость и сделаем вид, что идея вашего приложения — это эклер. Но не просто пирожное, а экстра-эклер в форме таксы, заправленный кремом на основе альпийского масла, со взбитыми сливками и посыпкой из трех видов шоколада. Это вкусный, привлекательный и очень сложный продукт. А еще непонятно, нужен ли он людям.
Здесь-то и пригодится MVP, чтобы проверить идеи. Самая первая версия вашего приложения должна быть больше похожа на простой эклер — тот, что люди знают, любят и хотят попробовать от нового поставщика. MVP приложения должны быть включены только основные функции. Когда будет готов программный продукт, с ним можно познакомить пользователей. Такое решение будет относительно дешевым и быстрым в разработке.
Форма MVP и конечного продукта зависит от технологии разработки. Это могут быть нативные или кроссплатформенные решения, о таком выборе мы уже писали в нашем блоге, загляните.
В любом случае стоит проконсультироваться с разработчиками, с которыми вы решили сотрудничать. Они дадут информацию о сроках, затратах, размере команды и, возможно, предложат новые решения. Например, вместо создания мобильного приложения вы можете начать с PWA (прогрессивное веб-приложение) и собирать отзывы от первых пользователей, прежде чем тратить ресурсы на реальный продукт.
С живым приложением вы можете продолжить разработку, основываясь на фактах, а не на предположениях. Реальные пользователи протестируют продукт и дадут обратную связь: расскажут, что им не понравилось, а что нужно добавить.
Благодаря отзывам вы узнаете, как поживает ваш «обычный эклер» и получите дополнительную информацию о том, как его можно улучшить. Если никто не просит оригинальную форму таксы, возможно, пока нет смысла вкладывать средства в ее разработку.
Подход MVP дает хорошее представление о будущих потребностях в развитии продукта. Вы можете продолжать добавлять сливки и посыпать эклер. Но что, если продукт станет настолько популярным, что люди захотят его повсюду, а не только в одной кондитерской? Тогда будет актуальней задуматься о масштабировании.
Мобильное приложение будет иметь ограничения на количество пользователей, которые оно может обслуживать, не засоряя сервер. У него также есть географические ограничения — язык или страны, в которых оно доступно. Имея данные об использовании приложения, вы теперь можете расставить приоритеты, что делать дальше: совершенствовать рецепт или открывать новые кондитерские.
Причина номер один. Минимально жизнеспособный продукт становится упрощением большого проекта и позволяет узнать, чего хотят пользователи. Становятся очевидны потребности рынка и функции, имеющие решающее значение для успеха продукта. Это идеальный способ проверить предположения и получить четкое представление о пути, по которому должен идти проект.
Причина номер два. Стартапам получить инвестирование с помощью MVP проще, потому что есть прямая презентация действующего мобильного приложения. Это демонстрирует серьезность намерений и укрепляет позиции.
Причина номер три. MVP дает возможность узнать, как компоненты UX и UI способствуют удобству использования и интуитивности мобильного приложения.
Причина номер четыре. MVP также является отличной стратегией для проверки идей монетизации. Гипотезы для заработка лучше протестировать с помощью MVP и определить, какая из них принесет наибольшую прибыль.
Причина номер пять. С помощью MVP можно быстрее выйти на рынок и по-прежнему иметь достаточно пространства для изменений.
Минимальный жизнеспособный продукт дает возможность стать лучше: вы сможете вносить существенные изменения в бизнес-процессы, основываясь на реальном пользовательском опыте. Можно отложить разработку менее важных функций и потратить деньги на срочные задачи.
Предположим, у вашего эклера есть серьезный недостаток, например, плохое качество муки. В таком случае это будет важнее исправить, чем добавлять новые фичи и еще больше усложнять ситуацию.
MVP — это перспективный путь реализации идей с опорой на потребности пользователей и требования владельца.
Если убрать демагогию и манипуляцию с сознанием заказчика, то придется вместо:
«что идея вашего приложения — это эклер. Но не просто пирожное, а экстра-эклер в форме таксы, заправленный кремом на основе альпийского масла, со взбитыми сливками и посыпкой из трех видов шоколада. Это вкусный, привлекательный и очень сложный продукт. А еще непонятно, нужен ли он людям.»
написать:
«что идея вашего приложения — это небоскреб. И не просто небоскреб, а 200-этажный небоскреб в форме летящей чайки и прозрачный после 115-го этажа. Это очень сложный продукт. А еще непонятно, нужен ли он людям. «
Поэтому давайте очень быстро из говна и палок построим сарайчик дачного типа, и расскажем заказчику, что строя сарайчик мы поняли, из КАК и из КАКИХ МАТЕРИАЛОВ строить небоскреб. ))) Идеи в статье применимы, если инфоцыганам нужно тестировать две гипотезы в неделю на маркет фит, или если нужно сделать одностраничник для кофейни. Для чего-то посложнее нужен архитектор, исследование и бэкенд, где сосредоточено 80% системы.
Ликбез про MVP в мобилках
В этой статье анализируется потребность в MVP, чтобы помочь бизнесу разрабатывать мобильные приложения, объясняя использование и ключевые преимущества.
Все начинается с идеи. Очень много именно на VC людей рассказывают о своих идеях и воплощениях. И это круто! После этого наступают действия. Для достижения лучших результатов выполнение должно быть таким, чтобы снизить риски, а также необходимо подумать как увеличивать производительность.
В последние годы разработка мобильных приложений развивается и движется вперед. Важным фактором является качество разрабатываемых продуктов. В результате, чтобы обеспечить лидерство на рынке, компаниям необходимо сосредоточиться на различных аспектах бизнеса.
MVP — это минимально жизнеспособный продукт. Это процесс разработки приложения, в котором основное внимание уделяется разработке базовой итерации мобильного приложения. Он фокусируется на основных преимуществах продукта, который помогает ориентироваться на пользователей.
MVP — это версия нового продукта. Это позволяет команде разработчиков мобильных приложений собирать максимальное количество подтвержденных сведений от клиентов. Этот процесс требует минимум усилий.
Приложение MPV содержит минимум функций и дизайна, которые являются важной и базовой частью разработки мобильных приложений. Это помогает определить реакцию пользователя на будущее приложение. Кроме того, это помогает изучить их взаимодействие.
Проще говоря, это способ проверить приложение перед запуском конечного продукта, который помогает фиксировать отзывы пользователей. Отзывы помогают улучшить продукт. Это избавляет от массовых отказов и помогает повысить рентабельность.
Когда мы хотим разработать мобильное приложение, у нас всегда есть два варианта. Для разработки мобильных приложений мы либо придерживаемся традиционного пути, то есть изначально вкладываемся в полноценную разработку приложения, либо можем использовать другой метод, например, MVP (минимально жизнеспособный продукт).
MVP помогает определить боли пользователя. А также определяет надлежащую функциональность для удовлетворения этих потребностей с течением времени. MVP помогает максимально быстро выпустить продукт на рынок и проверить насколько продукт будет удобен пользователю.
Этот процесс позволяет компаниям, которые планируют разработку приложения узнать, как пользователи реагируют на функции приложения. И с этим пониманием компании могут принимать логические решения о том, как достичь как бизнес-целей, так и продуктовых целей.
Создание и обслуживание мобильных приложений обходятся недешево. Поэтому компаниям, которые хотят заказать разработку мобильного приложения, стоит подумать об этом в первую очередь. Кстати мы как-то писали статью о том, сколько будет стоить создание мобильного приложения на подобии Telegram, ссылка тут
Итак, прежде чем приступить к созданию мобильного приложения, следует подумать о запуске минимально жизнеспособного продукта (MVP).
MVP помогает определить безопасный и недорогой способ тестирования концепции на рынке. Мобильное приложение может быть рискованным вложением для любого бизнеса, если к нему не подходить правильно. Кроме того, иногда наиболее хорошо изученные концепции приложений могут разочаровать пользователей. Это также приводит к более низким показателям удержания.
MVP помогает защитить ваши инвестиции и позволяет быстрее реализовывать проекты. Многие супер-успешные приложения сегодня начали свой путь с MVP, например, Facebook, Airbnb, Instagram, Dropbox, Uber и многие другие.
MVP обычно состоит из трех этапов обучения, сборки и измерения. Пока первые сторонники устанавливают и используют приложение, компании-разработчики мобильных приложений собирают и измеряют аналитические данные. Кроме того, они проводят интервью с клиентами, получают их отзывы и т. д. Все это помогает при тестировании приложений.
Результаты всегда меняются в зависимости от реакции конечных пользователей на приложение. Приложение может не оправдать ожиданий. Однако может случиться так, что конечным пользователям эти функции не понравятся или они не найдут для них полезного.
Конечно, благодаря MVP мы всегда можем вернуться и повторить все заново. Поскольку это разработка MVP гораздо дешевле по сравнению с традиционным методом, после прохождения теста мы можем продолжить добавление новых функций или улучшение существующих. Этот цикл продолжается и продолжается до жизненного цикла мобильного приложения.
В сегодняшнем процессе разработки мобильных приложений большинство компаний используют MVP. Его процесс помогает без сомнения показать, что клиенты будут или нет будут использовать продукт. Его функциональность строится с течением времени на основе данных пользовательского тестирования и отзывов.
Разработка приложения — важный шаг для небольших компаний, так как на рынке много конкурентов.
Минимально жизнеспособный продукт (MVP) определит рыночную стоимость идеи. Он определяет, как потребители отреагируют на конечный продукт. Кроме того, важно проанализировать, готовы ли тратить свои деньги.
После того, как у вас появится идея и путь, по которому вы будете следовать, вы можете начать добавлять функции в MVP. Это продолжается до тех пор, пока не достигнет своей финальной стадии. и ваших ожиданий.
Разработка мобильного приложения: как создать прототип и зачем нужен MVP
руководитель направления мобильной разработки компании Neti
Практически каждый современный бизнес хочет обзавестись мобильным приложением. Одни используют его для связи с клиентами, другие — для автоматизации внутренних процессов и повышения эффективности сотрудников. При этом сегодня все больше компаний разрабатывают мобильные приложения для доставки в условиях самоизоляции.
О том, как создается прототип и зачем нужен MVP мобильного приложения, рассказывает Наби Ибатулин, руководитель направления мобильной разработки компании Neti.
Преимущество мобильного приложения заключается в том, что оно нативно работает на смартфоне или планшете пользователя. Однажды установленное на устройство, мобильное приложение потребляет минимум трафика, может работать в автономном режиме и потенциально создает обширные возможности для персонализации.
Но для этого нужно тщательно проработать как логику функционирования приложения, так и его интерфейс.
Прототип мобильного приложения
В мобильной разработке прототипом обычно называют проработку пользовательского интерфейса. Основная задача на стадии прототипа заключается в том, чтобы нарисовать внешний вид экранов, а также продумать логику перехода между ними. Прототип может создаваться как самим заказчиком, так и дизайнерами подрядчика.
Прототип приложения — пример набора экранов
Для простых приложений, таких как мобильная версия интернет-магазина или форма заказа блюд из ресторана, прототип выглядит достаточно просто. В нем должен содержаться каталог, корзина и форма отправки заказа.
Для более сложных приложений, содержащих чаты, интегрированных с картой или платежными шлюзами, поддерживающих программы лояльности, прототип будет выглядеть сложнее. Поэтому на его разработку уходит больше сил и времени.
Запуск в формате MVP
Хорошо, когда вы понимаете, каким должно быть приложение, четко формулируете спектр его функций и возможностей и предоставляете исполнителю исчерпывающее техническое задание. Однако в 90% случаев ситуация складывается иначе, и менеджеры разработчика участвуют в создании концепции мобильного приложения вместе с заказчиком.
На большинстве проектов используется подход MVP (Minimum Viable Product). В состав MVP обычно входят только самые базовые элементы мобильного приложения.
Например, если речь идет о заказе товаров на дом, MVP будет включать в себя каталог и форму заказа. Такие функции, как оплата в приложении, встроенный чат и поддержка push-уведомлений, как правило, реализуются на следующих этапах.
Белые — часть MVP, серые — для последующей реализации
Запуск MVP позволяет предложить пользователям первую версию своего мобильного приложения намного раньше, чем если бы разработка велась сразу по всем предполагаемым функциям.
В зависимости от проекта, MVP приводит к значительному сокращению time-to-market — иногда даже до 10 раз!
Возможность получить первичный фидбек от своих пользователей помогает скорректировать или сформулировать стратегию развития приложения. Например, может оказаться, что вам вовсе не нужна геолокация или интеграция платежного шлюза. Это позволит сэкономить время и средства, которые ушли бы на реализацию этой функции.
Использование кросс-платформенных фреймворков
Разработка мобильного приложения начиная с MVP может происходить нативно для конкретных платформ — например, iOS и Android, — либо на базе универсального фреймворка.
Используя Flutter или React Native можно создать одно приложение, которое будет работать сразу на всех платформах. Таким образом, время разработки уменьшается как минимум вдвое, а любые изменения и доработки отражаются на версиях для всех платформ.
Минусы такого подхода — это увеличенный размер приложения и незаметное для пользователя снижение производительности. Но для бизнес-проектов зачастую гораздо критичнее оказывается time-to-market.
Интеграции мобильного приложения
Еще один важный момент, о котором нужно помнить при разработке мобильного приложения, — это наличие серверной части. Даже когда запускается первая, упрощенная версия MVP, приложение с мобильного устройства клиента должно обращаться к серверу, получать и отправлять данные.
Если речь идет о мобильном приложении для бизнеса, то на серверной стороне бывает полезно сразу провести интеграцию с другими системами.
Например, у многих уже есть каталог в 1С, используется CRM для приема заказов либо уже подключена система лояльности, которую логично использовать в мобильном приложении. Вместо разработки дублирующих решений логично настроить интеграцию и использовать имеющиеся системы.
Дальнейшее развитие
После успешного прохождения стадии MVP мобильное приложение продолжает развиваться и обрастать функциональностью. Дальнейшая разработка может происходить в самых разных форматах, с использованием фреймворков или без них.
Но самое главное — тщательно проработать стадию прототипа и MVP, потому что вносить изменения в уже реализованные элементы дольше и дороже, чем планировать постепенное развитие продукта и на каждом этапе адаптировать свое видение мобильного приложения к запросам реальных пользователей.
Как достичь максимума
Если вы решили создавать мобильное приложение, перед стартом проекта следует выполнить следующие шаги: