10 показателей производительности мобильных приложений, которые нужно отслеживать

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

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

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

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

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

1. Время запуска

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

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

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

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

Например, предположим, что компания запускает свое приложение на новый рынок, и общий отзыв отрицательный. Среднее время запуска показывает, что приложение работает на несколько миллисекунд дольше, чем было до запуска, но это не означает, что во время запуска оно стало значительно медленнее. Значит, должна быть еще одна проблема, верно?

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

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

Например, как ценные пользователи страдают от медленных запусков? Пользователи на новом рынке испытывают худшую производительность? Запускаются ли некоторые устройства медленнее?

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

Чтобы узнать больше, прочтите нашу электронную книгу как сократить время запуска мобильного приложения.

2. Частота сбоев

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

Это серьезная проблема для бренда компании по двум причинам:

1. Это наносит ущерб репутации вашего бренда, поскольку клиенты считают, что к их времени не уважают.< /ли>
2. Это снижает ваш доход, поскольку клиенты не могут завершить немедленную транзакцию, и вы теряете пожизненную ценность этого клиента, если он решит переключиться на конкурента.

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

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

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

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

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

Сегментировав детали сбоев, ваша команда сможет лучше расставить приоритеты в устранении проблем.

3. Коэффициент ANR

Ошибки «Приложение не отвечает» (ANR) обычно описываются как зависания или сбои.

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

Например, у розничного продавца, с которым мы работали, возникла проблема с ANR. Эта проблема привела к увеличению времени запуска почти на 60%, что привело к предполагаемой потере дохода в размере 6,5 миллионов долларов США в год. Располагая нужными данными, команда разработчиков смогла быстро решить проблему и вернуть потерянный доход.

Помимо дохода, ANR также могут негативно повлиять на рейтинг приложения в Google Play Store и сделать его менее заметным для новых клиентов.

Чтобы эффективно отслеживать ошибки ANR, вы можете просмотреть трассировку стека и узнать, как пользователи отреагировали на проблему.

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

Чтобы узнать больше, прочтите эту публикацию о расследовании сбоев Android, таких как ошибки ANR.

4. Показатели региона

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

Это может оказать серьезное влияние на бизнес по нескольким причинам.

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

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

Отслеживание показателей сегментированного региона также важно при запуске нового региона.

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

Также важно учитывать культурные различия: с помощью инструмента, предоставляющего показатели для конкретного региона, команда может протестировать отдельные аспекты приложения только для этого региона.

Например, экран оформления заказа в электронной торговле, который хорошо конвертируется в США, может не так же конвертироваться в Дубае.

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

Эти данные помогут вашей команде ответить на такие важные вопросы, как:

* Нужно ли нам создавать новое приложение для этого региона? * Каковы результаты этого нового запуска по сравнению с запусками в других регионах? * Какие регионы являются наиболее проблемными? И стоит ли нам вообще прекратить их обслуживать? * Как различные критические области приложения работают в одном регионе по сравнению с другим?

5. Продолжительность сеанса

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

Например, если у вас есть игровое приложение и вы заметили, что средняя продолжительность сеанса снизилась с 15 минут до 5 минут, велика вероятность, что пользователи остались недовольны.

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

* Выпустили ли мы плохой релиз? * Пользователи меньше интересуются приложением? * Есть ли соответствующее изменение в другом показателе, которое может помочь объяснить изменение продолжительности сеанса?

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

Например, в интернет-магазине может возникнуть проблема OOM в основном прокручиваемом канале товаров, которая сильно коррелирует с более короткой продолжительностью сеанса, тогда как медленные сетевые вызовы на другом экране практически не коррелируют с продолжительностью сеанса.

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

6. Уровень оттока/удержания

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

Загрузка нового приложения занимает всего несколько секунд, поэтому, если работа с приложением отвлекает пользователя и занимает более нескольких секунд его времени, не ждите, что он задержится.

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

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

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

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

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

7. Процент увольнений пользователей

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

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

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

* Неудачная загрузка рекламы приводит к зависаниям. * Медленные или нарушенные потоки пользователей. * Неудачные покупки * Сбои в работе сервера, вызывающие ошибки входа в систему. * Чрезмерная загрузка мультимедиа, вызывающая замедление работы. *

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

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

8. Время ключевых действий пользователя

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

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

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

Это также поможет вам ответить на такие вопросы, как:

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

Например, один из наших клиентов заметил, что около 1% всех попыток покупки заканчиваются неудачей. Однако оба связанных сетевых вызова были успешно разрешены, поэтому очевидных ошибок, требующих проверки, не было.

Поэтому они начали отслеживать точный момент, когда клиент совершал покупку, и обнаружили, что два сетевых вызова происходили не по порядку в 1% попыток покупки, что приводило к неудачной покупке. Хотя клиенты жаловались на эту проблему, мобильная команда не могла определить основную причину, не зная времени, результата и порядка всех событий в затронутых сеансах. Высокоточные данные о пользовательском опыте были жизненно важны для того, чтобы помочь им вернуть 1% от общего объема продаж. Для компании, годовой объем продаж которой составляет 10 миллионов долларов, это 100 000 долларов, которые в противном случае были бы потеряны каждый год!

9. Использование памяти

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

Вот почему мониторинг и оптимизация использования памяти играют решающую роль в обеспечении бесперебойной работы пользователя.

Вы можете избежать проблем с использованием памяти вашим приложением:

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

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

10. Связь

Мобильные приложения работают в различных средах с разными условиями сети, включая 3G, 4G, 5G, Wi-Fi, а иногда ограниченное или нестабильное соединение.

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

* Задержка и медленное время отклика. * Использование полосы пропускания. * Неэффективные вызовы API. * Возможности автономного режима для конкретного устройства.

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

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

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

* Сетевые вызовы между типами устройств, версиями приложений, Wi-Fi и сотовой связью. * Анализ тенденций ошибок 4xx и 5xx в общих областях для выявления проблемных путей. * Неработающие конечные точки, которые не позволяют вашим пользователям запускать приложение, загружать ключевой контент или выполнять важные транзакции. * Продолжительность каждого сетевого вызова со стороны клиента выявляет скрытые точки задержки.

Опираясь на эту информацию, команда Farm Dog смоделировала проблемы, с которыми столкнулись их пользователи, легко определила проблемные условия и устранила их.

Настройте свою мобильную команду на успех

Если вас волнует удобство использования мобильных устройств, вам нужны данные, которые позволят вашей команде увидеть все упомянутые выше показатели.

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

Узнайте больше о Embrace и загрузите Отчет «Состояние мобильного опыта», в котором можно узнать об основных разочарованиях в приложениях, по мнению пользователей.

Автор: Колин Контрири

*



---

Также опубликовано здесь.

---

Оригинал