Как часто нужно обновлять мобильное приложение?

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

Никогда не прекращайте бегать, если хотите оставаться на вершине .

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

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

Анализ в первую очередь.

Вам нужно время от времени обновлять приложения? Ответ: нет, вы не должны ничего обновлять, пока не поймете, что именно нужно обновить. Часто все обновления можно разделить на два типа: бизнес-обновления и технические обновления. Вы делаете бизнес-обновления, когда есть определенный показатель (например, отсутствие платных пользователей в вашем приложении), который необходимо повысить. Вы также делаете их, когда находите на рынке новый запрос и хотите его выполнить или хотите обогнать своих конкурентов (потому что теперь он будет у вас только у вас).

С другой стороны, вы делаете технические обновления, когда возникает проблема с кодом - например, ошибки, устаревшие технологии, выпуск нового языка и так далее.

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

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

• Достаточно ли стабильно ваше приложение?
• Оказалось, что ваша MVP-концепция работает?
• Что ваши пользователи говорят о вашем приложении? Им удобно пользоваться?
• Насколько актуален язык программирования, на котором написано ваше приложение?

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

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

Сколько ошибок в вашем приложении?

Что ж, я не стал бы откровением, если бы сказал, что чем больше ошибок в вашем приложении, тем меньше вероятность его успеха. Однако хорошо то, что ошибки обнаруживаются и исправляются с помощью ряда инструментов, которые вы можете использовать в настоящее время. Отличным инструментом, который мы используем и рекомендуем всем, является Crashlytics - мощное решение для отчетов о сбоях, являющееся частью системы Fabric. Исследуйте, анализируйте, находите и исправляйте ошибки, чтобы удерживать пользователей - этот инструмент позволяет:

• Для отслеживания регрессий в приложении
• Для контроля стабильности работы приложения
• Чтобы вовремя находить и отслеживать проблемы

Оказалось, что ваша MVP-концепция работает?

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

Что ваши пользователи говорят о вашем приложении? Им удобно пользоваться?

Наблюдая за отзывами пользователей, читая обзоры в App Store и GooglePlay и наблюдая за поведением пользователей, вы можете увидеть результаты - если они удовлетворительны. Если показатель удержания неуклонно растет, продолжительность сеанса стабильна и пользователи не убегают из вашего приложения, то ежемесячное обновление не требуется. Соответственно, показатели с результатами, противоположными перечисленным выше, являются предупреждающим знаком о неправильно выбранной стратегии обновления приложения.

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

Насколько актуален язык программирования, на котором написано ваше приложение?

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

Свифт против цели - C

Котлин против Java

Таким образом, оставаться в курсе событий и идти в ногу с последними ИТ-тенденциями может здорово помочь с точки зрения характеристики вашего бренда - вы можете использовать это как конкурентное преимущество для продвижения своего продукта. Например, Flappy Bird воспользовалась своим плавным переходом на Swift в качестве рекламной подсказки в отношении частоты обновления своего приложения для iOS - вы можете узнать больше об этом в статье на TechCrunch.
С другой стороны, переход на другое программирование часто требует времени и ресурсов, поэтому вам действительно нужно понять, стоит ли оно того. Это может быть просто мимолетное увлечение, которому, возможно, вовсе не нужно следовать. В приведенных выше статьях мы приводим некоторую информацию о том, почему вам следует подумать о переходе на другой язык кода для вашего приложения, чтобы повлиять на частоту обновлений вашего приложения для Android (или iOS).

Ваш набор инструментов аналитики.

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

1. Google Analytics

Он не только хорош для веб-сайтов, но и Google Analytics также подходит для приложений на базе iOS и Andoid, позволяя вам анализировать демографические данные и поведение пользователей, анализировать потоки доходов и платежи.
Тип: бесплатно + несколько индивидуальных льгот для предприятий

2. Шквал.

Вторая по величине аналитическая служба после Google, Flurry такая же хорошая, но также актуальна в регионах, где сервисы Google запрещены (например, Китай, Куба, арабские страны и т. Д.).

Тип: бесплатно

Мы реализовали это на: Unight iOS и Android.

3. Inapptics

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

Цена: бесплатно + есть несколько вариантов платного плана.

4. Mixpanel

Инструмент Mixpanel позволяет вам пройти весь путь пользователя и с помощью полученных данных улучшить процессы привлечения и активации пользователей. Стоимость: бесплатный и платный вариант - 399 долларов в год.

1. Ткань.

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

Стоимость: бесплатно

Мы использовали его: в каждом проекте - так как мы также используем Fabric в качестве инструмента доставки сборки.

Аналитика никому не навредила.

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

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

Авторы Дмитрий Добрицкий и Элина Бессарабова.