Основные принципы MVP мобильного приложения: Как определить приоритетность функций

MVP - это не обязательно самый ценный игрок, как думают любители спорта. Когда речь идет об ИТ-продуктах, это просто аббревиатура, означающая Minimum Viable Product. Это обычный, но важный термин в реестре слов для разработки мобильных приложений.

\r\n\r\n

Приоритезация функций MVP мобильного приложения

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

Сначала определите видение продукта и стратегические цели

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

\r\n\r\n

Как определить приоритетность функций для MVP мобильного приложения

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

Как правило, в процессе работы над проектом выявляется больше необходимых функций. Если вы не сможете точно определить, какие функции "должны быть, должны быть, могут быть и не будут" (MoSCoW), это может негативно сказаться на продукте.

\r\n\r\n

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

\r\n\r\n

Различайте желания и потребности пользователей

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

Рассмотрим соотношение ценности функции и количества пользователей

\r\n\r\n

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

\r\n\r\n

Изучите сторонние сервисы

\r\n\r\n

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

\r\n\r\n

Существует множество сторонних чат-сервисов для iOS и Android, внедрение которых займет очень короткий промежуток времени. Выделите время на проведение исследований, чтобы выявить сторонние сервисы, которые будут полезны для приложения.

\r\n\r\n

Используйте метрики для составления дорожной карты

\r\n\r\n

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

\r\n\r\n

Зависимым фактором является характер вашего приложения. Стадия производства, тип бизнеса и тип продукта определяют выбор основных ключевых показателей. MVP будет указателем того, какие KPI имеют значение.

\r\n\r\n

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

\r\n\r\n
    \r\n\t
  • Удовлетворенность клиентов
  • \r\n\t
  • Увеличение пожизненной стоимости
  • \r\n\t
  • Уровень освоения
  • \r\n\t
  • Показатели удержания
  • \r\n\t
  • Коэффициент оттока
  • \r\n\t
  • Ежедневный/ежемесячный активный пользователь
  • \r\n\t
  • Рост числа пользователей
  • \r\n\t
  • Стоимость приобретения
  • \r\n\t
  • Средний доход на одного пользователя
  • \r\n\t
  • Возврат инвестиций
  • \r\n
\r\n\r\n

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

\r\n\r\n

Мониторинг функциональных каналов обратной связи с клиентами

\r\n\r\n

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

\r\n\r\n

Проведите анализ конкурентов

\r\n\r\n

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

\r\n\r\n

Перестройте свою дорожную карту

\r\n\r\n

Дорожные карты разработки приложений могут меняться. Вы должны предусмотреть такие изменения после запуска MVP мобильного приложения.

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

\r\n\r\n

Лучшие методы определения приоритетности функций

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

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

\r\n\r\n

MoSCoW

\r\n\r\n

Первый метод приоритезации продукта, который приходит на ум, - это MoSCoW. Он позволяет разделить функции на четыре категории:

\r\n\r\n
    \r\n\t
  • Обязательные для использования. Включает функции, без которых ваше приложение не может обойтись или просто не может быть жизнеспособным.
  • \r\n\t
  • Должны быть. Те, без которых ваш продукт может работать, но их лучше реализовать на первом этапе.
  • \r\n\t
  • Могли быть . Они помогут вам выделиться на фоне конкурентов; не обязательно разрабатывать их сейчас, но вы захотите добавить их позже, когда будете работать над полноценным решением.
  • \r\n\t
  • Не хотелось бы. Без них ваш продукт вполне может обойтись, однако их стоит пересмотреть, когда вы приблизитесь к созданию полнофункционального приложения.
  • \r\n
\r\n\r\n

Скоринг RICE

\r\n\r\n

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

\r\n\r\n
    \r\n\t
  • Охват. Сколько пользователей можно охватить?
  • \