Запуск мобильного приложения: чек-лист для инди-разработчика

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

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

До разработки: проверьте идею и запустите лист ожидания

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

Проверьте спрос за несколько дней

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

Сделайте простой лендинг с листом ожидания

Хватит одной страницы с понятным заголовком, несколькими скриншотами или макетами и формой подписки по email. Все, кто подпишется, смогут попасть в бету и узнать о дне запуска.

Собирать интерес могут и сами магазины: App Store поддерживает предзаказы, а Google Play — предварительную регистрацию, так что люди получат уведомление, когда приложение станет доступно. Проверьте актуальные условия участия в каждом из них.

Определите первую версию

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

Бета-тестирование: TestFlight и треки тестирования Google Play

Бета находит падения и непонятные экраны, которые вы сами уже не замечаете, и превращает подписчиков листа ожидания в вовлечённых пользователей.

TestFlight на iOS

TestFlight от Apple распространяет бета-сборки через App Store Connect.

• Внутренние тестировщики — участники вашей команды в App Store Connect; они могут устанавливать сборки без бета-модерации.
• Внешними тестировщиками может быть кто угодно, кого вы пригласите по email или по публичной ссылке. Первая сборка для внешних тестировщиков проходит Beta App Review.
• Срок действия бета-сборок ограничен, поэтому во время долгой беты продолжайте загружать новые.

Треки тестирования в Google Play

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

Новые личные аккаунты разработчиков в Google Play должны провести закрытое тестирование с минимальным числом тестировщиков в течение минимального срока, прежде чем публиковать приложение в продакшен. Проверьте актуальное требование в Play Console до того, как назначать дату запуска: оно может добавить несколько недель.

Проводите бету с конкретной целью

1. Дайте тестировщикам две-три конкретные задачи — например, зарегистрироваться и создать первую запись.
2. Подключите отчёты о падениях и базовую аналитику до начала беты.
3. Через несколько дней задайте один открытый вопрос: что было непонятным или раздражало?
4. Сначала исправьте падения, затем самые запутанные места онбординга.
5. Регулярно выпускайте новые бета-сборки, чтобы тестировщики видели, что их отзывы важны.

Модерация в App Store и Google Play: чего ожидать

Оба магазина проверяют приложения перед публикацией и открыто публикуют свои правила. Прочитайте правила проверки приложений от Apple и правила программы для разработчиков Google Play хотя бы раз до отправки. Это предотвращает большинство отказов.

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

Частые причины отказа в App Store

• Падения и баги. На проверке приложение падает или какой-то сценарий не работает.
• Неполная информация. Приложение требует входа, но демо-аккаунт не предоставлен.
• Контент-заглушки. Lorem ipsum, тестовые данные, битые ссылки или пустые экраны.
• Неточные метаданные. Скриншоты или описания, которые не соответствуют тому, что делает приложение.
• Проблемы с приватностью. Нет политики конфиденциальности, сведения о конфиденциальности не совпадают с тем, какие данные собирает приложение, или запросы разрешений не объясняют, зачем нужен доступ.
• Удаление аккаунта. Если пользователи могут создать аккаунт в приложении, у них должна быть возможность начать его удаление прямо из приложения.
• Платежи. Цифровой контент, который открывается внутри приложения, как правило, должен продаваться через встроенные покупки — с некоторыми исключениями и региональными различиями.
• Минимальная функциональность. Приложение, которое по сути является сайтом в обёртке или даёт слишком мало пользы, могут отклонить.

Частые проблемы в Google Play

• Форма «Безопасность данных». Она должна точно описывать, какие данные собирают и передают приложение и его SDK.
• Чувствительные разрешения. Доступ к таким вещам, как фоновая геолокация, SMS или журнал звонков, требует заявленного и обоснованного сценария использования.
• Целевой уровень API. Новые приложения и обновления должны быть нацелены на свежий уровень Android API.
• Правила оформления страницы приложения. Вводящие в заблуждение иконки, переспам ключевыми словами или утверждения, которые вы не можете подтвердить.
• Удаление аккаунта и платежи. Приложениям с аккаунтами нужен способ запросить удаление, а цифровые товары, которые продаются в приложении, подпадают под правила оплаты Google Play.

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

Советы по ASO для небольшого запуска

App Store Optimization, или ASO, — это работа над тем, чтобы страницу приложения было легко найти в поиске магазина и чтобы она убеждала посетителей.

Название и подзаголовок или краткое описание

Название приложения — один из самых сильных поисковых сигналов, которые вы контролируете. Сочетайте название бренда с короткой фразой о том, что делает приложение, например «Трекер привычек» или «Планировщик бюджета». Подзаголовок в App Store и краткое описание в Google Play дают ещё одну короткую строку. Лимиты символов жёсткие, поэтому каждое слово должно быть вероятным поисковым запросом или реальной пользой.

Ключевые слова

• В App Store есть скрытое поле ключевых слов. Разделяйте слова запятыми, не повторяйте слова из названия и не используйте названия брендов конкурентов.
• В Google Play поля ключевых слов нет. Магазин учитывает название и описания, поэтому пишите полное описание естественным языком вокруг фраз, которые ищут ваши пользователи.
• Локализация страницы приложения на другие языки может помочь появляться в большем числе поисковых запросов.

Скриншоты и видеопревью

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

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

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

Иконка, оценки и отзывы

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

План недели запуска

Запуск — это короткий спланированный рывок, а не один пост:

1. За две недели. Отправьте финальную сборку и выберите ручной выпуск в App Store или управляемую публикацию в Google Play, чтобы приложение было одобрено, но ещё не опубликовано. Подготовьте скриншоты, короткий демо-ролик, страницу с пресс-китом и черновики всех постов о запуске.
2. За несколько дней. Отправьте подписчикам листа ожидания письмо с датой. Попросите нескольких бета-тестировщиков попробовать приложение в первый день и прислать честные впечатления.
3. День запуска. Выпустите приложение, проверьте, что оно устанавливается в важных для вас странах, и отправьте листу ожидания письмо с прямыми ссылками на магазины. Опубликуйте анонсы и отвечайте на каждый комментарий.
4. Дни со второго по четвёртый. Поделитесь приложением в остальных сообществах из списка — по одному-два в день, адаптируя пост под каждую аудиторию. Быстро исправляйте баги запуска.
5. Конец недели. Выпустите небольшое обновление с исправлениями по первым отзывам и поблагодарите тех, кто помог.

Для последующих обновлений поэтапный выпуск в App Store и поэтапное развёртывание в Google Play позволяют поставить выпуск на паузу, если появятся проблемы.

Где объявить о запуске приложения

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

• Лист ожидания и бета-тестировщики. Ваша самая тёплая аудитория. Попросите их оценить приложение, если оно им нравится.
• Нишевые сообщества. Сабреддиты, форумы, группы в Discord и Slack вокруг проблемы, которую решает приложение. Сначала прочитайте правила и расскажите, зачем вы его сделали, а не бросайте голую ссылку.
• Сообщества инди-разработчиков. Product Hunt, Indie Hackers и пост Show HN на Hacker News подходят приложениям с историей автора или интересной технической стороной.
• Рассылки и блогеры в вашей нише. Короткое личное письмо со ссылкой на демо работает лучше пресс-релиза.
• Каталоги проектов. Они дают приложению постоянное место, где его найдут и спустя долгое время после недели запуска. One Dollar Planet — один из вариантов: можно добавить приложение на планету как точку за $1, которая останется навсегда, или с логотипом и собственной страницей за $10, а посетители могут ставить ему звёзды в рейтинге проектов. Подробности — на странице о том, как всё устроено.

Как измерять удержание после запуска

Загрузки показывают, что запуск дошёл до людей. Удержание показывает, что приложение стоит того, чтобы его оставить.

• Определите активацию. Выберите действие, которое означает, что польза получена, — например, создание первой записи, — и отслеживайте, сколько новых пользователей до него доходят.
• Следите за удержанием по когортам. Смотрите на долю новых пользователей каждой недели, которые возвращаются на 1-й, 7-й и 30-й день. Если кривая выходит на плато, значит, ядро аудитории продолжает возвращаться.
• Отслеживайте конверсию в магазине. App Store Connect и Google Play Console показывают показы, просмотры страницы и установки, так что можно понять, где узкое место — в странице приложения или в самом приложении.
• Следите за стабильностью. Доля падений и зависаний с ошибкой «приложение не отвечает» влияет на оценки, а в Google Play низкое техническое качество может снизить видимость.

Собирайте только нужные данные и держите сведения о конфиденциальности в App Store и форму «Безопасность данных» в Google Play в соответствии с каждым SDK, который добавляете.

Как развивать приложение после запуска

Именно в недели после запуска складывается настоящий продукт.

1. Сначала исправьте падения и блокеры. Всё остальное не важно, если приложение не работает.
2. Улучшите онбординг. Многие пользователи уходят уже в первой сессии, так что сократите путь до активации.
3. Поговорите с активными пользователями. Спросите, что заставило их остаться и что почти заставило бросить.
4. Выпускайте небольшие регулярные обновления с понятными описаниями изменений.
5. Пересмотрите страницу в магазине, используя слова самих пользователей, и тестируйте варианты с помощью оптимизации страницы продукта от Apple или экспериментов со страницей приложения в Google Play.
6. Решите, что дальше. Если удержание хорошее, вкладывайтесь в рост. Если слабое, измените продукт, прежде чем продвигать его активнее.

Больше руководств о запуске и маркетинге небольших проектов — в блоге.

Главное

• Проверяйте идею в реальных разговорах и с помощью листа ожидания ещё до того, как закончите разработку.
• Проведите продуманную бету в TestFlight и Google Play и заранее проверьте требования Google Play к тестированию для новых аккаунтов.
• Прочитайте правила магазинов перед отправкой. Падения, отсутствие демо-аккаунтов, пробелы в приватности и неточные метаданные — частые причины отказов.
• Считайте название, первые скриншоты и первые оценки основой ASO.
• Планируйте неделю запуска как серию публикаций там, где уже есть ваши пользователи.
• Оценивайте успех по удержанию, а не по загрузкам, и в первую очередь улучшайте онбординг.

Частые вопросы

Сколько стоит запустить мобильное приложение?

Фиксированные расходы — это аккаунты разработчика: Apple берёт ежегодный членский взнос, а Google Play — разовую плату за регистрацию; актуальные цены проверьте на их официальных сайтах. В остальном небольшой запуск держится в основном на вашем времени и недорогих инструментах.

Сколько длится модерация приложения?

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

Стоит ли запускаться на iOS и Android одновременно?

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

Что такое App Store Optimization и работает ли это для новых приложений?

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

Как продвигать мобильное приложение без маркетингового бюджета?

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