Процесс запуска

Скриншоты для App Store, Google Play и RuStore: требования и порядок подготовки

Чек-лист для трёх магазинов: от технических файлов до истории продукта, читаемой на маленьком экране.

Команда проверяет разные наборы скриншотов приложения перед загрузкой в магазины
Команда проверяет разные наборы скриншотов приложения перед загрузкой в магазины
Короткий ответ

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

Оцените приложение в коротком опросе

Начать

Чем отличаются магазины

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

МагазинЧто проверить отдельноЧастая ошибка
App StoreТип устройства, ориентацию, формат без прозрачности, локальНабор снят на устаревшем интерфейсе или не соответствует устройству
Google PlayМатериалы для телефонов и других поддерживаемых форм-факторовТекст слишком мелкий после уменьшения карточки
RuStoreРеальный интерфейс, ориентацию набора и предварительный вид сеткиКопирование материалов без проверки русской карточки

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

Сначала история, потом оформление

Хороший набор читается без описания. Для сервисного приложения последовательность может быть такой:

  1. главный результат: «Запишитесь к специалисту за минуту»;
  2. выбор услуги и времени;
  3. понятная карточка специалиста;
  4. напоминание и перенос записи;
  5. поддержка или программа лояльности.

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

Подпись должна пережить уменьшение

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

Не закрывайте подписью важные элементы экрана. Если польза не понятна без десяти стрелок и кружков, возможно, выбран не тот кадр. Избегайте слов «лучший», «№ 1» и конкретных обещаний без подтверждения.

Реальные данные без утечки

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

Статусы, цены, карты, доступность услуг и названия функций должны соответствовать текущей версии. Если функция ещё проходит разработку, не включайте её «на будущее».

Есть идея приложения и нужен трезвый следующий шаг?

Разобрать идею приложения

Русская локализация — это новая редактура

Английское `Track every order` помещается в одну строку; русский вариант может потребовать две. Просто уменьшить шрифт — плохое решение. Перепишите обещание, поменяйте перенос, иногда выберите другой экран и порядок.

Учитывайте и рынок. Для российской карточки могут быть важнее СБП, RuStore, поддержка в привычном канале или локальная доставка, но только если эти возможности действительно есть. Не добавляйте флаг или карту страны как декоративный знак: продукт должен выглядеть международно и современно, а локальность доказывается понятным текстом и сценарием.

Производственный чек-лист

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

В RuStore можно автоматизировать часть загрузки через Public API для скриншотов, но автоматизация не заменяет визуальную проверку порядка.

Связанные материалы Appfyl

Превратите исследование в план запуска

Appfyl поможет превратить идею в понятный план приложения, список функций первой версии и план первых работ.

Обсудить план приложения

Главные выводы

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

Полезные ссылки

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

Можно ли использовать один дизайн для трёх магазинов?

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

Обязательно ли добавлять текст поверх экрана?

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

Можно ли показывать будущую функцию?

Не стоит. Материалы должны честно представлять доступную версию и не вводить пользователя или проверяющего в заблуждение.

Когда обновлять скриншоты?

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