Основные принципы 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
Как определить приоритетность функций для 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
Мониторинг упомянутых выше метрик успеха и последующая сверка их с бизнес-планами и целями дорожной карты продукта помогут понять, как пользователи взаимодействуют с вашим продуктом, начиная с 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Итак, выше мы рассказали о том, как определить приоритетность функций для MVP. В дополнение к ним существует несколько надежных методик, которые помогут вам эффективно определить ключевые функции вашего мобильного приложения и выстроить весь процесс в правильном порядке.
\r\n\r\nКонечно, прежде чем использовать ту или иную методику, необходимо глубже разобраться, какая из них подходит именно вам и может принести максимальную пользу в вашей уникальной ситуации.
\r\n\r\nПока же мы перечислим наиболее популярные подходы к определению приоритетности функций мобильного продукта. Каждый из них позволит сравнить функции, выделить наиболее важные и учесть предпочтения пользователей.
\r\n\r\nMoSCoW
\r\n\r\nПервый метод приоритезации продукта, который приходит на ум, - это MoSCoW. Он позволяет разделить функции на четыре категории:
\r\n\r\n- \r\n\t
- Обязательные для использования. Включает функции, без которых ваше приложение не может обойтись или просто не может быть жизнеспособным. \r\n\t
- Должны быть. Те, без которых ваш продукт может работать, но их лучше реализовать на первом этапе. \r\n\t
- Могли быть . Они помогут вам выделиться на фоне конкурентов; не обязательно разрабатывать их сейчас, но вы захотите добавить их позже, когда будете работать над полноценным решением. \r\n\t
- Не хотелось бы. Без них ваш продукт вполне может обойтись, однако их стоит пересмотреть, когда вы приблизитесь к созданию полнофункционального приложения. \r\n
Скоринг RICE
\r\n\r\nМетод оценки RICE определяет, какие функции MVP-приложения следует включить в первую очередь, на основе одной простой формулы и четырех критериев. К ним относятся:
\r\n\r\n- \r\n\t
- Охват. Сколько пользователей можно охватить? \


