Мобильные приложения нужны бизнесу, они помогают привлекать все больше клиентов, сохранять их лояльность, предоставляя более комфортные сервисы. Именно поэтому рынок мобильных приложений продолжает активно расти, как во всем мире, так и в России. По оценке NeoAnalytics, среднегодовой рост с 2014 по 2018 год составлял 15,2%, а к 2021 году темпы могут достигнуть 16% в год, а весь объем рынка – 64 млрд. рублей. А тот факт, что Россия отстает по темпам роста от мировых 30% позволяет ожидать дополнительной динамики в последующие годы.

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

MVP (Minimum Vital Product) – это концепция, которая предполагает разработку приложения с базовым набором функций. Подготовив такое приложение, можно протестировать концепцию на реальных пользователях, получить первые оценки сервиса, узнать мнение целевой аудитории, ее ожидания по отношению к будущему приложению.

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

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

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

Уверенные. У первой категории уже все готово: они точно знают, что им нужно, нет сомнений, будут ли востребованы какие-то функции, готова серверная часть приложения – обработка и хранение данных. Свой или внешний дизайнер уже подготовил прототип, а это значит, что у приложения есть дизайн, продумана логика переходов. Таким клиентам логично сразу приступить к разработке, но их всего 10% от общей массы.

Подготовленные. Второй тип заказчиков приходят с готовой серверной частью, но могут показать только скетчи экранов или вообще не имеют представления о том, как должно выглядеть их приложения. В этом случае мы сначала готовим прототип по предоставленным наброскам. Стоимость создания прототипа мобильного приложения составляет порядка 30-50 тысяч рублей, но он помогает сократить объем будущей разработки. Например, если прототип нарисовать в Figma (специальная среда для создания визуальных элементов), то программист потом возьмет из него готовые элементы приложения, и трудозатраты на разработку снижаются в 2-3 раза, а вместе с ними – и стоимость проекта. Такая стадия готовности встречается примерно у каждого четвертого заказчика.

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

Внеземные. Четвертый тип заказчиков хотят получить что-то грандиозное, типа Avito или Yandex.Taxi. При этом бюджет составляет пару сотен тысяч рублей. Тут не поможет ни MVP, ни какие-либо другие этапы. Столь масштабные проекты требуют уже миллионных или миллиардных инвестиций.

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

Приведу пример. Недавно к нам обратились с задачей запуска проекта аудиогида, который рассказывает в конкретных местах в городе по QR-кодам, которые заказчик планировал нанести на здание. При реализации полного спектра функций, включая интеграции, хранение данных на сервере, возможности оплаты in-app, стоимость проекта выходила более 600 тысяч рублей. А реализация MVP ограничивалась 150 тысячами рублей. Таким образом, сократив затраты в 4 раза, заказчик получил возможность начать тестирование и понять, какие функции будут нужны.

Создание MVP мобильного приложения также помогает быстрее выйти с приложением к будущим пользователям, раньше получить фидбек и сократить параметр Time-to-Market в целом. Именно поэтому концепция MVP приложения практикуется сегодня всеми профессиональными и клиентоориентированными студиями.