Согласно исследованию TechCrunch, каждый четвертый пользователь мобильного приложения запускает его только один раз. Иначе говоря, у 25 % всех приложений — судьба бабочки-однодневки. Огромная конкуренция на уровне реализаций и идей заставляет придумывать все новые и новые приемы повышения удобства использования приложения, чтобы удержать внимание клиента. Но зачастую достаточно не допускать банальных ошибок. 

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

Ресурсы

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

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

Сложность

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

• Минимизируйте количество шагов при регистрации. В идеале она должна проходить через уже существующие профили.
• При первом запуске задавайте вопросы о подключении только необходимых уведомлений и служб. Все остальное — в процессе.
• Настройка внутренней работы приложения также должна происходить после запуска. Персонализация это хорошо, но для начала пусть все будет по умолчанию.
• Ненавязчивая обратная связь. Вопрос об оценке и рекомендациях лучше задать на 2–3 запуске.

Стимулирование

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

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

Ошибки

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

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

Не нативная реклама

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

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

Косность функционала

Технологии мобильных телефонов постоянно расширяются. 3D Touch, дополненная реальность, сканеры пальцев и сетчатки, Face ID — если это можно задействовать в приложении, то надо использовать. Это важно не только для владельцев продвинутых смартфонов, но и для тех, у кого подобных функций нет. Если приложение не предлагает повышенного удобства его использования, создается ощущение, что это не единственный урезанный момент.

Неряшливый дизайн

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

Скорость

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

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

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

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

Правило 1. «Как корабль назовешь...»

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

• Тренды и известные личности. Законы большого интернета работают и в мобильных маркетах. Упомянув громкое событие или известную личность, можно попытаться урвать часть славы. Яркий пример — Томас Суарез, 12-летний мальчишка, создавший игру Bustin Jeiber и выступивший на конференции TED. Само приложение не выдающегося качества, но имя певца (искаженное во избежание бана) принесло ему сотни тысяч скачиваний.
• Слава популярного приложения или игры. История успеха Дмитрия Быстрова наглядно демонстрирует, как громкое название вкупе с качественным исполнением может принести 130 тысяч скачиваний.
• Оптимизация для поисковых систем и зрительного сканирования. Если вы откроете топ любого магазина приложений, увидите там примерно такие заголовки:

Их общая черта — ясное представление о том, что скрывается внутри. Такая однозначность идеально подходит для поиска.

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

Правило 2. Есть всего 3 предложения

Профессиональные спикеры знают, что за первые 20-30 секунд можно безвозвратно потерять внимание аудитории. Или наоборот — удержать его на ближайшие пару минут. Так же с описанием. Первые предложения должны вызвать эмоцию, продемонстрировать назначение  продукта и показать конкурентное преимущество. Взгляните:

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

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

Правило 3. Слова имеют ценность

Все, что следует за первыми тремя предложениями, не должно быть бессмысленным описанием. Если следовать предыдущим двум пунктам, к этому моменту пользователь уже «на крючке». Так что теперь требуется привести множество «обезвоженных» аргументов, почему ваше приложение лучшее. Помогут три классических приема:

1. Списки. Люди их любят за то, что можно опустить большую часть текста, просматривая лишь тезисы.
2. Цифры. Даже если статистические данные не демонстрируют превосходство над конкурентами, они все равно привлекают внимание, показывая открытость перед пользователем.
3. Оптимизация по ключевым словам. Это полезно не только для продвижения в поисковиках, но и для визуального восприятия. Зайдя в описание приложения «Блокнот», пользователь наверняка будет искать глазами слова «закладки», «навигация» и подобные. Если они не вынесены в список, стоит их хотя бы разместить в тексте.

Правило 4. Декларируйте обновления и исправления

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

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

Правило 5. Не скромничайте

Описание наград и достижений, даже сомнительных — это возможность привлечь внимание. Пусть это будет хоть «Приз зрительских симпатий моих друзей» или «Худшее приложение года по версии NY Times (если бы у них была такая номинация)». Нескромность и ирония вызовут в данном случае лишь умиление. Если у вас есть другие популярные приложения или количество скачиваний текущего впечатляет — надо заявить об этом в описании.

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

Воспользуйтесь этими правилами — и получите название, которое поможет вашему приложению резво стартовать.

Срок жизни мобильного приложения зависит от любви пользователей. Чем сильнее любовь, тем дольше приложение востребовано, и тем больше создатели на нем заработают. Для анализа поведения пользователей собирайте статистику, переводите ее в метрики и анализируйте их. Это позволит понять слабые места продукта и своевременно провести корректировку функций или интерфейса. Выберите подходящий сервис аналитики для мобильных приложений. Самые популярные: Google Analytics, AppMetrica от Яндекс, AppAnnie, Flurry и Mixpanel.

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

Популярно ли приложение?

Чтобы это узнать, смотрите на общее количество пользователей и на количество новых пользователей. Это два показателя: Total Users и New Users. Показатели рассчитываются на заданную дату, поэтому анализируйте динамику их прироста. Для привлечения New Users используйте рекламу и маркетинговые активности. Следите, чтобы приток новых пользователей покрывал отток (Churn Rate), иначе приложение останется без аудитории.

Любой бизнес держится на постоянных клиентах, поэтому регулярно анализируйте трафик - активных пользователей мобильного приложения. Это показатели DAU — количество посетителей за день, WAU — за неделю и MAU — за месяц. В подсчете участвуют только уникальные пользователи, повторные визиты не считаются. Если человек ежедневно использует приложение, его считают каждый день для DAU и один раз для WAU или MAU. Для рекламной монетизации наиболее важна метрика DAU, с помощью которой рекламодатели принимают решение об эффективности размещения рекламы. Придумывайте идеи, чтобы пользователи заходили каждый день.

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

Когда бить тревогу?

1. Приток новых пользователей ниже оттока — New Users < Churn Rate.
2. Показатели DAU и MAU равнозначны, значит, подавляющее число пользователей — «однодневки».
3. Users Online превышает максимальную нагрузку на сервер.

Как узнать, довольны ли пользователи?

Для этого используйте две группы метрик: Retention и Activity. Показатели Retention считают количество вернувшихся пользователей и динамику их изменения. Как правило, смотрят долю вернувшихся на следующий день (1-day retention), через неделю (7-day retention) и через месяц (30-day retention). В группу Activity входят показатели Users Online, Sessions, Average Sessions Length и Life Time.

Если пользователи довольны опытом взаимодействия с приложением, они вернутся снова. Поэтому отслеживайте метрики 1-day и 30-day retention. Если 1-day retention низкий, вероятнее всего, в приложении есть проблемы: огрехи в юзабилити, неудобство интерфейса или непродуманные пользовательские сценарии. Метрика 30-day retention показывает долю пользователей, которые обычно становятся ядром лояльной аудитории.

Гипотетически метрики day retention могут быть равны 100%. Это может случится, если все пользователи, которые скачали приложение, остались верны ему навечно. Но на практике это невозможно, поэтому добивайтесь, чтобы показатели росли в динамике. Для этого отслеживайте Retention Dynamics. Найдите все скачки на графике и попробуйте понять, с чем они связаны: сезонность, реклама, специфические закономерности и др.

Отдельно следите за Sticky Factor — показателем регулярности посещений. Он рассчитывается как соотношение DAU к MAU. Чем выше значение, тем чаще пользователи в среднем заходят в приложение. Если Sticky Factor ниже 3%, пользователи заходят в приложение реже одного раза в месяц. Стремитесь к значению 50%.

Чтобы узнать, как часто пользователи заходят в приложение, разделите общее количество посещений (Sessions) на показатель DAU. Идеальные показатели зависят от типа приложения. Например, для длительных мобильных игр отличным значением будет 2 сессии в день, для коротких игр — 4-5 сессий в день.

Считайте среднюю продолжительность одной сессии — Average Sessions Length. Значения также разнятся по видам приложений. Желательно, чтобы для игр или чтения показатель был большим, а для сервисов вызова такси или заказа еды — низким. При рекламной монетизации стремитесь к максимальному показателю — 30 минут.

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

Когда бить тревогу?

1. Низкие показатели day retention.
2. Retention Dynamics имеет отрицательный рост.
3. Sticky Factor меньше 3%.
4. Снижение Life Time.

Сколько денег приносит?

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

Еще рассчитывают Average Check — средний доход на одну транзакцию. Для расчета разделите значение Gross на количество транзакций, и вы получите средний чек. Если каждый платящий пользователь платил всего один раз, то метрики Average Check и ARPU будут совпадать.

Доход на каждого пользователя рассчитывается показателями ARPU и ARPPU. Показатель ARPU (Average Revenue Per User) — это средний доход на одного пользователя. Показатель ARPPU (Average Revenue Per Paying User) — это средний доход на одного платящего пользователя. Обе метрики считают за выбранный период. Дополнительно рекомендуем посчитать показатели отдельно для каждого среза целевой аудитории: для новых пользователей, для постоянных, для пользователей с разным Life Time.

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

Когда бить тревогу?

1. Gross и Revenue существенно меньше запланированных в бизнес-плане.
2. ARPU и ARPPU существенно ниже средних по отрасли.

Выгодно ли приложение?

Если не брать в расчет затраты бизнеса, быстро оценить рентабельность мобильного приложения позволяют метрики CPI и LTV. Первый показатель — это Cost per Install, т.е. средняя стоимость установки приложения. Для его расчета разделите общие расходы на рекламу и маркетинг на количество установок за весь период работы приложения. Показатель LTV (Lifetime Value) показывает средний доход, который приносит один пользователь за все время использования продукта. Для его расчета перемножьте показатели ARPU и Life Time. Метрика показывает общую доходность приложения.

Следите, чтобы затраты на установку приложения всегда были ниже дохода, который приносит один пользователь. Чем дольше пользователь работает с приложением, тем выше доход он принесет разработчикам. Если приложение монетизируется только за счет показа рекламы, то один пользователь должен приносить 10$ за год. Это примерно 10-12 минут посещения приложения ежедневно.

Когда бить тревогу?

• Показатель CPI ниже ARPU;
• Показатель CPI ниже LTV.

Сможет ли принести больше денег?

Проанализируйте, сколько уже пользователей покупали платный контент или опции. Для этого смотрите на Paying Users, Paying Share и Paying Conversion. Первый показатель — количество платящих пользователей. Второй — доля платящих пользователей от общего количества активных пользователей. Третий — доля платящих пользователей от общего числа всех новых пользователей. Все показатели считаются за выбранный период.

Обратите внимание на динамику изменений Paying-метрик. Если показатель Paying Share низкий или падает, значит, платный контент не интересен. Стимулируйте пользователей совершать покупки: вводите новые платные опции, запускайте скидки, продавайте подсказки. Найдите на графике сильные скачки конверсий и разберитесь, что повлияло на резкий рост. Когда найдете причину или закономерность, внедрите это в стратегию монетизации.

Каждая оплата пользователя фиксируется сервисом статистики: кто оплатил, когда и сколько. На основании данных для анализа доступны метрики Transactions и Transactions by User. Первая метрика — это общее количество платежей за выбранный период. Вторая — среднее количество платежей на одного пользователя.

Чтобы высчитать Transactions by User разделите общий объем транзакций на значение Paying Users. Показатели транзакции демонстрируют, насколько пользователи вообще готовы платить. Если значение Transactions by User больше 1, пользователи совершают более одной покупки. Если меньше, то покупки в приложении происходят редко.

Когда бить тревогу?

1. Paying-метрики сильно снижаются.
2. Transactions падает.
3. Transactions by User меньше 1.

Запомните

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

Подборка

Тем, кто интересуется мобильными приложениями, рекомендуем другие статьи в блоге по теме:

Про выбор и тестирование идеи

О дизайне

О дизайне-2

Про монетизацию

О выборе языка программирования

О выборе языка программирования-2

Про ошибки в iOS разработке

Подбор площадок для тренировки навыков программирования на Swift

Интервью с профильным преподавателем и деканом факультета

Вебинары

Objective-C vs Swift. С чего начать

Введение в iOS-разработку

Введение в iOS, MVC и Objective-C

Будущее уже здесь! React Native: один код для iOS и Android

Бесплатные курсы

Android. Быстрый старт

Интенсив «Программирование на Swift с нуля»

Приглашаем на воркшоп по React Native в офисе Mail.Ru Group 20 апреля!

Автор воркшопа — разработчик мобильного приложения GeekBrains Даниил Скрипник.

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

Для кого воркшоп?

Этот воркшоп будет полезен всем, кто хочет познакомиться с мобильной разработкой и для тех, кто знаком с React и JS.

Что такое React Native и почему это круто?

Это фреймворк для создания кроссплатформенных приложений на языке JavaScript. Он позволяет писать приложения для IOS, Android, Windows Phone и даже VR (на React VR можно создавать приложения для очков виртуальной реальности).

React Native — это отличная возможность быть ленивым и пользоваться любимыми инструментами «прямо из коробки» (их не нужно настраивать, они работают здесь и сейчас): CSS, ES6, ES7, NPM, Yarn и т.д.

Создатель React Native — Facebook, лидер во front-end, компания, которая вкладывает огромные ресурсы в развитие своих технологий. Facebook активно развивает React и React Native, создает вокруг них целую инфраструктуру и мощное IT-сообщество.

Еще одно преимущество технологии — быстрорастущее комьюнити из компаний, которые используют технологию, инвестируют в нее и поддерживают ее развитие: GeekBrains, Yandex, Airbnb, Wix, Tesla, Soundcloud, Walmart.

На этом фреймворке написаны UberEats, FacebookGroups и частично Instagram и Facebook.

Кто будет вести воркшоп?

Даниил Скрипник — разработчик мобильного приложения GeekBrains.

Когда-то Даниил работал операционным менеджером по морским и авиаперевозкам в логистической компании, но решил сменить профессию и стать программистом. Он закончил Школу Microsoft, где освоил стек фронтенд-разработчика.

С технологией React Native Даниил познакомился, когда работал в компании Alpha Design в Сербии (партнер Apple, Amazon, Rakuten) и написал прототип кроссплатформенного приложения для покупки одежды.

После этого он работал в компании Evronе и за год написал на React Native три приложения: Дневник еды, приложение по поиску лекарств Pinpill и Криптокошелёк (собрал на ICO 15 млн долларов).

Позже получил предложение о работе от Mail.Ru Group и начал разработку приложения GeekBrains (версия под IOS уже доступна для скачивания).

В каком формате будет проходить воркшоп?

Воркшоп состоит из двух частей — короткой теоретической и практической (2-3 часа). В теоретической части докладчик расскажет о React Native, особенностях и преимуществах технологии, сферах применения, своем опыте.

Практическая часть — главная, как говорит сам Даниил. За пару часов вы напишете мессенджер на React Native и начнете переписываться с другими участниками воркшопа.

Даниил уже проводил воркшоп по React Native для сотрудников Mail.Ru Group. Участникам очень понравилось, как формат мероприятия раскрывает особенности этой технологии, поэтому мы с Даниилом решили повторить его для более широкой аудитории.

Куда идти и что делать?

Для работы на воркшопе вам понадобится ноутбук.

Регистрируйтесь на мероприятие здесь.