Email-маркетинг для мобильных приложений: onboarding и retention

У мобильного приложения есть push-уведомления, in-app сообщения, сториз внутри интерфейса. Зачем ему ещё и email? Затем, что 77% пользователей удаляют приложение в первые три дня после установки. Push не дойдёт до того, кто уже удалил. In-app не увидит тот, кто не открывает. Email - единственный канал, который работает за пределами приложения и не зависит от того, установлено ли оно на телефоне.

Почему email до сих пор нужен мобильным приложениям

Push-уведомления - быстрый канал, но хрупкий. По данным Airship, средний opt-in rate для push на Android - около 49%, на iOS - 36%. Это значит, что от половины до двух третей вашей аудитории вы не можете достать через push. Те, кто разрешил уведомления, тоже не гарантированы: один раздражающий пуш - и пользователь отключает весь канал.

Email работает иначе. Он не исчезает после свайпа. Он лежит в ящике, пока человек не решит его открыть. Он может содержать длинный текст, скриншоты, таблицы, deep links - всё то, что невозможно запихнуть в push-нотификацию длиной 120 символов. И главное: email дотягивается до пользователя, даже если тот удалил приложение два месяца назад. Push в такой ситуации бесполезен. In-app - тем более.

Есть и менее очевидная причина. Email - канал владения. Push идёт через Firebase или APNs; платформа решает, доставлять ли уведомление и в каком виде. App Store может изменить правила, и ваш push-канал сломается за ночь. Список email-адресов принадлежит вам. Это актив, который не обесценится при очередном обновлении iOS.

Сбор email: момент и контекст

Главная ошибка - требовать email при регистрации, когда пользователь ещё не понимает, зачем ему приложение. Человек скачал из App Store, открыл, увидел экран «введите email для регистрации» и закрыл. Либо ввёл мусорный адрес, чтобы побыстрее пройти дальше. По данным Localytics, 21% пользователей открывают приложение только один раз. Если единственный шанс получить email - первый экран, каждый пятый адрес будет невалидным или одноразовым.

Работающий подход: отложенный сбор. Дать человеку попользоваться продуктом без регистрации (гостевой режим, ограниченный функционал) и попросить email в момент, когда он получил первую ценность. Фитнес-приложение - после первой тренировки. Финансовый трекер - после первого отчёта по расходам. Сервис доставки - после оформления первого заказа. В этот момент мотивация оставить настоящий адрес выше, а процент одноразовых ящиков - ниже.

Даже при таком подходе часть адресов окажется невалидной. Опечатки на мобильной клавиатуре - отдельная история: gmial.com, yandx.ru, два пробела вместо точки. Валидация в реальном времени через API отсекает эти ошибки до того, как адрес попадёт в базу. Без валидации onboarding-цепочка уходит в пустоту, bounce rate растёт, а вы даже не знаете, что половина welcome-писем не дошла.

Onboarding: первые семь дней

Onboarding в мобильном приложении отличается от SaaS или e-commerce. Пользователь находится на телефоне. У него короткие сессии, маленький экран и десять других приложений, конкурирующих за внимание. Email-цепочка должна учитывать этот контекст.

Письмо 1 (сразу после регистрации). Короткое. Одно конкретное действие. Не «изучите все функции», а «настройте профиль за 30 секунд» или «добавьте первую цель». Кнопка с deep link, которая открывает приложение на нужном экране. Если приложение не установлено, deep link должен вести в магазин. Это базовый сценарий, который многие упускают.

Письмо 2 (день 2, если ключевое действие не выполнено). Напоминание с объяснением ценности. Почему стоит выполнить первый шаг. Короткий кейс: «Пользователи, которые настроили профиль в первый день, в 3 раза чаще возвращаются через неделю». Факт, а не уговоры.

Письмо 3 (день 3-4). Вторая ценность приложения. Пользователь знает основную функцию. Покажите следующую: интеграцию с другими сервисами, виджет, функцию, о которой не все знают. Опять deep link прямо на нужный экран.

Письмо 4 (день 5-7). Социальное доказательство. Отзыв реального пользователя. Статистика: «200 000 человек используют приложение ежедневно». Если есть данные по активности конкретного пользователя, лучше показать их: «За эту неделю вы прошли 3 тренировки. Продолжайте - до первых результатов осталось 4 занятия».

Ключевой принцип: каждое письмо содержит один deep link, одно действие и занимает не больше 40 секунд на чтение. Мобильный пользователь проверяет почту между делами. Длинные инструкции с пятью шагами никто не читает стоя в метро.

Deep link - мост между email и приложением. Письмо без deep link - это билборд без адреса: человек увидел, заинтересовался, но не знает, куда идти.

Deep links: технический слой, который решает конверсию

Deep link в email - это не просто ссылка на приложение. Это ссылка на конкретный экран внутри приложения. Разница принципиальная. Обычная ссылка открывает главный экран, и пользователь должен сам найти нужный раздел. Deep link открывает именно то, о чём говорилось в письме: страницу акции, экран настроек, незавершённое действие.

По данным Branch.io, письма с deep links показывают в 2 раза более высокий CTR по сравнению с обычными ссылками. Причина простая: меньше трения. Человеку не надо искать - он сразу оказывается там, куда его звали.

Техническая реализация зависит от платформы. Universal Links на iOS, App Links на Android, deferred deep links для случаев, когда приложение ещё не установлено. Последний сценарий особенно важен для реактивации: пользователь удалил приложение, получил письмо, нажал на ссылку. Deferred deep link сначала ведёт в магазин, а после установки открывает нужный экран. Без этой механики человек скачивает приложение и видит экран логина вместо того контента, который привлёк его внимание. Конверсия теряется на последнем шаге.

Частая ошибка: тестировать deep links только на своём устройстве. Ссылки ведут себя по-разному в Gmail, Outlook, Apple Mail и Яндекс.Почте. Некоторые почтовые клиенты оборачивают ссылки в собственные редиректы, что ломает Universal Links. Тестируйте на реальных устройствах, в реальных почтовых клиентах, на обеих платформах.

Push vs email: не конкуренция, а оркестровка

Вопрос «push или email?» поставлен неверно. Каждый канал решает свою задачу, и они не взаимозаменяемы.

Push подходит для срочных, коротких сигналов: «Ваш заказ доставлен», «Курс евро изменился на 3%», «Друг присоединился к вашему челленджу». Это сообщения, привязанные к моменту. Через два часа они теряют смысл.

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

Грамотная стратегия использует оба канала в связке. Пользователь не заходил 3 дня? Сначала push. Не отреагировал за сутки? Тогда email с более развёрнутым содержанием и deep link. Не открыл ни push, ни email за неделю? Второе email-касание с другим углом. Это последовательная эскалация, а не бомбардировка по всем каналам одновременно.

Ошибка, которую допускают чаще всего: отправлять одно и то же сообщение через push и email одновременно. Человек получает два уведомления об одном и том же, чувствует давление и отключает оба канала. Если push доставлен и открыт, email можно не отправлять. Автоматизация на уровне Customer.io, Braze или Iterable это умеет - настраивается правилом «подавить email, если push открыт в течение N часов».

Retention: как возвращать тех, кто ушёл

Средний retention rate для мобильного приложения на 30-й день после установки - около 6% (данные Adjust). Это означает, что 94 из 100 пользователей перестают пользоваться приложением в течение месяца. Цифра выглядит удручающе, но она включает всех - в том числе тех, кто скачал приложение случайно и никогда не собирался его использовать.

Для email-маркетолога это означает одно: retention - главное поле работы. Привлечение - задача маркетинга и ASO. Удержание и возврат - задача email-цепочек.

Триггер бездействия. Пользователь не открывал приложение 7 дней. Первое письмо: что нового появилось за это время. Не «мы скучаем» (это штамп, который никого не трогает), а конкретная ценность: новая функция, контент, который он пропустил, результаты его друзей в приложении. Deep link на экран с этой ценностью.

14 дней без активности. Более прямое обращение. Персональная статистика: «В прошлом месяце вы пробежали 42 км. Этот месяц пока на нуле». Или предложение помощи: «Что-то не работает? Напишите, разберёмся за 5 минут». Конкретный вопрос работает лучше абстрактного «будем рады видеть вас снова».

30 дней без активности. Последнее email-касание перед тем, как отправить адрес в сегмент «спящие». Здесь уместен стимул: скидка на премиум, продление бесплатного периода, эксклюзивный контент. Если и это письмо проигнорировано, дальнейшие попытки скорее навредят репутации отправителя, чем вернут пользователя.

Сезонная реактивация. Фитнес - январь и сентябрь. Финансы - начало квартала. Образование - сентябрь. У каждой категории приложений есть моменты, когда мотивация пользователей естественно выше. Реактивационные кампании, привязанные к этим моментам, работают в 2-3 раза лучше, чем те же письма в случайное время.

Вёрстка писем для мобильной аудитории

Если ваше приложение мобильное, то и письма будут читать на телефоне. По данным Litmus, 43% email открывается на мобильных устройствах. Для аудитории мобильного приложения эта цифра ближе к 70-80%.

Практические правила. Ширина письма - не больше 600 px, но все элементы должны адаптироваться к 320. Кнопка CTA - минимум 44x44 px, расположена в первом экране (до скролла). Шрифт основного текста - не меньше 16 px. Изображения - лёгкие: если письмо весит больше 100 КБ, оно будет обрезано в Gmail. Прехедер - осмысленный текст, а не «Письмо не отображается? Откройте в браузере».

Отдельный момент - тёмная тема. Больше 80% пользователей iOS включают тёмный режим. Если ваш логотип - чёрный текст на прозрачном фоне, в тёмной теме он станет невидимым. Тестируйте письма в обоих режимах. Используйте prefers-color-scheme в CSS там, где это поддерживается.

Гигиена базы: специфика мобильных приложений

Мобильные приложения собирают email в условиях, которые провоцируют ошибки. Маленькая клавиатура, автозамена, спешка. Пользователь регистрируется на ходу, между станциями метро. Результат: процент невалидных адресов в базе мобильного приложения обычно выше, чем в web-сервисе.

Второй фактор - одноразовые email-сервисы. Пользователи мобильных приложений чаще используют временные ящики, чтобы получить доступ к контенту без обязательств. Для маркетолога такой адрес бесполезен: через сутки ящик перестанет существовать, а письмо уйдёт в hard bounce.

Решение - двухуровневая валидация. Первый уровень: real-time проверка при регистрации. API-запрос за 200-300 мс, пока пользователь ещё на экране ввода. Проверяет синтаксис, существование домена, наличие MX-записей и определяет одноразовые сервисы. Если адрес невалиден, пользователь видит подсказку и исправляет ошибку сразу.

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

Метрики, которые стоит отслеживать

• Deep link click-to-open rate. Какой процент получателей не просто открыл письмо, а перешёл по deep link в приложение. Это ключевая метрика для мобильного email-маркетинга. Если CTR высокий, а deep link open - низкий, проблема в технической реализации ссылок.
• Reinstall rate из email. Сколько пользователей переустановили приложение после email-кампании. Измеряется через deferred deep links с UTM-метками.
• Day-7 retention по когортам. Сравнивайте retention пользователей, получивших onboarding-цепочку, с теми, кто не получил. Разница покажет вклад email в удержание.
• Bounce rate по источнику регистрации. Пользователи, пришедшие из рекламы в TikTok, могут давать совсем другое качество адресов, чем пришедшие из органического поиска. Зная это, вы можете включить более строгую валидацию для проблемных каналов.
• Unsubscribe rate по типу письма. Onboarding должен быть ниже 0.5%. Retention-письма - ниже 1%. Реактивация - допустимо до 2%. Если цифры выше, контент не попадает в ожидания аудитории.

Чек-лист для мобильного email-маркетинга

• Подключите real-time валидацию email при регистрации в приложении. Отсекайте одноразовые ящики и опечатки на входе.
• Настройте onboarding-цепочку из 4-5 писем с deep links на конкретные экраны приложения.
• Реализуйте deferred deep links для сценария «приложение не установлено».
• Разведите push и email: не дублируйте сообщения, используйте подавление по каналу.
• Настройте триггеры бездействия: 7, 14 и 30 дней без активности - три разных письма с нарастающей конкретикой.
• Тестируйте письма на мобильных устройствах в тёмной теме.
• Раз в месяц прогоняйте базу через валидатор. Удаляйте адреса, которые деградировали.

Email для мобильного приложения - не второстепенный канал и не замена push-уведомлениям. Это отдельный инструмент с собственными правилами: deep links вместо обычных ссылок, короткие письма вместо лонгридов, event-driven логика вместо календарных рассылок. И как любой инструмент, он работает только на чистых данных. Невалидные адреса в базе мобильного приложения - это не абстрактная проблема гигиены. Это конкретные пользователи, до которых вы не можете дотянуться, когда они удалили приложение и push им уже не доставляется.