Даже удобное и полезное мобильное приложение без аналитики поведения пользователей рано или поздно перестанет быть востребованным среди целевой аудитории.
Поэтому в этой статье вы узнаете ответы на основные вопросы об аналитике приложений.
Устройтесь поудобнее, вас ждет полезная информация, а после прочтения вы можете задавать вопросы в комментариях! 
Даже удобное и полезное мобильное приложение без аналитики поведения пользователей рано или поздно перестанет быть востребованным среди целевой аудитории.
Поэтому в этой статье вы узнаете ответы на основные вопросы об аналитике приложений.
Усаживайтесь поудобнее, вас ждет полезная информация, а после прочтения вы можете задавать вопросы в комментариях!
Для чего нужна аналитика приложений и насколько она важна?
Статистический анализ данных позволяет компаниям решать широкий спектр задач:- построение маркетинговой стратегии;
- улучшение программного обеспечения;
- оценка конкурентоспособности;
- и другие.
В каждой организации круг решаемых задач зависит от целей и ключевых показателей.
С точки зрения маркетинга основными показателями являются количество и источники установок и ROAS (окупаемость затрат на рекламу).
Для топ-менеджеров — количество установок, рейтинг приложения и ROI (возврат инвестиций).
Разработчики оценивают качество продукта, количество конверсий, платные действия аудитории и конкурентные преимущества.
Возможности аналитики приложений
Поговорим об особенностях аналитики мобильных приложений: 1. Монополия на распространение.
Сегодня большинство мобильных приложений распространяется через Store (магазины приложений).
В iOS есть App Store, в Android — Google Play и т. д. Это накладывает ограничения на распространение программного обеспечения.
Определение того, откуда пришла установка, требует дополнительных подходов.
Обычно используются трекеры, о которых мы поговорим подробнее ниже.
2. Обстоятельства использования смартфона: в транспорте, дома.
Один и тот же пользователь использует мобильное приложение в разных условиях: например, не выходя из дома или за рулем автомобиля.
В первом случае он просматривает разделы/страницы внимательно, все нажатия приходятся точно на кнопки и т.п.
Во втором - просматривает в спешке, не всегда нажимает на кнопки с первого раза и т.п.
То есть поведение одного и того же пользователя различается в зависимости от обстоятельств, в которых он пользуется смартфоном.
И это важно учитывать при анализе мобильных приложений.
3. Нестабильное беспроводное соединение – «приход» событий.
Беспроводное подключение к Интернету может быть прервано, а затем возобновлено.
Во многих операционных системах и самих мобильных устройствах программы работают без подключения к Интернету (если такую поддержку предусмотрели сами разработчики).
Из-за этого невозможно моментально собрать всю аналитику сразу.
Действия пользователя сохраняются и после повторного подключения к Интернету отправляются в систему статистики (отправка собранной информации также занимает некоторое время).
Для экономии ресурсов платформы аналитики ввели окно отправки данных (как правило, оно не превышает 7 дней).
То есть они собирают данные о поведении пользователей без подключения к Интернету за неделю.
Если за это время смартфон не подключился к Сети, информация удаляется.
Просматривайте отчеты в системе аналитики за последние 7 дней, ведь постепенно они будут дополняться «поступлениями».
4. Взаимодействие с платформами ОС.
Разные платформы имеют свои особенности разработки программного обеспечения, которые необходимо учитывать в работе.
Например, на iOS и Android пользователи идентифицируются по разным рекламным идентификаторам.
Они отличаются друг от друга характеристиками, длиной и специальными символами.
5. Подверженность падениям - сбоям и ошибкам.
Мобильные приложения, как и любое другое программное обеспечение, подвержены ошибкам и сбоям.
К сожалению, это происходит в любом проекте по разным причинам: ошибки в операционных системах, железе или самом приложении.
Ошибки и «падения» — это негативный опыт для зрителей.
Чтобы минимизировать негативные последствия, аналитики собирают информацию об ошибках.
Для этого используются специальные программные решения, о которых мы подробнее поговорим в следующих разделах статьи.
6. Ограничения устройства: память, аккумулятор и т. д. Мобильные устройства являются автономными устройствами, поэтому проблема объема памяти или заряда аккумулятора у них стоит острее, чем у настольных компьютеров или ноутбуков.
Например, добавление большого количества систем аналитики утяжеляет программу.
Из-за этого у некоторых пользователей возникают проблемы с установкой или использованием и они отказываются взаимодействовать с программой.
Неоптимизированный код вызывает повышенную нагрузку на смартфоны и планшеты, что быстрее разряжает аккумулятор.
И это заставляет зрителей уходить.
Грамотная аналитика выявляет эти причины и помогает разработчикам принять правильные решения для дальнейшего совершенствования программного обеспечения.
Интеграция SDK
Работа с системой аналитики мобильных приложений начинается с интеграции SDK – программного кода (компонента) счетчика – для сбора данных.
Причем важно не только внедрить его в приложение, но и протестировать на корректность работы.
Опытные аналитики не раз сталкивались с ситуациями, когда разработчик не удосужился протестировать SDK. В результате после запуска «терялись» важные данные о поведении пользователей, конверсиях и т. д. А эта информация очень важна на начальных этапах разработки продукта: на основе нее вносятся изменения и «допиливается» приложение для максимально точного решения проблем пользователя.
Быстрое обнаружение некорректной работы SDK не позволит вам получить актуальные данные на следующий день.
Сначала они выявляют ошибку, затем исправляют ее и «выкатывают» на рынки новую версию ПО.
Как правило, на обновление программного обеспечения у пользователей уходит около недели.
Путь пользователя мобильного приложения
Прежде чем перейти к типам и инструментам аналитики приложений, давайте подробнее рассмотрим путь пользователя мобильного приложения.
Обратите внимание на воронку (изображение выше).
Она вам что-то напоминает? «Краны очень похожи на воронку другого бизнеса: сайта или даже офлайн-магазина.
Все начинается с установки приложения и его первого запуска.
Далее – активация – пользователь проходит короткое обучение или ознакомление с программным обеспечением.
Разработчики реализуют этот этап с помощью систем подсказок, указывающих на правильное взаимодействие с программным обеспечением.
Следующий этап – цикл основных действий.
Вернитесь в приложение, выполните целевые действия (например, покупку).
Это можно повторить несколько раз, прежде чем пользователь станет лояльным и порекомендует программу своим родственникам, друзьям, коллегам и т. д. Под воронкой обратите внимание на строку «Инструменты».
Он определяет решения, которые используются для аналитики на том или ином этапе.
Например, на этапе установки и первого запуска обычно используется трекинг и ASO (оптимизация ПО под рынок).
Типы аналитики приложений
Эксперты выделяют три основных типа прикладной аналитики:- Маркетинговая аналитика.
Анализ рекламных кампаний.
Отвечает на вопрос: какой канал продвижения программного обеспечения наиболее эффективен? Оценивается количество установок, источников и ключевые действия пользователей.
- Продуктовая аналитика.
Анализ поведения пользователей в приложении.
Отвечает на вопрос: Что следует изменить в своем программном обеспечении, чтобы повысить конверсию? Оценивается количество действий пользователя, прибыль и удержание полезных пользователей.
- Аналитика магазина.
Анализ и мониторинг популярности приложений.
Отвечает на вопрос: насколько продукт хорош для целевой аудитории? Оценивается количество установок, источники и ключевые действия.
Только в первом случае оцениваются все рекламные кампании, а во втором — позиции программы в AppStore, Google Play и других подобных площадках.
Для работы с обоими типами часто используются трекеры, о которых мы поговорим позже.
Инструменты аналитики приложений
Эксперты выделяют несколько категорий инструментов аналитики приложений, которые чаще всего используются в их работе:
- отслеживание — отслеживание маркетинговой активности пользователей;
- продуктовая аналитика — важные метрики продукта: аудитория, новые пользователи, количество сессий, средняя продолжительность сессий и т. д.;
- статистика сбоев — анализ стабильности мобильного приложения, количества сбоев, ошибок и т. д., что создает негативный пользовательский опыт;
- push-уведомления и внутриигровые коммуникации — push-уведомления для общения с пользователями (аналитики оценивают кликабельность и вовлеченность инструмента);
- аналитика магазина — инструмент используется для ASO (оптимизации магазинов приложений) и оценки конкурентов, размещенных на сайте в той же или соседней категории;
- финансовая аналитика — например, анализ количества подписок или покупок продуктов;
- запись пользовательских сессий — поведение пользователя в мобильном приложении, как он взаимодействует с интерфейсом (аналог веб-просмотрщика, используемого для сайтов в Яндекс.
Метрике);
- другой — специализированные платформы для аналитики, например, для работы с A/B-тестами, диплинками, референсами и т. д.
Из-за этого их не всегда можно использовать в конкретном проекте для сбора качественных данных, поэтому приходится работать с разными платформами, выполняющими 1-3 задачи.
Не пугайтесь большого количества категорий инструментов аналитики приложений.
Только на первый взгляд кажется, что работа с несколькими платформами отнимает много времени и требует больших усилий по сбору и консолидации данных в единый отчет. 
Как же тогда получить целостную картину пользовательского опыта, если вам приходится работать с несколькими разрозненными инструментами? На этот вопрос не существует универсального ответа.
Аналитик сам выбирает, как объединить всю платформу в единую систему.
У каждого свои подходы, которые позволяют выполнять основные задачи: сбор информации о поведении пользователей, конверсиях, ключевых метриках и т. д.
Маркетинг и аналитика магазина
Как вы помните, пользователи приходят из разных источников: AppStore, Google Play, реклама и т. д. Отслеживание источников трафика касается маркетинговой и магазинной аналитики и осуществляется трекерами.
Выше приведена схема того, как работает отслеживание.
Давайте рассмотрим это более подробно.
Есть пользователь, использующий мобильное устройство.
Он видит рекламу и кликает. Его обрабатывает система трекинга: она определяет, установлено приложение на устройстве или нет. В первом случае происходит перенаправление в Магазин для скачивания и установки ПО.
Во втором — перенаправление на установленную программу для демонстрации необходимой информации.
После установки и первого запуска информация о клике отправляется в систему трекинга и обрабатывается.
Далее формируется отчет с необходимыми аналитику данными.
Также в рекламную систему передаются данные об установке, поскольку ей неоткуда взять информацию о произошедшей конверсии.
Встроенные инструменты платформы обнаруживают только клики.
Существуют и другие задачи, которые решает трекинг:
- Определение типа конверсии: установки, ревовлечения (ретаргетинг), события, покупки.
- Разделение каналов трафика: органический, платный, реферальный.
- Анализ эффективности кампании: CPI, CPA, ретаргетинг.
- Оптимизация кампании: цена, аудитория, конверсии.
Но есть одно общее: они не заменяют продуктовую аналитику в целом.
Большинство трекеров имеют некоторые ограничения:
- отсутствие интеграции с некоторыми рекламными платформами;
- нет специализированных отчетов, как в случае с продуктовой аналитикой;
- Невозможно объективно оценить подписки пользователей.
Аналитика продукта
Это набор методов аналитики, направленных на улучшение приложения: финансовых, маркетинговых и пользовательских характеристик.Анализ данных позволяет создавать эффективные рекламные кампании, точнее удовлетворять болевые точки аудитории и снижать затраты на всех этапах разработки продукта и продаж.
Продуктовая аналитика решает несколько основных задач: 
Первая задача совпадает с маркетинговой аналитикой, отличаясь лишь расширенными возможностями: более широкая аудитория, больше инструментов для анализа, наличие специализированных отчетов и т.д.
Менеджеры по продукту всегда ищут и тестируют новые гипотезы, чтобы сделать приложение более успешным и прибыльным.
Продуктовая аналитика путем мониторинга метрик проекта (первая задача) дает ценную информацию, на основании которой специалист принимает решение: верна или нет гипотеза и стоит ли масштабировать ее на все программное обеспечение.
Некоторые платформы помогают с третьей задачей — проведением A/B-тестирования.
В них встроен функционал выбора сегментов, к которым и какой именно будет применяться нововведение.
Собранные данные используются для интерпретации результатов испытаний и принятия решений.
То есть продуктовая аналитика изучает поведение пользователей при взаимодействии с программным обеспечением.
На основании данных специалист понимает, что в данный момент происходит с приложением.
Вот несколько примеров важной информации:
- какие кнопки нажимают пользователи;
- как часто используется продукт;
- какие функции продукта популярны;
- с какими проблемами сталкиваются пользователи при взаимодействии с продуктом.
Понимая, как клиент взаимодействует с продуктом, какие преимущества он получает и с какими проблемами сталкивается, вы сможете быстро внести необходимые изменения и повысить ценность продукта.
Опытные специалисты используют следующие сервисы для продуктовой аналитики: Amplitude, Mixpanel, Devtodev, Flurry, AppMetrica и Firebase. Эти системы поддерживают подключение сторонних платформ: например, трекинг, push-рассылки и т.п.
Но есть и ограничения:
- поддержка фреймворков и их возможностей;
- ограничения на типы событий, их количество и параметры;
- доступ к «сырым» данным (не все метрики доступны в рамках одной платформы);
- наличие и возможности отчетов;
- отслеживание и работа с подписками.
Необходимые метрики «добивают» сторонние платформы.
Но системы продуктовой аналитики продолжают развиваться, и регулярно появляются новые функции и возможности.
Оставайтесь с нами, пробуйте что-то новое и добивайтесь высоких результатов.
Push и коммуникации внутри приложения
Оценка push и in-app коммуникаций — один из подразделов продуктовой аналитики.
Они используются для увеличения коэффициентов удержания и конверсии.
На основании полученных данных аналитик принимает решение: какие коммуникации не работают, какие требуют улучшения, а какие можно масштабировать.
Push-уведомления используются для своевременного и личного предложения клиентам продуктов/услуг.
Эффективность средства многократно доказана на практике.
Без уведомлений пользователи с меньшей вероятностью вернутся в приложение и предпримут целевые действия.
Вы можете оценить push-уведомления и внутриигровые коммуникации на платформах Firebase и AppMetrica. Если вы используете другую систему аналитики, не имеющую этой функции, рассмотрите возможность использования сторонних инструментов: Airship или OneSignal.
Статистика сбоев и ошибок
Сбор статистики по сбоям и ошибкам важен для удержания текущей аудитории.
Он позволяет следить за стабильностью приложения, помогает выявить проблемы и расставить приоритеты.
Чем сильнее ошибка влияет на ключевые показатели, тем выше ее значимость.
Сбои с наивысшим приоритетом устраняются в первую очередь.
На основе этого вывода нетрудно определить основные показатели данного подраздела:
- % пользователей без сбоев — какой процент пользователей не имел ошибок;
- % сессий без сбоев — какой процент сессий прошел без ошибок.
Если вы работаете с другими платформами, где это невозможно, используйте сторонние инструменты: App Center или Countly. В этой статье описаны основные элементы аналитики приложений.
Ознакомьтесь и опробуйте описанные инструменты на практике.
Анализ данных о поведении пользователей позволит вам принять правильные решения, и уже через пару месяцев вы заметите рост целевых показателей.
Если у вас есть вопросы, задавайте их в комментариях, мы будем рады ответить!
Еще больше об инструментах аналитики приложений в нашем ежегодном курсе «Профессия: Аналитик» Узнайте подробности!
Теги: #productstar #аналитика приложений #Аналитика мобильных приложений #Аналитика мобильных приложений-
Последние Курсы По Сетевым Технологиям
19 Oct, 24 -
Философия В Ит Как Вершина Жизнетворчества
19 Oct, 24 -
Hp Покупает Palm
19 Oct, 24 -
Признание Свободы Слова Для Всех
19 Oct, 24 -
Белорусский 12-Часовой Марафон Подкастов
19 Oct, 24 -
Adobe Photoshop Cs3
19 Oct, 24 -
Веб 2.0: Только Для 18+!
19 Oct, 24
