версия мобильного приложения которая используется для тестирования гипотезы
А/В-тесты на Android от А до Я
Большая часть статей об A/B-тестах посвящена веб-разработке, и несмотря на актуальность этого инструмента и для других платформ, мобильная разработка несправедливо остаётся в стороне. Мы попытаемся эту несправедливость устранить, описав основные шаги и раскрыв особенности реализации и проведения A/B-тестов на мобильных платформах.
Концепция A/B-тестирования
A/B-тест нужен для проверки гипотез, направленных на улучшение ключевых метрик приложения. В простейшем случае пользователи делятся на 2 группы контрольную (A) и экспериментальную (B). Фича, реализующая гипотезу, раскатывается только на экспериментальную группу. Далее на основе сравнительного анализа показателей метрики для каждой из групп делается вывод о релевантности фичи.
Реализация
1. Делим пользователей на группы
Для начала нам необходимо понять, как мы будем делить пользователей на группы в нужном процентном соотношении с возможностью динамически его менять. Такая возможность будет особенно полезна, если вдруг выяснится, что новая фича повышает конверсию на 146%, а раскатана, например, всего на 5% пользователей! Наверняка нам захочется выкатить её на всех пользователей и прямо сейчас — без обновления приложений в сторе и сопутствующих временных издержек.
Конечно, можно организовать разбивку на сервере и каждый раз при необходимости что-то менять дёргать backend-разработчиков. Но в реальной жизни бэк зачастую разрабатывается на стороне заказчика или третьей компанией, и у серверных разработчиков и так хватает дел, поэтому оперативно регулировать разбивку, работая с третьими лицами, удаётся не всегда, а точнее, почти никогда, поэтому такой вариант нам не подходит. И тут на помощь приходит Firebase Remote Config!
В Firebase Console, в группе Grow есть вкладка Remote Config, где вы можете создать свой конфиг, который Firebase доставит пользователям вашего приложения.
Конфиг представляет собой мапу с возможностью присваивать значение параметра по условию. Например, пользователям с конкретной версией приложения значение X, всем остальным — Y. Более подробно о конфиге можно узнать в соответствующем разделе документации.
Также в группе Grow есть вкладка A/B Testing. Здесь мы можем запускать тесты со всеми вышеописанными плюшками. В качестве параметров используются ключи из нашего Remote Config. В теории можно прямо в A/B-тесте создать новые параметры, но это только внесёт лишнюю путаницу, поэтому делать так не стоит, проще добавить соответствующий параметр в конфиг. Значение в нем традиционно является значением по умолчанию и соответствует контрольной группе, а экспериментальное значение параметра, отличное от дефолтного — экспериментальной.
Прим. Контрольная группа обычно называется группой A, экспериментальная — группой B. Как видно на скрине, в Firebase по умолчанию экспериментальная группа называется “Variant A”, что вносит некоторую путаницу. Но ничто не мешает изменить её название.
Далее запускаем A/B-тест, Firebase разбивает пользователей на группы, которым соответствуют разные значения параметра, получив конфиг на клиенте, мы достаём из него нужный параметр и на основе значения применяем новую фичу. Традиционно параметр имеет имя соответствующее названию фичи, и 2 значения: True — фича применяется, False — не применяется. Подробнее о настройках A/B-тестов в соответствующем разделе документации.
2. Кодим
Не будем останавливаться непосредственно на интеграции с Firebase Remote Config — она подробно описана здесь.
Разберём способ организации кода для проведения A/B-тестирования. Если мы просто меняем цвет кнопки, то говорить об организации нет смысла, ибо организовывать особенно нечего. Мы рассмотрим вариант, в котором в зависимости от параметра из Remote Config показывается текущий (для контрольной группы) или новый (для экспериментальной) экран.
Нужно понимать, что по истечению A/B-теста один из вариантов экрана надо будет удалить, в связи с этим организовать код необходимо таким образом, чтобы минимизировать изменения в текущей реализации. Все файлы связанные с новым экраном стоит называть с префиксом AB и помещать в папки с таким же префиксом.
Если мы говорим об MVP в Presentation слое, выглядеть это будет примерно так:
Наиболее гибкой и прозрачной представляется следующая иерархия классов:
BaseOrderStatusFragment будет содержать весь функционал текущей реализации, кроме методов, которые не могут быть размещены в абстрактном классе из-за ограничений архитектуры. Они будут располагаться в OrderStatusFragment.
AbOrderStatusFragment будет переопределять методы, различающиеся в реализации, и иметь необходимые дополнительные. Таким образом, в текущей реализации изменится лишь разбивка одного класса на два и некоторые методы в базовом классе станут protected open вместо private.
Примечание: если архитектура и конкретный кейс позволяют, можно обойтись без создания базового класса и напрямую наследовать AbOrderStatusFragment от OrderStatusFragment.
В рамках такой организации скорее всего придётся отступить от принятого CodeStyle, что в данном случае допустимо, ибо соответствующий код будет удалён или отрефакторен по завершению A/B-теста (но, конечно, в местах нарушения CodeStyle стоит оставить коммент)
Подобная организация позволит нам быстро и безболезненно удалить новую фичу, если она окажется нерелевантной, поскольку все связанные с ней файлы легко найти по префиксу и её реализация не влияет на текущий функционал. В случае же, если фича улучшила ключевую метрику и принято решение оставить её, нам всё равно предстоит работа по выпиливанию текущего функционала, что повлияет на код новой фичи.
Для получения конфига стоит создать отдельный репозиторий и заинжектить его на уровень приложения, чтобы он был везде доступен, так как мы не знаем, какие части приложения затронут будущие A/B-тесты. По этим же причинам запрашивать его стоит как можно раньше, например, вместе с основной информацией, необходимой для работы приложения (обычно такие запросы происходят во время показа сплеша, хотя это холиварная тема, но важно что где-то они есть).
Ну, и, естественно, важно не забыть прокинуть значение параметра из конфига в параметры событий аналитики, чтобы была возможность сравнить метрики
Анализ результатов
Есть немало статей, подробно рассказывающих про способы анализа результатов A/B-тестов, например. Чтобы не повторяться, просто укажем суть. Нужно понимать, что разница метрик на контрольной и экспериментальной группе — случайная величина, и мы не можем сделать вывод о релевантности фичи только на основе того, что на экспериментальной группе показатель метрики лучше. Необходимо построить доверительный интервал (выбор уровня надёжности стоит доверить аналитикам) для вышеописанной случайной величины и проводить эксперимент до тех пор, пока интервал полностью не окажется в положительной или отрицательной полуплоскости — тогда можно будет сделать статистически достоверный вывод.
Подводные камни
1. Ошибка при получении Remote Config
Сравнительный анализ проводится на новых пользователях, так как в экспериментах должны участвовать юзеры с одинаковым пользовательским опытом и только те, кто видел единственный вариант реализации. Напомним, что получение конфига является сетевым запросом и может закончится неудачей, в таком случае будет применено значение по умолчанию, традиционно равное значению для контрольной группы.
Рассмотрим следующий кейс: у нас есть пользователь, которого Firebase отнёс к экспериментальной группе. Пользователь первый раз запускает приложение и запрос Remote Config возвращает ошибку — пользователь видит старый экран. При следующем запуске запрос Remote Config отрабатывает корректно и пользователь видит новый экран. Важно понимать, что такой пользователь не является релевантным для эксперимента, поэтому нужно придумать, как отсеивать такого пользователя на стороне системы аналитики, либо доказать, что число таких пользователей пренебрежимо мало.
На самом деле такие ошибки действительно возникают нечасто, и скорее всего вам подойдёт последний вариант, но есть по сути аналогичная, но куда более насущная проблема — время получения конфига. Как было сказано выше, лучше засунуть запрос Remote Config в начало сессии, но если запрос будет идти слишком долго, пользователю надоест ждать, и он выйдет из приложения. Поэтому нужно решить нетривиальную задачу — выбрать тайм-аут, по которому сбрасывается запрос Remote Config. Если он будет слишком мал, то большой процент пользователей может оказаться в списке нерелевантных для теста, если слишком большим — мы рискуем вызвать гнев пользователей. Мы собрали статистику по времени получения конфига:
Примечание. Данные за последние 30 дней. Общее кол-во запросов 673 529. Первый столбец, помимо сетевых запросов, содержит получения конфига из кеша, поэтому выбивается из общей формы распределения.
Пользователь – лучший друг бизнесмена: MVP, CustDev и тестирование гипотез
Чем больше гипотез вы сможете протестировать и отсечь на раннем этапе развития бизнеса или внедрения нового продукта – тем выше ваш шанс на успех, mass adoption и миллионы на балансе.
Тестирование гипотез – это единственный инструмент для оценки жизнеспособности продукта на этапе концепции.
Какой бы гениальной не была идея – не стоит забывать о статистике, по которой 99% стартапов погибают в первый год своего существования, а 9 из 10 гипотез оказываются провальными. Не питайте иллюзий: вселенная устроена так, что ваш проект не должен выстрелить.
И дело тут не в миллионных инвестициях: за время своей работы с блокчейн, финтех и IT проектами я поняла, что ни заоблачный бюджет, ни крутая команда не являются гарантией успеха. Продукт будет жить только если у него будут пользователи.
Теперь вернемся к главному: как оценить жизнеспособность продукта, попасть в ЦА и запустить востребованный сервис. Вот мануал:
Фокус на быстрой проверке гипотез – это ваш шанс попасть в 1% успешных стартапов.
Идея в том, что благодаря фокусу на быстрой проверке гипотез вы сможете быстро находить нерешенные проблемы большого количества сегментов аудитории и проверять возможные решения на дешевых прототипах без разработки самого продукта.
Каждая гипотеза – это микростартап, и с каждой отсеянной гипотезой вы приближаетесь к идеальной формуле успеха.
Предположим, вы хотите создать платформу для работы с лидерами мнений, так как существующие EpicStars / GetBlogger / Prolog кажутся вам неэффективными. Вы проанализировали будущих конкурентов – и теперь настало время ответить на вопрос: что именно вы можете предложить, на что будет спрос.
Допустим, вы собираетесь решить проблему независимых рекламодателей (не маркетинговых агентств и не студий): представителей малого и среднего бизнеса, которым платформа нужна для разовой рекламной кампании.
Шаг 2. Выделяем гипотезы.
Гипотеза: рекламодатель не готов оформлять подписку для доступа к списку блогеров, с которыми можно сотрудничать.
Остановимся на этих пяти пунктах. Следующий шаг – выявить подгипотезы с наибольшем ROI и протестировать их первыми (мы же тут за прибылью гонимся, как никак); также в начале стоит проверять и наиболее рискованные.
В нашем случае рискованная гипотеза – № 3, а гипотеза с высоким ROI – № 1 и № 5.
Шаг 3. Тестируем гипотезы
Во-первых, гипотезы важно проверять и отсекать максимально быстро – и чем меньше времени у вас будет занимать тестирование, тем скорее вы нащупаете золотую жилу.
Вот вам частый пример из жизни стартапа: «Ну, мы делали MVP полгода, релизнули, но что-то нет продаж». Нет, так это не работает. Смысл MVP в том, чтобы на количественных данных протестировать гипотезу: оценить конверсии, возвращаемость, стоимость лида, средний чек, операционные расходы – а не в том, чтобы запилить урезанную версию продукта.
Если вы действительно «попали» в боль клиента – ему будет все равно на то, что у вас сырой продукт и немодный дизайн. Вы решили его проблему, а остальное – вопрос времени.
Если тебе не стыдно релизить свой продукт – значит, ты запускаешь его слишком поздно.
Еще один способ протестировать гипотезу без создания продукта – это глубинные интервью и получение инсайтов от потенциальных пользователей (кстати, в связке с MVP этот инструмент дает потрясающий результат).
Вот простой пример: вы пишете своему товарищу, у которого есть небольшой бизнес и рассказываете ему про свою платформу. Он говорит вам: «Вау, круто», и вы предлагаете ему заплатить не 1000, а 2000 рублей для получения доступа к платформе в числе первых. Если товарищ слился, видимо, «Вау, круто» было жестом вежливости.
Теперь настало время понять, почему товарищ отказался от вашего предложения и понять его глубинную мотивацию. Задаем ему пять вопросов «Почему?».
А: Почему ты не готов платить 2000 рублей за доступ к платформе?
Б: Потому что это дорого.
А: Почему это дорого?
Б: Потому что я не уверен в результате, который я получу в итоге.
А: Почему ты не уверен в результате?
Б: Потому что я не могу оценить, есть ли на платформе подходящие мне блогеры и не знаю стоимости размещения на их площадках.
Всего три вопроса – и вы выяснили истинную причину отказа. Теперь время приступать к следующей гипотезе.
Да, тестировать гипотезы действительно не очень сложно. Да, это экономит время и ресурсы и позволяет за короткий период создать хороший продукт. И да, стартапы продолжают терпеть неудачи, хотя изложенная выше информация общедоступна.
Причина в том, что единицы идут по пути тестирования и отсеивания гипотез. Почему-то каждый уверен, что он по воле случая попадёт в тот самый 1%, и у него все получится само собой. Поэтому сразу надо делать красивый сайт, вести соц.сети, нанимать людей в команду, снимать офис. Результат – одна попытка, одна гипотеза и один грустный бизнесмен, чьи ожидания разбились о рыночную реальность.
Не стоит идти по заведомо провальному пути. Не бойтесь отсеивать все новые и новые гипотезы, приставать к друзьям с вопросами и сливать небольшие бюджеты на проверку MVP. Это нормально. Ненормально потратить годы жизни на продукт, который никогда не принесет вам прибыли.
Checklist for finding app growth hypotheses
In this article, we have compiled various hypotheses that can increase your app’s conversion rate and number of installs, along with examples of successful case studies of Mail.ru Group, Belka Games, DevGame, and Toplyvo UA.
The article is based on the app growth hypotheses lecture by Artiom Tkachuk at Asodesk Academy.
Finding growth hypotheses is the fifth stage of ASO. You should look for growth hypotheses only once the processes of collecting the semantic core, preparing metadata, measuring the optimization performance, and working with iterations have been completed. You need to regularly check the application and add to the list of hypotheses that can help the application grow.
Depending on your goals of promotion, there are two types of hypotheses: increasing conversion and maximizing installs.
To increase conversion, you need to work on visual and textual metadata. Your app’s App Store and Google Play page should convince the user of its usefulness and motivate them to install it. Conversion rate is also influenced by app size, update frequency, and reviews.
To maximize installs, it’s important to work on the fields that affect your app’s search rank:
We’ll go over all the metadata elements, as well as some internal elements of the application, and show you how to find growth hypotheses for them.
Сontents
Icon
Using the icon, you can positively influence app conversion.
Brand on the icon
Placing a logo or brand name on an app icon is one of the possible growth hypotheses. This will help you stand out among the competitors, as well as save characters in the app title and add more keywords instead.
For example, the McAfee brand name was placed on the icon while the keywords “VPN” and “Safe WiFi” were indicated in the app name.
McAfee app icon and name on Google Play
Event on the icon
You can place the app’s achievements on the icon and thus improve your app image. For example, ABBYY added the number 10 to their icon to show how long they have been in the industry.
Event on the ABBYY icon in the App Store
You need to be careful with icons like this on Google Play. At the end of April 2021, new Google Play guidelines were released, according to which developers are not allowed to add information about the number of installs, awards, app rating, reviews, and critics’ ratings to the app metadata. It is unclear when the new rules will take effect.
Events on the icon can also include holidays, time of year, etc.
Anna Antsiferova, Head of ASO at DevGame
I have put forward the following hypothesis for the Three Cats app: an icon that shows a seaside holiday will have a positive effect on conversion in summer. Therefore, I decided to change the neutral icon with the character underwater to a brighter version.
After three weeks, installs have gone up:
In addition to the increase in installs, this also affected the app rank: the number of keys in the top 10 has grown by 1.5 times.
Icon and screenshot combination
The well-balanced combination of icons and screenshots is especially important for the App Store, where users can see screenshots in search results.
Icon and screenshot combination on the App Store page
The opposite hypothesis can also be put forward: icons and screenshots of different colors will attract more user attention and help increase your conversion rate.
Contrasting colors of icons and screenshots in the App Store
Making your icon stand out amongst its competitors
Your icon should be different from competitors and not merge with them in the search results. That is why Anna Benkis chose the light green icon for the Know & Go app to stand out from other travel apps that opted for blue, light blue, white, and black.
Travel app icons 
Know & Go light green icon
As a result, this change in the icon, combined with a new name and screenshots, helped to increase their conversion rate by 32%. Read a detailed case study on updating icons and screenshots for the Know & Go app.
To improve your conversion rate by changing the icon you need to:
Screenshots
App conversion is influenced by orientation, color, as well as the number and content of screenshots.
Screenshot orientation and number
When choosing horizontal or vertical screenshots, you need to take into account the specifics of your niche, competitor analysis, as well as what user problems the application solves. Artiom Tkachuk noted that a lot of app interfaces are very similar to each other at the moment. Therefore, sometimes it is worth focusing on the app’s achievements and rather talk about its functions. For this, horizontal screenshots are more suitable.
Screenshot of the Meditopia app in search results
During the Asodesk live room in Clubhouse, ASO experts noted that horizontal screenshots almost always win the tests in their projects. Even for vertical games, horizontal screenshots are often more effective converters.
If competitors above and below you in search use horizontal screenshots, an app with vertical screenshots will be less noticeable in the search results. Read Asodesk’s research on current trends in visual optimization for apps and games.
Screenshot color
Changing the screenshot color can affect conversion, too.
Maria Chernoplyokova, ASO expert at Mail.ru Group
We decided to check how the conversion rate will change if the app page evokes direct associations with the brand among users. So, we tested the background of screenshots in their corporate orange. This option won in the A/B test and helped increase the conversion by 2%.
We should note that the stronger the brand, the more difficult it is to influence its conversion through metadata changes. Therefore, +2% is a significant increase in conversion in our case.
Try experimenting with screenshot colors, as it affects conversion — even with big brands.
Screenshot text
You can test screenshots with different text sizes. For example, make the font 25% larger and see how the conversion rate will change.
It is important to choose the text option that will most closely match the text metadata. For example, look at the name of the Live Video Dating app. The first screenshot also has “dating”. Looking through the search results, new users will see words in the screenshots that exactly match their search query.
The Live Video Dating app page on Google Play
Screenshot content
The application must match the target audience and their needs.
Maria Chernoplyokova, ASO expert at Mail.ru Group
For the screenshots, we decided to use information that would match the needs and interests of users as closely as possible. For this purpose, we collected data on popular content and frequently used functions.
For example, users of the OK application spend a lot of time playing games. In the second screenshot, we placed an image with the most popular games, which led to a 2% increase in conversion.
Screenshot layout
It is important to correctly distribute the information in the screenshot and video, depending on the current purposes of the application. For example, in the first video, the AliExpress app has information about promotions, while the app’s functions are displayed in the following screenshots.
The AliExpress app page on Google Play
Sometimes design tricks can affect conversion. For example, using a panoramic composition.
Maria Chernoplyokova, ASO expert at Mail.ru Group
We have tested a panoramic composition. According to the hypothesis, a panoramic gallery will motivate the user to view more screenshots. In this way, we can demonstrate more useful app features. As a result, the panoramic option showed a 1% increase in conversion.
To improve the conversion rate, build hypotheses based on the following screenshot parameters:
Rating and reviews
Positive reviews and high ratings don’t just improve conversion but also help the app rise higher in the search results. Let’s look at hypotheses that will help improve your app’s rating and conversion:
1. Regularly respond to reviews. It is important to do it right, as rushed responses to reviews can reduce conversion. Find out more about the top 10 mistakes when working with reviews.
2. Work with featured reviews that are displayed on the app page. They shouldn’t include negative reviews. The conversion rate may drop if a featured review becomes negative, so you need to keep track of this.
Featured Reviews at Asodesk will help you analyze featured reviews in all countries. You can also find helpful tools for automating analysis and responding to reviews. Sign up to Asodesk and try them for free.
Featured Reviews in Asodesk
3. Put in-app motivating messages in the right places. The user should only get them after having a positive experience with the application. For example, after passing several levels in a game or finishing a workout.
4. Purchase app reviews. Before making a purchasing decision, it’s important to understand why the app has so few positive reviews. The reason may be in the application itself; in this case, you need to fix the app’s problems.
5. Give bonuses for leaving reviews. Promotions help increase your app’s rating significantly. A good example is a promotion used by the app Toplyvo UA. In March, the app’s rating dropped to 4.2 in Google Play and the App Store. The developers aimed to increase it to 4.9–5 stars with the help of a promotion.
In the first 2 days of the promotion, more than 1,000 reviews were received, and the rating increased to 4.9 in each app store.
Therefore, the following methods will help you increase your conversion rate and the number of installs:
Title and subtitle optimization
Optimization of the app name and subtitle visibility in search
The visible area can be viewed in the search without navigating to the application page. Optimizing this zone will help improve conversion.
Small applications in this zone need to include frequent requests from niche users. If the title contains a brand, but it is not very well known, you can put it at the end of the title or subtitle. This will improve app visibility in search and may increase the number of installs.
Visible area in the App Store search
Using available characters
You should decide whether to use all the available characters in the title or only some of them. Remember that too many keywords can confuse the user, and as a result, conversion will drop.
On the other hand, you need to include more keywords in this field to help improve your app’s search rank. It is important to use as many characters as possible while still making the app title clear to users.
Some brands are reluctant to use some of the keywords in their app titles because they can negatively impact brand image. You need to determine what is more important to you: the correct brand image or position in the search.
The need to use branding
One of the hypotheses for increasing conversion might be artificial brand creation. It often happens that some niches have almost no branded apps. If we artificially create a brand, we can stand out amongst the competitors.
For example, Google Play has lots of non-branded apps for “quiz”. If we try branding the apps for this query, the install conversion may increase. But it can also decrease if people in this category are used to installing unknown apps.
Search results for “quiz”
It is also important to consider where to place the brand name. One of the hypotheses is placing the brand name after keywords. This will help maintain the branding but focus on popular keywords first. In this case, the app title will be combined with search queries, and the user is more likely to open the app page.
If the popularity of your brand queries is very low, it may be worth putting the brand name on the icon and using the app title exclusively for keywords. This approach will help maximize installs.
Suitability for the user
The user sees the app title and subtitle before any other part of the app page, so they should be as transparent and clear as possible. Therefore, you cannot place an incoherent set of keywords separated by commas. Otherwise, the app might not be accepted by the moderators. Even if the moderators accept it, the name will be unclear to users.
For example, this name won’t give any clue about the app’s functions.
Sleep Science app page on Google Play
The presence of strong generic keywords
Strong generic keywords are the most obvious and popular keywords for your application. For example, an English learning app cannot help but include the query “English” in the title. Such keywords contribute to ASO, as well as help users to quickly understand the purpose of the app.
You can see the popularity of keywords for your niche using the Daily Impressions and Search Ads Popularity metrics at Asodesk.
Daily Impressions uses Asodesk’s algorithm to show the number of impressions per request per day.
Search Ads Popularity is the official metric by Apple.
Keyword Analytics query popularity metrics at Asodesk
You can check the popularity of keywords for your application using Asodesk’s free plan. Sign up and find popular keywords in your niche.
Adding strong generic keywords to the title and subtitle can have a significant impact on app rank, as Toplyvo’s case study proves.
Nikita Bobyr, PPC & ASO Specialist
Previously, the Toplyvo UA app was ranked on average by 20–30 keywords in the app store, and organic traffic was only 5% of the total. To increase the percentage of organic traffic and conversion, we decided to change the metadata in the App Store and Google Play.
For this purpose, strong generic keywords “discounts” and “gas stations” were added to the app title. With these keywords, you can compose many relevant key phrases; they also bring the most targeted traffic. A conversion phrase was added to the beginning of the title, and the brand name was kept at the end. In the subtitle on Google Play, we placed significant keywords that generated relevant key phrases.
In the keyword field, we added the brand names of gas stations and competitors, as well as other relevant keys: “Navigator” and “Fuelmeter”. A/B tests have shown that over 90% of users find the app using branded keywords. With the added keywords, many key phrases were generated, for example: “Gas station Okko”, “Gas stations Wog”, “Shell Ukraine”, etc.
After optimization, the number of ranking keywords increased to 120–130 on average. The percentage of organic traffic has grown to 10% of the total traffic, and the page conversion has increased by 15%.
To maximize installs from search, ask yourself the following questions:
To improve the install conversion, you need to answer two more questions in addition to those listed above:
Promo text and short description
The App Store’s promo text tells you about the main functions of the application in 170 characters. On Google Play, there’s a similar section — the short description. In this section, the developer can place basic information about the application in 80 characters.
Using available characters
This parameter is especially important for Google Play because the short description directly affects the app’s position. The short description is taken into account when indexing in Google Play, while the App Store’s promo text does not affect the rank.
It is important to check if you are using all the available characters in the short description. If you add too few keywords, your app’s position on Google Play may be lower than it would be using all available characters.
Using all available characters in the short description on Google Play
In the App Store, you should also use as many characters as possible. This will let you tell users more about the application and influence their decision to install it.
Data about updates and app rewards
You can place information about updates in What’s New, but this section is only available to users who have already installed the app. Therefore, you can add all the important information about the app in the short description.
We need to test how much this information will affect conversion and the number of installs. It is important that the characters in the Google Play short description are used logically and do not take up potential keyword space.
In the short description, you can add not only facts about your achievements but also information about promotions or discounts, as the publishers of the ABBYY Scanner application did.
Information about a promotion in the short description of the ABBYY Scanner app
Be careful with posting achievements in the Google Play descriptions. In the second half of 2021, new guidelines will be released, according to which developers are not allowed to publish information about the number of installs, awards, app rating, reviews, and critics’ ratings in the application metadata.
Transparency and absence of spam
Like other metadata elements, the short description and promo text should be clear. These sections shouldn’t include spam or a long set of keywords that is difficult for the users to read.
If you are localizing your app into foreign languages, get it proofread by a native speaker before publishing. Otherwise, the local audience may notice obvious mistakes in the description and you’ll lose their trust.
The presence of strong generic keywords in the short description and promo text
On Google Play, it is especially important to use popular keywords in the short description, as they will help improve your ranking and get more installs from the search.
Examples of strong generic keywords in the short description on Google Play
In the App Store, it is also important to use keywords that are popular in your niche and match a large number of user searches. Strong generic keywords will show users that they have chosen the right app that meets their needs.
To increase your conversion rate with the help of a short description, you need to check the following:
Description
Correct description structure
The app description should have a clear and concise structure. By reading the description, the users should understand exactly how your application will help them. Here, you should also describe the app’s functions.
On Google Play, it is important to include keywords in the description. According to statistics, only 5% of users open the full description. However, it helps the app’s ranking, so it is important to include more keywords and phrases in the full description; this will help improve the app’s position in search.
In the description, you can use special triggers that work for your niche audience.
Anastasia Lichnaya, ASO Lead at Belka Games
In the test, adding a call to rescue (Be the hero and rescue the townspeople) gives up to a 47% increase in conversion.
Description design
Use emojis, separate paragraphs, indentation, and bold text to ensure that all information about the app is properly structured and clear to the user.
Let’s compare structured and unstructured app descriptions. Text divided into paragraphs and marked with subheadings and emojis is much easier to read than a long solid text.
Structured and unstructured description
Media reviews and awards
Awards and media opinion builds credibility. But you should be careful with this section on Google Play. In 2021, new guidelines will be released, according to which developers are not allowed to publish information about the number of installs, awards, app rating, reviews, and critics’ ratings in the application description.
Absence of spam
Like other sections, the description should not contain spam or incoherent sets of words separated by commas. Spam will alert the user and will be detrimental to the app. We saw this a few years ago when we added the same word to the description on Google Play 15 times, which led to a drop in search positions.
In the description, it is important to:
App Store keywords
The keyword field does not appear on the app page but is indexed by the App Store. You need to use it correctly to maximize your installs. You can add up to 100 characters to the keywords field.
Remember that for US English, it is enough to add the keywords in the singular form; they will be added in the plural form automatically. For other languages, it’s important to add singular and plural forms of the words, as well as their conjugations — if that is relevant for your niche.
It is important to use all available characters and avoid extra spaces or characters that will interfere with app rankings; you should also check keyword popularity with Daily Impressions using Asodesk.
What’s new
The What’s New section is shown to users who have already installed your application. In this section, it is important to share news, media references, and awards.
In the experience of our ASO experts, motivating messages to leave a review in this section will help increase the number of reviews.
In addition to review, be sure to include information about new features and updates you have implemented. To avoid being banned, at the top of this section, you can ask to leave a review and share news, and later on, add information about the update.
It is also important to provide links to social media and support team contacts so that the user can follow you on social media or send a request by email.
App Store in-app purchases
In-app purchases help you get more traffic on the App Store and maximize installs. Thanks to in-app purchases, the app can take up more screen space in the search results: it won’t just be your app that will come up in search, but also the functions of in-app purchases.
For example, a search in the App Store shows the Meditopia app, as well as a subscription that can be purchased in this app.
“Meditopia” in the App Store search
Localization and use of additional locales
App localization
Localization helps to expand the audience of the application and get more installs from different countries. It is important to localize the entire application page for new markets. Especially for those countries where a small percentage of users speak foreign languages.
You need to adapt the image and text on the icon for the country where you are promoting the app.
Anna Antsiferova, Head of ASO at DevGame
In the Robocar Poli project, we localized the icon for Brazil. We did an experiment and the icon in Portuguese won. After changing the icon, app installs doubled.
Anastasia Lichnaya, ASO Lead at Belka Games
The localization of the brand name gives a growth of conversion up to 20% in different countries.
Learn how to localize your app for foreign markets in this Asodesk article. You can also automatically translate user requests from any language to English. This makes localization and popular keyword search easier. Try this feature for free at Asodesk.
Automatic keyword translation in Asodesk
Cross-localization in the App Store
For each country in the App Store, you can add metadata in 2–3 languages. The title and subtitle each have 30 characters available for every secondary language, while the keyword field has 100 characters. This gives you 160 more characters for indexing. This field will help increase the number of installs from the search.
The Asodesk team studied the indexing of keywords in foreign languages (for example, the difference between Spanish in Mexico and Spanish in Spain). Here are some of the additional localizations for different regions in the App Store.
See the table where you can always find up-to-date information on all available localizations for different countries.
Internal application parameters
Application size
Due to its large size, the application is likely to be installed less often and deleted more often. Many users have limited space on their smartphones, so they will prefer to choose an app of a smaller size. In addition, Wi-Fi access is required to install big apps.
If users run out of space, they might delete their biggest apps. Therefore, it is important to reduce your app’s size.
Check your app for any extra SDKs. If you can’t make the app smaller, it might be worth adding its light version to the app store.
Update frequency
Update frequency affects the app rank in the App Store. In the first 72 hours after the update, the app will get a boost, and the app store’s algorithms will actively promote it.
Additionally, update frequency is very important for some users, as it is an indicator that the application is well maintained. Therefore, frequent app updates are beneficial for both increasing installs and optimizing conversion rates.
A checklist for finding growth hypotheses
Analyze the app icon. Decide whether you should add a brand name or event to the icon and see how much it stands out from the competition and how compatible it is with the screenshots.
1. Find hypotheses for screenshots. Consider different options for screenshot orientation and layout. Make sure the text and image in the screenshots match the needs of the target audience.
2. Make sure the title, subtitle, and short description are clear and transparent and check if you use all available characters and popular keywords. Consider whether you should use your brand name in these fields.
3. See if it’s worth adding an event to the short description.
4. Analyze the structure of the description and its design. Try adding media reviews and awards to your App Store description.
5. Add motivating messages that ask to leave reviews, as well as app news, and awards, to the What’s new section. Don’t forget to add support team contacts and social media links.
6. Compare your app size to competitor apps. Consider the update frequency.
7. Check the keyword field in the App Store for spaces, and analyze keyword popularity.
8. See if in-app purchases from the App Store are ranking in search. Check install conversion from the app page.
9. Start working with featured reviews and analyze the shortcomings of your work with reviews. Put motivating messages in the app and analyze its performance. If your rating is low, consider buying reviews or resetting your rating.
10. Consider localizing your app for new markets. Check if you are using App Store localization fields for different countries.