Mobile
UX/UI
Redesign
Редизайн загрузки контента в Иви
Как сделать загрузку контента заметной, предсказуемой и естественной частью просмотра — от первого сигнала до офлайна.
01 — О проекте
Функция уже существовала.
Нужно было встроить её в привычный просмотр.
Нужно было встроить её в привычный просмотр.
Бриф Иви был шире отдельного экрана загрузок: нужно было пересобрать весь путь — точки входа, скачивание сериалов, управление файлами и возврат к контенту без интернета.
Продукт
Иви — онлайн-кинотеатр с фильмами и сериалами на мобильных устройствах. Офлайн-просмотр особенно важен в поездках, метро и местах с нестабильной связью.
Задача
Сделать функциональность загрузки заметной, упростить скачивание сезонов, дать понятный статус и быстрый доступ к сохранённому контенту.
Фокус решения
Не отдельный раздел «Загрузки», а связанный сценарий от намерения до офлайна.
Точки входа в карточке и плеере → выбор качества и эпизодов → статусы загрузки → быстрый доступ к скачанному → управление памятью → прямой маршрут в «Загрузки» без сети.
02 — Проблема
Доступная функция ≠ удобный опыт
Пользователь может не заметить загрузку, скачивать серии по одной, не понимать состояние процесса и потом снова искать сохранённый контент.
Я рассматривала не один экран, а всю цепочку: где загрузка появляется, как пользователь выбирает контент, что видит во время процесса и куда возвращается без интернета.
DESIGN QUESTION
Как показать офлайн-просмотр в нужный момент?
И при этом не заставлять пользователя разбираться в технической логике загрузок.
ТОЧКИ ВХОДА В СЦЕНАРИЙ
Функция должна появляться там, где возникает намерение — в карточке, плеере и в момент ухудшения соединения.
Обнаруживаемость
Пользователь не всегда знает, что контент можно сохранить заранее.
Предсказуемость
Перед действием не хватает понимания размера, прогресса и результата.
ТОЧКИ ВХОДА В СЦЕНАРИЙ
Функция появляется там,
где возникает намерение
где возникает намерение
На карточке сериала пользователь видит действие загрузки рядом с контентом. В плеере дополнительный контекстный триггер предлагает скачать серию, когда это действительно полезно.
Кебаб-меню → загрузка
Карточка → загрузка
Плеер → загрузка
Карточка → загрузка
Плеер → загрузка
03 — Синтез исследования
Главный разрыв — между намерением пользователя и логикой загрузок
Я разобрала текущий Иви и сценарии Кинопоиска и Apple TV, а затем свела наблюдения в четыре продуктовых вывода.
Сделать загрузку заметной
Показывать действие рядом с контентом и в момент ухудшения соединения.
Упростить сериалам
Дать возможность скачать сезон или несколько эпизодов за одно действие.
Давать обратную связь
Показывать размер, прогресс и доступность офлайн до и после загрузки.
Упростить возврат
Сохранённый контент должен находиться быстрее, чем пользователь успеет его искать.
04 — Инсайты
Из анализа — четыре продуктовых инсайта
Я разобрала текущий Иви, конкурентные сценарии и пользовательский контекст, а затем перевела наблюдения в принципы для решения.
Загрузка должна быть заметна в момент намерения
Действие нужно показывать рядом с контентом и в момент ухудшения соединения, а не прятать внутри сервиса.
Сериалам нужен пакетный сценарий
Перед поездкой пользователь готовит несколько эпизодов — повторять скачивание для каждой серии неудобно.
Статус и память — часть доверия
До и во время загрузки важно понимать размер, занятую память и состояние процесса.
К скачанному нужен короткий путь
После загрузки пользователь ожидает быстро найти контент, продолжить просмотр офлайн и управлять файлами.
05 — Пользовательский сценарий и JTBD
Пользователь готовится не к загрузке — он готовится к поездке
Поэтому основной job я сформулировала через ситуацию, а не через функцию приложения.
PRIMARY JOB
Когда я собираюсь туда, где интернет может быть нестабильным, я хочу быстро скачать нужные серии и легко найти их позже, чтобы продолжить просмотр без пауз и не тратить мобильный трафик.
Подготовить
Сохранить нужный контент заранее.
Понять
Видеть размер, прогресс и статус.
Вернуться
Быстро найти скачанный сериал.
Освободить
Удалить просмотренное без лишних шагов.
01
Поездка
↓
02
Плохая связь
↓
03
Выбор сезона
↓
04
Загрузка
↓
05
Офлайн
Загрузка
→
Поездка
→
Плохая связь
→
Выбор сезона
→
Офлайн
06 — Гипотезы
Гипотезы для всего офлайн-сценария
Я рассматривала не один экран «Загрузки», а весь путь пользователя — от обнаружения функции до возвращения к скачанному контенту.
01
Скачивать сезон одним действием
Если дать возможность скачать весь сезон или несколько следующих серий сразу, пользователь потратит меньше повторяющихся действий и охотнее подготовит сериал к просмотру без интернета.
02
Показывать размер и статус
Если заранее показать объём контента, а во время загрузки — понятный прогресс, пользователь будет увереннее запускать скачивание и лучше понимать, что уже доступно офлайн.
03
Подсказывать функцию в нужный момент
Если напоминать об офлайн-просмотре при плохом интернете или во время просмотра сериала, больше пользователей заметят функцию именно тогда, когда она решает их текущую проблему.
04
Упростить возврат к загрузкам
Если сделать скачанный контент заметной точкой входа, пользователю будет проще открыть сериал без интернета и продолжить просмотр без поиска по вложенным разделам.
05
Автозагрузка следующих серий по Wi‑Fi
Если предложить опциональную автозагрузку следующих серий по Wi‑Fi, офлайн-сценарий потребует меньше ручного управления, но сохранит контроль за пользователем.
06
Автоматически удалять просмотренное
Если предложить удалять просмотренные серии автоматически, снизится тревога из-за переполнения памяти и пользователю будет проще регулярно скачивать новый контент.
Что беру в работу
В первую очередь — базовый путь: заметность функции → скачивание сезона → понятный статус → быстрый доступ. Автоматизацию оставляю следующим уровнем после проверки основного сценария.
07 — Вайрфреймы
Сначала проверила структуру сценария —
без визуального шума
без визуального шума
Вайрфреймы помогли проверить последовательность действий до финального UI: где начинается загрузка, как управлять сериями и как вернуться к скачанному контенту.
WIREFRAMES
На этом этапе я проверяла не визуальные детали, а логику переходов и объём решений на каждом шаге.
08 — Исследование на Pathway
Проверила прототип на 10 респондентах
Немодерируемый тест помог проверить весь офлайн-сценарий до финального UI: от обнаружения загрузки до управления скачанным контентом.
10
респондентов
Pathway
сервис тестирования
Немодерируемый
юзабилити-тест
5 задач
сквозной сценарий
09 — Результаты тестирования
Что подтвердилось — и что изменилось после теста
Пять гипотез подтвердились, одна — частично. Именно частичный результат изменил механику финального сценария.
01
Скачивать сезон одним действием
Если дать возможность скачать весь сезон или несколько следующих серий сразу, пользователь потратит меньше повторяющихся действий и охотнее подготовит сериал к просмотру без интернета.
Подтвердилась
02
Показывать размер и статус
Если заранее показать объём контента, а во время загрузки — понятный прогресс, пользователь будет увереннее запускать скачивание и лучше понимать, что уже доступно офлайн.
Подтвердилась
03
Подсказывать функцию в нужный момент
Если напоминать об офлайн-просмотре при плохом интернете или во время просмотра сериала, больше пользователей заметят функцию именно тогда, когда она решает их текущую проблему.
Подтвердилась частично
04
Упростить возврат к загрузкам
Если сделать скачанный контент заметной точкой входа, пользователю будет проще открыть сериал без интернета и продолжить просмотр без поиска по вложенным разделам.
Подтвердилась
05
Автозагрузка следующих серий по Wi‑Fi
Если предложить опциональную автозагрузку следующих серий по Wi‑Fi, офлайн-сценарий потребует меньше ручного управления, но сохранит контроль за пользователем.
Подтвердилась
06
Автоматически удалять просмотренное
Если предложить удалять просмотренные серии автоматически, снизится тревога из-за переполнения памяти и пользователю будет проще регулярно скачивать новый контент.
Подтвердилась
Главное изменение после теста
Вместо ставки на автоматическую загрузку я усилила контекст: предложение скачать серию появляется прямо во время просмотра, но контроль остаётся у пользователя.
10 — Итоговый пользовательский flow
Один сценарий связывает выбор контента, загрузку и офлайн-просмотр
Пользователь может войти в сценарий из карточки сериала или плеера, выбрать качество и эпизоды, увидеть состояние процесса и вернуться к контенту через отдельный раздел «Загрузки».
Карточка/Кебаб-меню/Плеер
→
Скачать
→
Серия / сезон
→
Статус
→
Загрузки
→
Офлайн
Контекстный вход
Snackbar в плеере предлагает загрузить серию в момент просмотра.
Если сеть уже пропала, экран ошибки ведёт прямо в «Загрузки» — пользователь не остаётся в тупике.
1
Карточка / плеер
↓
2
Скачать
↓
3
Серия / сезон
↓
4
Статус
↓
5
Загрузки
↓
6
Офлайн
11 — Финальный дизайн
Четыре изменения, которые держат весь сценарий
Финальный интерфейс сохраняет узнаваемую логику Иви, но делает загрузку заметной, управляемой и предсказуемой до начала действия и во время процесса.
DOWNLOAD FLOW · MASTER-PROTOTYPE
Актуальные финальные состояния из Master-prototype
12 — Управление загрузками
После скачивания сценарий не заканчивается
Скачанный контент можно найти, выбрать или удалить по сериям, контролировать занимаемое место и открыть даже после потери соединения.
DOWNLOAD MANAGEMENT · OFFLINE
Контроль остаётся у пользователя
Отдельный раздел показывает объём загрузок, выбор серий и удаление. В настройках видна память устройства и правила автозагрузки.
Офлайн — предусмотренное состояние
При потере сети система предлагает не тупик, а прямой переход к уже скачанному контенту.
13 — Метрики после запуска
Юзабилити показал понятность. После запуска — продуктовый эффект
Тест на 10 респондентах дал качественную валидацию сценария. Но проект концептуальный, поэтому продуктовые метрики я бы проверяла только после запуска.
Task Success Rate
Сколько пользователей успешно завершили загрузку.
Time on Task
Сколько времени занимает путь от намерения до старта.
Download → Offline
Какая доля скачанного контента реально смотрится офлайн.
Drop-off / Reuse
Где бросают сценарий и возвращаются ли к нему снова.
14 — Что я вынесла из проекта
Тестирование должно менять решение, а не только подтверждать макеты
Главный результат проекта — не набор экранов, а связанный сценарий, скорректированный после проверки гипотез.
Из исследования в финальный flow
Тест подтвердил ценность загрузки сезона, прозрачности памяти, быстрого доступа и контекстных подсказок. Гипотеза об автозагрузке подтвердилась лишь частично — поэтому основной сценарий сохранил контроль за пользователем.
Контекст сильнее автоматизации
Полезнее предложить действие в нужный момент, чем незаметно выполнить его за пользователя.
Состояния — часть основного UX
Размер файла, занятая память и статус влияют на готовность начать загрузку не меньше самой кнопки.
Тест должен менять механику
Частичный результат одной гипотезы привёл к микротриггеру в плеере и изменил финальный flow.
