Как протестировать приложение и понять, что мешает ему расти

Приложение может работать без явных ошибок и при этом терять пользователей уже после первых запусков. По данным открытых источников, средний показатель удалений Android-приложений в течение первых 30 дней составляет 46%. Поэтому перед разработчиком стоит задача не только привлечь установки, но и понять, что происходит с человеком после них. О том, как проверить основные пользовательские сценарии и на какие показатели смотреть после релиза, рассказывает ведущий менеджер продукта в RuStore Иван Шарков.

Сначала проверьте пользовательский сценарий

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

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

Почему проверки внутри команды недостаточно

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

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

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

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

Какие метрики показывают, где возникла проблема

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

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

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

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

Установка — только начало воронки

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

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

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

Также снижение активности не всегда связано с интерфейсом. Иногда пользователи уходят из-за сбоев, зависаний или долгого запуска приложения. В Android Developers в 2025 году отмечали, что производительность приложения связана с удовлетворенностью пользователей, удержанием и оценками. А в Android vitals разработчики могут отслеживать сбои и ANR — случаи, когда приложение перестает отвечать. 

Как читать несколько показателей одновременно

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

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

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

Как понять, что исправлять первым

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

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

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