Большинство разработчиков относятся к скриншотам App Store как к задаче на этапе запуска. Вы собираете приложение, добавляете несколько снимков из симулятора, пишете одну-две подписи и публикуете. Затем переходите к следующему циклу сборки, а скриншоты так и остаются замороженными.
Вот в чём проблема: скриншоты — это первое, что видит пользователь перед тем, как решить, скачивать приложение или нет. Не подзаголовок. Не описание. Не отзывы. Скриншоты показываются на самом видном месте — и в результатах поиска, и на странице приложения. Пользователь в результатах поиска посмотрит на первый-второй скриншот, решит, стоит ли открывать подробности, и сформирует первое впечатление меньше чем за три секунды.
В отличие от ключевых слов, которые работают незаметно на фоне, скриншоты — это витрина вашего магазина. И в отличие от изменений в коде, чтобы их исправить, достаточно загрузить новые изображения в App Store Connect.
Этот материал разбирает, что скриншоты на самом деле делают в процессе обнаружения приложения пользователем, пять самых частых ошибок инди-разработчиков, аудит из пяти пунктов, который можно провести прямо сейчас, и как выглядит реальное обновление скриншотов на практике.
1. Что скриншоты на самом деле делают в процессе обнаружения
Когда пользователь ищет приложение, он видит сетку результатов. Каждый результат показывает иконку приложения, название, рейтинг и — в зависимости от ориентации скриншотов — от одного до трёх скриншотов в баннере.
Эти скриншоты выполняют работу по конверсии ещё до того, как пользователь перейдёт на страницу приложения. Горизонтальный скриншот занимает большую часть строки результата поиска. Стопка вертикальных скриншотов отображается рядом с иконкой. В любом случае первый загруженный вами скриншот делает большую часть работы.
На самой странице приложения скриншоты появляются раньше описания. Раньше отзывов. Раньше кнопки «Ещё», которая разворачивает длинное описание. Пользователь, который ещё не решил скачивать приложение, пролистает скриншоты прежде, чем прочитает хоть одно слово текста.
Практический вывод: ваши скриншоты — это не документация. Это питч. Каждый из них отвечает на вопрос пользователя «стоит ли скачивать это приложение?», и большинство делает это в миниатюре, где текст должен быть достаточно крупным, чтобы читаться при половине ширины экрана телефона.
2. Пять самых частых ошибок в скриншотах у инди-разработчиков
Эти закономерности регулярно встречаются в ASO-аудитах инди-приложений для iOS.
1. На первый план выносится функция, а не выгода
Скриншот списка задач с подписью «Ваши задачи» описывает, что показывает экран. Он не говорит пользователю, что тот получит. «Разберитесь с делами за 5 минут» — это обещание. Пользователи реагируют на обещания, а не на ярлыки.
2. Слишком много UI на одном экране
Есть соблазн впихнуть каждую функцию. Плотный UI в миниатюре превращается в шум. Пользователи не расшифровывают скриншоты. Они реагируют на них. Чистый экран с одним чётким сообщением и единым фокусом работает лучше, чем сложный экран, который нужно изучать, чтобы понять.
3. Игнорирование позиции скриншота 1
Скриншот 1 — это слот с наибольшим влиянием в ваших метаданных. Он загружается в результатах поиска. Это первое изображение, которое пользователи видят на странице приложения. Он должен отвечать на вопрос «что это приложение делает для меня?» за один взгляд. Многие приложения прячут своё самое сильное ценностное предложение в скриншоте 3 или 4, до которых большинство пользователей просто не доходит.
4. Подписи, слишком мелкие для чтения в миниатюрах поиска
В результатах поиска скриншоты отображаются примерно в 60% от исходного размера. Подпись, которая нормально смотрится в полном размере, становится нечитаемой в миниатюре. Если подпись требует полного увеличения на странице приложения, чтобы её прочитать, она невидима для пользователей, принимающих решение о первом тапе.
5. Отсутствие сюжетной линии в наборе
Скриншоты, которые ощущаются как независимые слайды, упускают возможность. Лучшие наборы скриншотов выстраивают развитие: вот проблема, вот как приложение её решает, вот как выглядит ваша жизнь после этого. Пользователи, пролиставшие набор, рассказывающий историю, больше готовы к загрузке, чем те, кто увидел пять несвязанных демонстраций функций.
3. Что на самом деле делают скриншоты с высокой конверсией
Скриншоты, которые приводят к загрузкам, разделяют несколько структурных свойств.
Они сообщают ценность, а не функциональность. Подпись — это утверждение о выгоде. Показанный экран — тот, который наиболее ясно демонстрирует эту выгоду. Комбинация отвечает на неявный вопрос пользователя ещё до того, как ему пришлось бы его задать.
Они созданы для размера миниатюры. Подписи короткие, крупные и контрастные. Ключевые элементы UI увеличены или обрезаны так, чтобы заполнить кадр, а не показывают полный интерфейс телефона в макете устройства с мелким текстом.
Они следуют продуманному порядку. Скриншот 1 — это крючок, самая убедительная причина скачать приложение. Скриншоты 2 и 3 развивают обещание конкретикой. Скриншоты 4 и 5 снимают возражения или показывают вторичные сценарии использования. Набор читается как краткая аргументация в пользу того, почему приложение стоит установить.
Они соответствуют поисковому намерению пользователя. Если пользователи нашли вас по запросу про таймер фокусировки, скриншот 1 должен подтверждать, что ваше приложение именно для фокусировки. Соответствие контекста между поисковым запросом и скриншотом усиливает у пользователя ощущение, что он нашёл правильный результат.
4. Аудит скриншотов из 5 пунктов
Проведите его для текущих скриншотов перед следующим циклом обновления.
Пункт 1: Отвечает ли скриншот 1 на ключевой вопрос о ценности меньше чем за три секунды?
Попросите человека, который никогда не видел ваше приложение, посмотреть на скриншот 1 три секунды, а затем сказать, что делает приложение. Если ответ не совпадает с основным сценарием использования приложения, скриншот 1 нужно менять.
Пункт 2: Является ли каждая подпись утверждением о выгоде, а не ярлыком функции?
Замените любую подпись, начинающуюся с «Ваш» или называющую элемент UI («Дашборд», «Настройки», «Вид календаря»), на утверждение, описывающее, что пользователь получает от этой функции.
Пункт 3: Можно ли прочитать каждую подпись в миниатюре результатов поиска?
Уменьшите скриншот примерно до 60% на экране и прочитайте подпись. Если приходится щуриться, шрифт слишком мелкий или подпись слишком длинная. Стремитесь к пяти-семи словам максимум на подпись, крупным контрастным шрифтом.
Пункт 4: Рассказывают ли скриншоты развитие?
Подпишите каждый скриншот одним предложением, описывающим, какой аргумент он приводит. Если вы не можете связать аргумент от одного скриншота к следующему, набор не рассказывает историю. Переставьте или замените скриншоты, пока набор не будет выстраиваться к логичному заключению.
Пункт 5: Работает ли ваш первый скриншот как самостоятельная реклама?
Apple иногда показывает отдельные скриншоты в редакционных подборках и функциях поиска. Если бы скриншот 1 показывался как самостоятельное изображение без контекста, передавал бы он ценность вашего приложения? Если нет, значит, он недостаточно конкретен.
5. До/после: как выглядит реальное обновление скриншотов
Приложение: «Task Pilot» (менеджер задач, подзаголовок: «Built for Focus»)
До (исходный набор, 5 скриншотов):
Скриншот 1: полный вид списка задач. Подпись: «Ваши задачи»
Скриншот 2: экран интеграции с календарём. Подпись: «Вид календаря»
Скриншот 3: экран фильтрации по тегам. Подпись: «Умные теги»
Скриншот 4: настройки напоминаний. Подпись: «Никогда не пропустите дедлайн»
Скриншот 5: виджет на главном экране. Подпись: «Держите темп»
Проблемы: скриншот 1 — это ярлык функции, а не крючок ценности. Подписи 1–3 описывают UI. В наборе нет развития — это пять независимых слайдов. Самая сильная подпись («Никогда не пропустите дедлайн») спрятана на позиции 4.
После (обновлённый набор, 5 скриншотов):
Скриншот 1: чистый увеличенный вид задач с тремя приоритетными пунктами. Подпись: «Разберитесь с делами за минуты»
Скриншот 2: вид календаря с выделенными дедлайнами задач. Подпись: «Никогда не пропускайте важное»
Скриншот 3: виджет на главном экране, крупным планом. Подпись: «Ваши приоритеты всегда на виду»
Скриншот 4: фильтр по тегам с сфокусированным списком задач. Подпись: «Концентрируйтесь на одном деле за раз»
Скриншот 5: анимация отметки выполненных задач. Подпись: «Лучшее чувство в продуктивности»
Внесённые изменения: скриншот 1 теперь даёт обещание вместо названия экрана. Самый сильный крючок идёт первым. Набор выстраивается от планирования к выполнению и завершению, давая пользователям ментальную модель рабочего процесса. Все подписи — утверждения о выгоде. Самая слабая позиция 5 отвечает за эмоциональное завершение.
6. Как Marteso связывает стратегию скриншотов с данными поиска
Оптимизация скриншотов не происходит в изоляции. Пользователи, попадающие на страницу вашего приложения, нашли вас через поисковый запрос, и сигналы ключевых слов, стоящие за этим запросом, формируют то, что эти пользователи ожидают увидеть, когда доберутся до неё.
Marteso показывает, какие ключевые слова приносят трафик вашему приложению и каково поисковое намерение за этими запросами. Если топ-3 поисковых запроса, приносящих показы вашему приложению, связаны с фокусировкой, а скриншот 1 выдвигает на первый план функцию управления задачами, между контекстом обнаружения и опытом на странице приложения возникает разрыв.
Те же данные, которые информируют решения по полю ключевых слов, могут откалибровать вашу стратегию скриншотов. Зная, какое пользовательское намерение находит вас, вы можете спроектировать скриншоты, подтверждающие это намерение, а не удивляющие пользователя чем-то неожиданным.
Скриншоты — самый заметный элемент вашего присутствия в App Store. Они загружаются раньше всего остального, работают в миниатюре, и их можно менять без подачи новой сборки. Если вы не проверяли их на соответствие своему реальному поисковому трафику за последние 90 дней, сейчас самое время это сделать.