Мобильное приложение как инструмент бизнеса (Семенчук) - страница 145

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

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

• Сколько активных пользователей?

• Какова прибыль с одного пользователя?

• Динамика прихода новых пользователей?

• Наименее посещаемые экраны приложения?

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

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

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

Главное условие успешного тестирования – однородность подобранной целевой аудитории. Так, если версию А вы покажете мужчине на пенсии за 60 лет, а версию Б молодой девушке-студентке, это внесет искажение в результаты, потому что их ответы заведомо будут разными, даже если им показать одну версию объекта. Поэтому необходимо так подбирать целевую аудиторию, чтобы и молодая девушка, и взрослый мужчина увидели одну версию объекта, например А, а другая девушка и мужчина на пенсии должны увидеть только версию Б.