Okko

Редизайн пользовательского сценария в разделе «Загрузки»

продуктовый дизайнер
июнь-сентябрь 2024
mobile
1

Okko — крупнейший российский онлайн-кинотеатр и стриминговый сервис, предлагающий огромную библиотеку контента, доступного по подписке на различных устройствах.

Задача

В Okko есть функционал загрузки фильмов и сериалов на мобильное устройство. Возможность загружать и смотреть контент без интернета особенно полезна в путешествиях.

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

Цель

Увеличить частоту использования функционала и, как следствие, среднее количество часов просмотра на пользователя.

Критерий успеха

Статистически значимый рост Discoverability, Intent to Use и Trust Score. Дополнительно — снижение Task Time на задачу.

Моя роль

Продуктовый дизайнер end‑to‑end: вела проект от кабинетного исследования до финальных макетов под разработку.

2

Discovering

Погружение в тему

Я начала исследование с изучения брифа. Мы провели созвон со стейкхолдерами, где я задала уточняющие вопросы и выяснила, что Окко хочет внедрить фичу «умная загрузка», которая на тот момент ещё не была реализована на российских стримингах.

Бенчмаркинг

У российских конкурентов запрашиваемой функции с умной загрузкой не было. Окко могли стать первым сервисом с таким функционалом. Из зарубежных конкурентов это было хорошо реализовано у Нетфликса.

Анализ ЦА

Я выделила 2 ключевые группы на основе ручного анализа 150+ отзывов в App Store, Google Play и на платформах-агрегаторах отзывов (otzovik.com). Критерий сегментации — частота упоминания конкретных проблем.

«Путешественники» — доминирующий сегмент в отзывах. Постоянно в поездках, скачивают контент на устройство для длительных перелетов. Ключевая проблема — недостаток памяти на устройстве и необходимость постоянно ее очищать.

Анализ ЦА

Я выделила 2 ключевые группы на основе ручного анализа 150+ отзывов в App Store, Google Play и на платформах-агрегаторах отзывов (otzovik.com). Критерий сегментации — частота упоминания конкретных проблем.

«Экономящие» — второй сегмент по частоте упоминаний. Люди, у которых нет возможности купить пакет безлимитного интернета. Ключевая проблема — ограничение по пакету трафика у мобильных операторов и необходимость экономить.

3

Defining

JTBD

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

Путешественники

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

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

Гипотезы

Портрет ЦА и JTBD помогли сформулировать продуктовые гипотезы. Я использовала количественные и качественные метрики для проверки гипотез, которые можно проверить на быстрых юзер-тестах в Figma.

  • Добавление умной загрузки увеличит частоту использования функционала на 20% через оптимизацию скачивания контента и рост его релевантности.
  • Добавление точечного управления загрузками (эпизод/сезон/сериал) сократит время выполнения задач на 20%, что создаст предпосылки для роста частоты взаимодействия с функционалом.
  • Добавление в настройки свитчера «Удалять просмотренное» сократит время выполнения задач на 15%, что создаст предпосылки для роста частоты взаимодействия с функционалом.

На основе всех данных был спроектирован user flow, который стал основой первого прототипа.

4

Developing

Тестирование

Для проверки гипотез было проведено два этапа юзер-тестирования в Zoom, первый — с лоу-фай прототипом в Figma, второй — с хай-фай. В обоих тестах участвовали по 3 человека. Я попросила их комментировать все вслух и максимально подробно описывать то, что они делают и зачем, а так же замеряла время выполнения задач секундомером.

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

  • Упростила навигацию по разделу с загрузками, добавила кнопку «Удалить всё»
  • Сократила количество шагов в сценарии со свитчером
  • Для «Умной загрузки» сделала подробный онбординг в функцию

Изменения принесли плоды, и на тесте хай-фай прототипа все поставленные по метрикам цели были выполнены.

Дизайн-система

Новый функционал потребовал обновлений в дизайн-системе. Я создала и описала поведение 5 новых компонентов, и они были включены в мой high-fidelity прототип. Затем подготовила макеты этого прототипа в разработку.

5

Delivering

Презентация

Я создала файл, где собрала все наработки в удобном для презентации виде, чтобы стейкхолдеры легко могли оценить объем работы. Защита решения проходила на созвоне в Zoom, для которого я создала отдельную презентацию.

Результаты

Стейкхолдеры оценили структурность решения и ориентированность на решение проблем пользователя. Был так же отмечена подробность и аккуратность макетов high-fidelity прототипа.

Что можно было сделать лучше

Я думаю

С этим всё, но у меня ещё кейс есть