кейсы
cv
написать мне
Okko х Афиша.
Раздел «Билеты»
Создание раздела в рамках интеграции с сервисом «Афиша» внутри Okko для покупки билетов на мероприятия: театры, кино, спортивные события, выставки и так далее
Видеостриминг
B2C
iOS
Android m
Цель — запустить MVP discovery-слоя раздела «Билеты» в рамках интеграции с Афишей и снять baseline по ключевым шагам сценария выбора, чтобы дальше развивать раздел по данным, а не по предположениям
роль в проекте
Я отвечала за пользовательскую часть выбора событий: общую главную раздела, коллекции под разные типы событий, подразделы, календарь, фильтры и навигацию. Плюс генерация и приоритизация гипотез, инициация доработок дизайн-системы, коммуникация с PM / DS / разработкой, проработка MVP и target-состояния
гипотезы
01/
Логика и навигация
Если навигация внутри «Билетов» будет повторять логику других витрин Okko (тип/подраздел → коллекция → карточка), то пользователь сможет ориентироваться в новом разделе без обучения, потому что перенесёт уже сформированные паттерны взаимодействия с продуктом
02/
Календарь
Если календарь сделать самостоятельным слоем выбора, интегрированным с фильтрацией (а не полем даты), и в MVP ограничить его линейным быстрым выбором, то это покроет основной сценарий без потери в UX, потому что событие жёстко привязано к дате/времени
03/
Формат для кино- и других событий
Если для кино использовать вертикальную карточку, а для остальных типов событий — горизонтальную с названием, местом проведения и ценой «от …», то пользователь сможет принять решение без перехода на детальную карточку, потому что кино уже узнаётся по привычному постерному формату, а у других типов событий нет такого визуального паттерна и больше неопределённости по контексту (где это, сколько стоит)
критерии успеха
CTR / клики
по карточкам событий
Переходы с главной
/подраздела в оплату
Использование
фильтров
Доля заходов
в подразделы
ресерч
Для погружения в задачу разбила ЦА на сегменты. Провела анализ их болей, выделила джобы. Чтобы не сделать «ещё один каталог», сфокусировалась на различиях между типами событий. Метод → зачем:
провела аудит UX-паттернов event-сервисов, чтобы понять, что можно переиспользовать;
сравнила сценарии выбора по типам событий, чтобы найти общее ядро и точки расхождения;
конкурентный анализ (Ticketland, Kassir, Яндекс Афиша), чтобы выявить устоявшиеся паттерны выбора и витрин.
01/
Подразделы под типы событий
Отдельные витрины под кино, спектакли, спортивные события и др. Каждый учитывает специфику контента, но наследует единый каркас выбора и навигацию внутри Okko
02/
Переработка фильтрации
Старая система устарела и не ложилась на выбор событий → я инициировала переработку, синхронизировала стейкхолдеров, согласовала с командой ДС и добилась включения в релиз MVP. В рамках переработки был проведен конкурентный анализ в том числе для выявления общих паттернов фильтрации. Итог: фильтрация легла на сценарии выбора событий, кино на общей витрине + заложена база под развитие
03/
Календарь как отдельный UX-слой
Спроектировала логику взаимодействия с контентом, навигацию, интеграцию в фильтрацию. MVP — линейный (быстрый выбор дат), target — расширенный (глубокий сценарий). Так не перегрузила MVP, сохранив вектор
04/
Новые компоненты дизайн-системы
Ограничение «нет кастома с нуля» → переиспользовала компоненты, инициировала доработку несложных компонентов и аргументировала их UX-сценариями