Ознакомительная версия. Доступно 12 страниц из 59
• узнать время, проводимое в приложении;
• выявить баги;
• количество и типы покупок внутри приложений;
• средний доход с пользователя;
• количество платящих пользователей.
Получив данные, вы можете их проанализировать. Возьмите во внимание сезонность, а также временной отрезок, за который будете анализировать полученную информацию. Чем больше времени собирались данные, тем более точную и полную картину вы сможете увидеть. Один день из аналитики необъективен, как и одна неделя и даже один месяц. Для анализа нужно учесть данные хотя бы за несколько месяцев, а еще лучше – за год.
Существует множество метрик, то есть показателей, которые можно оценивать. Есть много непонятных аббревиатур и сложных объяснений про аналитику мобильных приложений, но есть одна метрика, от которой зависит прибыль, получаемая от приложения. Если приложение приводит всего нескольких клиентов в месяц, которые дают вам прибыль, значит, оно окупается и вы делаете все верно. Другой вопрос: как повысить прибыль? Ответ на этот вопрос вам поможет найти анализ поведения пользователей в вашем приложении.
Сделать приложение, приносящее прибыль, не проблема. Проблема сделать эту прибыль намного больше, чем ваши затраты на приложение, и не через несколько лет работы, а сразу и как можно быстрее. Количество пользователей и загрузок, позитивные отзывы пользователей и экспертов не гарантируют прибыли. Определите, сколько пользователей приносят деньги и каким образом, средний чек и динамику поступления финансов.
Для анализа собранной информации о пользователях начинайте с постановки правильного вопроса о том, чего хотите добиться этим анализом. Набор данных о пользователях бесполезен, если у вас нет конкретных вопросов, на которые вы хотите найти ответы. Например:
• Сколько активных пользователей?
• Какова прибыль с одного пользователя?
• Динамика прихода новых пользователей?
• Наименее посещаемые экраны приложения?
Правильно подобранные вопросы до анализа приложения – это половина дела. Накопив некоторое количество статистики по пользователям, можно приступать к улучшению программы. Самым популярным способом для этого является сплит-тестирование, или, как его у нас называют, А/Б-тестирование. Приступать к такому тесту ранее чем через несколько месяцев после запуска приложения не рекомендуется, так как у вас не будет достоверных данных о предпочтениях пользователей, только догадки, а получив новые данные, вам не с чем будет их сравнивать, кроме как со своими предположениями.
Сплит-тестирование позволяет планомерно улучшать все что угодно, как само приложение, push-уведомления, так и описание, рекламу и даже снимки экрана на странице описания приложения. Можно оценивать эффективность полностью нового дизайна приложения и отдельных элементов интерфейса, например кнопку «Купить», сделав ее зеленым, красным, а затем фиолетовым цветом. Как ни странно, каждый цвет будет по-разному воспринят пользователями, и вы получите или рост, или падение продаж, что отобразится в статистике.
Для проведения сплит-теста создаются две или больше версий улучшаемого объекта, которые по очереди показываются пользователям. Важно, чтобы пользователи даже не догадывались, что видят по-разному одно и то же приложение. Есть и другой подход: вначале собирается статистика по одному объекту, затем по другому, и сравнивается результат. При всей простоте метода он имеет много нюансов, некоторые из которых я постараюсь разобрать.
Главное условие успешного тестирования – однородность подобранной целевой аудитории. Так, если версию А вы покажете мужчине на пенсии за 60 лет, а версию Б молодой девушке-студентке, это внесет искажение в результаты, потому что их ответы заведомо будут разными, даже если им показать одну версию объекта. Поэтому необходимо так подбирать целевую аудиторию, чтобы и молодая девушка, и взрослый мужчина увидели одну версию объекта, например А, а другая девушка и мужчина на пенсии должны увидеть только версию Б.
Один и тот же пользователь не может проходить тест несколько раз, иначе его результаты будут посчитаны как за отдельного посетителя, но при этом он ведь уже видел изменения, и теперешнее его поведение будет отличаться от того, как он вел себя тогда, когда впервые увидел их.
Кроме однородности аудитории, важно количество аудитории и временной отрезок тестирования. Даже если будет протестировано несколько тысяч пользователей, но за несколько дней, то это не может являться объективным результатом, потому что в следующие несколько дней могут прийти пользователи с иным мнением. Чем дольше проводится тестирование, тем более точный результат получается на выходе.
Для достоверности А/Б-тестирования необходимо найти способ однородного разделения всех пользователей приложения. Так, если вы запустите тест только на один месяц, то это вовсе не гарантия того, что все пользователи будут использовать вариант А и вариант Б приложения.
И не забывайте: меняя что-то в приложении, вы можете получить резкий всплеск роста или падения показателей, вызванных исключительно новизной того, что вы предлагаете пользователям. Пользователи будут выполнять определенные действия не потому, что вы сделали лучше, а только потому, что новая версия отличается от старой. И если сравнить показатели в более долговременном промежутке, то может оказаться, что этот всплеск через месяц-два исчезнет, как будто бы его и не бывало.
Теперь, когда ваше приложение почти готово, заведите себе одну хорошую привычку: постоянно отслеживайте конкурирующие приложения и их авторов. Вы должны знать о них все и всегда. Это может прекратиться только с «кончиной» вашего приложения и никак иначе. Отслеживайте любую доступную информацию. При ограниченных ресурсах лучше всего делать это периодически, например раз в месяц выделять на это столько времени, сколько понадобится.
Сравните приложения наверху и в конце списка. Самые прибыльные и топовые приложения помогут вам понять, что любит ваша целевая аудитория, а самые ненужные приложения покажут, чего точно не стоит никогда делать и что ваши пользователи ненавидят. Составьте список из 10 лучших и 10 худших приложений, после чего внимательно их изучайте и записывайте свои идеи.
Вас должно интересовать мнение большинства пользователей, а не ваше собственное. С другой стороны, деньги приносит меньшинство, и эту группу вы тоже должны хорошо изучить. Большинство пользователей определяет успех или провал приложения, а не вы, поэтому читайте отзывы о приложении, а затем идите в Google и ищите все, что сможете найти об этом приложении, изучайте обсуждения, обзоры и т. п.
Чем выше скорость вашей реакции, тем лучше. Для этого используйте Google Alerts. Увидев, что где-то кто-то написал о вашем приложении, сразу открывайте, читайте, анализируйте и реагируйте. То же относится и к социальным медиа – общайтесь, анализируйте, реагируйте.
Послесловие
Новый бизнес, полностью построенный на мобильном приложении, расширение существующего бизнеса и управление бизнесом при помощи мобильного приложения, а еще безграничные возможности по изучению целевой аудитории и несметное количество вариантов заработка – это далеко не полный перечень возможностей, которые может дать собственное мобильное приложение.
Ознакомительная версия. Доступно 12 страниц из 59
