Почему удаляют приложения в первый же день? Чаще всего не из-за багов, а из-за дизайна первых минут: длинный онбординг, обязательная регистрация до того, как стала видна польза, запрос всех разрешений подряд и навигация, в которой непонятно, куда нажимать. Человек установил приложение с конкретным ожиданием, и если за первые полминуты оно не подтвердилось, приложение отправляется в корзину. Ниже — типовые ошибки UX, как каждая проявляется в метриках удержания и как её исправить.
- Первый запуск должен вести к целевому действию, а не к анкете: ценность — за 30 секунд, онбординг — максимум три экрана.
- Разрешения запрашиваются в момент, когда они нужны, а не все сразу на старте.
- Удержание измеряется по когортам и событиям: так видно, на каком экране люди уходят навсегда.
Как удаление видно в метриках удержания
Удаление само по себе почти не отслеживается напрямую, но его хорошо видно по косвенным признакам. Retention мобильного приложения — доля пользователей, которые вернулись в приложение через день, неделю, месяц после установки. Если большая часть когорты не возвращается уже на следующий день, проблема почти наверняка в первом запуске.
| Метрика | Что показывает | Какую ошибку подсказывает |
|---|---|---|
| Удержание на 1-й день | Сколько вернулись на следующий день после установки | Первый запуск не показал ценности |
| Воронка первого запуска | На каком экране онбординга и регистрации уходят | Слишком длинный онбординг, сложная регистрация |
| Доля отказов в разрешениях | Сколько пользователей запрещают уведомления и доступы | Запросы без контекста и объяснений |
| Время до первого целевого действия | Как быстро человек делает то, ради чего ставил приложение | Запутанная навигация, лишние шаги |
| Удержание на 7-й и 30-й день | Стало ли приложение привычкой | Нет повода вернуться, навязчивые или бесполезные push |
Дополнительный источник — отзывы в сторах. Фразы «не могу войти», «зачем ему доступ к контактам», «ничего не понятно» — прямые подсказки, где ломается опыт.
Ошибки первого запуска
Перегруженный онбординг
Семь слайдов с рассказом о возможностях, которые никто не читает, — классика. Пользователь пролистывает их не глядя или закрывает приложение на третьем. В нашем дизайне мобильных приложений первый запуск проектируется так, чтобы ценность была видна за 30 секунд: максимум три экрана, а лучше — сразу полезный главный экран с подсказками в контексте.
Регистрация до ценности
Требовать телефон, код из SMS, имя и дату рождения ещё до того, как человек увидел каталог или функции, — значит просить доверия авансом. Регистрацию по возможности откладываем до первого полезного действия: добавить в корзину, сохранить, записаться. В этот момент человек уже понимает, зачем ему аккаунт.
Все разрешения подряд
Уведомления, геолокация, камера, контакты — четыре системных окна до первого экрана. Каждое «Не разрешать» снижает доверие, а некоторые пользователи просто удаляют приложение, не разбираясь. Разрешение запрашивается тогда, когда нужна функция, и с коротким объяснением, что человек получит.
Запрашивать разрешение на push в первую секунду, потому что «иначе мы не сможем их возвращать». На старте у пользователя нет причин соглашаться. Попросите после первого заказа — «сообщим, когда заказ будет в пути», — и доля согласий заметно вырастет.
Ошибки навигации и интерфейса
Приложение ведёт себя как сайт
Человек ожидает от приложения поведения своей платформы: возврат свайпом в iOS, системную кнопку «назад» в Android, привычные элементы управления и шрифты. Когда интерфейс скопирован с сайта — бургер-меню вместо нижней панели, веб-формы, нестандартные жесты, — приложение ощущается чужим, даже если пользователь не может объяснить, почему.
Главное спрятано
Если ключевое действие — заказать, записаться, оплатить — находится на третьем уровне меню, приложение не решает задачу быстрее, чем сайт, и теряет смысл. Навигация должна работать без обучения: основные разделы — в нижней панели, главная кнопка — в зоне большого пальца.
Мелкий текст и низкий контраст
Интерфейс, который ломается при увеличенном системном шрифте или нечитаем на солнце, отсекает заметную часть аудитории. Это проблема не только доступности, но и удержания: человек, которому неудобно читать, не вернётся.
Медленный отклик
Кнопка, которая никак не реагирует на нажатие полсекунды, ощущается сломанной. Человек нажимает ещё раз, получает двойное действие и раздражается. Мгновенный визуальный отклик, плавные переходы между экранами и скелетоны вместо пустоты во время загрузки создают ощущение скорости, даже когда данные ещё идут с сервера. Эти микровзаимодействия закладываются в дизайн и описываются для разработчиков, а не остаются на их усмотрение.
Ошибки состояний: белый экран вместо подсказки
Пустые списки, загрузка, ошибки сети, офлайн, отказ в правах, первый запуск без данных — это половина работы над приложением и то, чего обычно нет в «красивых макетах». Когда состояние не нарисовано, пользователь видит пустой экран или техническую ошибку и решает, что приложение сломано.
- Пустое состояние объясняет, почему пусто, и предлагает действие: «Здесь появятся ваши заказы — перейти в каталог».
- Ошибка сети говорит человеческим языком, что произошло, и даёт кнопку повтора.
- Офлайн показывает то, что уже загружено, вместо пустого экрана.
- Загрузка отображается скелетоном интерфейса, а не бесконечным спиннером на белом фоне.
ПРАВИЛОПользователь не отличает «нет данных» от «приложение сломалось», если дизайнер не нарисовал разницу.
Ошибки коммуникации: push, которые раздражают
Push-уведомления — главный инструмент возврата, и он же частая причина удаления. Три рассылки в день с общими скидками быстро приводят к отключению уведомлений, а затем и к удалению приложения. Работающие push привязаны к действиям пользователя: статус заказа, брошенная корзина, бонусы, которые скоро сгорят, персональное предложение. Логику уведомлений — когда, о чём и с каким действием — мы проектируем в сценариях вместе с экранами, а не дописываем после запуска.
Как найти, на каком экране теряются пользователи
- Разметьте событияУстановка, каждый экран онбординга, регистрация, первое целевое действие, отказ в разрешении, ошибки.
- Постройте воронку первого запускаСколько людей проходит каждый шаг от установки до целевого действия.
- Смотрите по когортамСравнивайте удержание пользователей, пришедших в разные недели или из разных каналов, — так видно эффект изменений и качество трафика.
- Читайте отзывыСобирайте жалобы из сторов и поддержки и сопоставляйте с экранами воронки.
- Меняйте по одномуСокращайте онбординг, переносите регистрацию, меняйте запрос разрешений и сравнивайте следующую когорту с предыдущей.
Удержание в первые дни — часть большей картины: сколько пользователи приносят за всё время, кто уходит в «спящие» и через сколько. Это задача клиентской аналитики: LTV, когорты и отток — она показывает, какие клиенты и каналы окупаются в долгую и где сигнал о потере клиента появляется заранее.
Удержание в приложении магазина
В e-commerce причины удаления особенно конкретны: медленный каталог, ввод данных карты на каждом заказе, корзина, которая не синхронизирована с сайтом. Удерживают обратные решения: кешированный каталог, оплата в один тап через Kaspi или сохранённую карту, повтор заказа из истории в два нажатия, push о статусе заказа и брошенной корзине, бонусы лояльности. Так устроено мобильное приложение для интернет-магазина, которое мы разрабатываем на едином каталоге с сайтом и 1С.
- Польза приложения видна в первые 30 секунд
- Онбординг — не больше трёх экранов или подсказки в контексте
- Каталог или основные функции доступны без регистрации
- Разрешения запрашиваются в момент использования функции
- Перед системным запросом есть экран с объяснением
- Основные разделы — в нижней панели, без обучения
- Интерфейс выдерживает увеличенный системный шрифт
- Нарисованы пустые состояния, ошибки сети и офлайн
- Push привязаны к действиям пользователя, а не к общим рассылкам
- События первого запуска размечены в аналитике
Что делать дальше
Если приложение уже в сторах, начните с данных: постройте воронку первого запуска и посмотрите удержание первого дня по последним когортам. Часто достаточно переделать онбординг, главный экран и оформление заказа, а не всё приложение, — сколько стоит такая работа, разобрано в статье о стоимости редизайна мобильного приложения.
Если приложение только проектируется, заложите удержание в макеты с самого начала. В нашем дизайне приложения, которое удерживает пользователей, онбординг ограничен тремя экранами, разрешения запрашиваются в контексте, все состояния нарисованы, а цели — удержание после первого запуска и доля дошедших до целевого действия — фиксируются до релиза и проверяются по аналитике после.
Почему приложение удаляют сразу после установки?
Чаще всего из-за первого запуска: длинный онбординг, обязательная регистрация, запрос всех разрешений и непонятный главный экран. Пользователь не видит пользы и уходит.
Что такое retention мобильного приложения?
Доля пользователей, которые вернулись в приложение через определённое время после установки — день, неделю, месяц. Считается по когортам установок.
Как повысить удержание пользователей приложения?
Сократить путь к первой ценности, отложить регистрацию, запрашивать разрешения в контексте, продумать все состояния экранов и настроить полезные push по действиям пользователя.
Сколько экранов должно быть в онбординге?
Не больше трёх, а во многих продуктах лучше обойтись подсказками в контексте прямо на главном экране.
Можно ли исправить удержание без полного редизайна?
Часто да: переделка онбординга, главного экрана и оформления заказа закрывает основные потери. Начинать стоит с аудита аналитики и отзывов.
