Кейс Zerion Feed
Обзор
Zerion Feed — это интерфейс обнаружения торговых возможностей в реальном времени, интегрированный в Zerion Wallet. Проект был направлен на замену ручного, пассивного процесса отслеживания кошельков на быстрый, контекстный и действенный опыт, который помогает пользователям мгновенно реагировать на движения рынка, следить за релевантными трейдерами и совершать обоснованные сделки прямо в приложении.
Постановка проблемы
Изначально пользователи могли вручную отслеживать несколько кошельков и транзакций, но процесс был медленным и реактивным. Уведомления предоставляли мало контекста — они показывали, что произошло, но не предлагали быстрого способа понять или действовать. Чтобы проверить контекст, пользователям приходилось открывать несколько экранов и вручную изучать детали токенов — к тому времени часто было уже слишком поздно реагировать.
Две основные болевые точки:
- Паралич решений: Пользователи не знали, что покупать или за кем следить — обнаружение было фрагментированным и медленным.
- Неэффективность действий: Даже когда происходили релевантные события, у пользователей не было четкого пути для быстрых действий.
Это превратилось в более широкую дизайн-задачу вокруг персонализации и контекста. Трейдеры различаются по стратегии, размеру портфеля и предпочитаемым нарративам, поэтому система должна была динамически адаптироваться к разным типам пользователей, оставаясь легкой и отзывчивой.
Цели
Увеличить долю пользователей, совершающих транзакции, превращая уведомления в торговые действия
Предоставить контекстные инсайты для реализации более быстрых торговых решений
Создать увлекательный, персонализированный и понятный способ поиска новых трейдеров и возможностей, соответствующий темпу Web3.
Исследования и инсайты
На момент идеи не было сопоставимых Web3-приложений, на которые можно было бы опереться. Традиционные финансовые продукты были слишком статичными и структурированными для высоко волатильной, мем-ориентированной и основанной на сообществе среды Web3. Поэтому команда полагалась на первичные исследования и поведенческие данные в приложении.
Методы включали интервью с активными трейдерами, аналитику вовлеченности в уведомления. Ключевые инсайты:
- Пробел в контексте: Пользователям нужна была мгновенная ясность — кто торговал, что и почему это важно.
- Ограничения информации: Формат будущей карточки сделки требовал краткого, но насыщенного контента → информация о торговой паре, перформанс токена и поведение трейдера.
- Логика интерпретации: Трейдеры хотели понять намерение позиции — трейдер покупал, докупал или продавал?
- Капитализация важнее цены: Продвинутые пользователи ценили рыночную капитализацию больше, чем цену токена.
- Экранные возможности: Интерактивные микро-графики помогали пользователям быстро интерпретировать контекст и активность трейдера.
- Социальный слой: Добавление комментариев позволило трейдерам добавлять свои интерпретации рыночных движений в реальном времени.
"Проектирование Feed означало создание чего-то совершенно нового — используя только инсайты и данные от реальных трейдеров. Каждая итерация руководствовалась одной целью: показать достаточно информации для быстрого принятия решения."
Разработка карточки сделки
Процесс дизайна
Процесс дизайна включал тесное сотрудничество между дизайнерами и разными департаментами. Каждый цикл включал дизайн-ревью, тестирование прототипов и синхронизацию с разработчиками для обеспечения согласованной реализации на всех платформах. Этот итеративный ритм позволял быстрое валидирование и координирование релиза.
Архитектура
Изначально Feed был разделен на две части: одна основана на отслеживаемых трейдерах, другая с
алгоритмическими
рекомендациями.
Тестирование выявило ключевой пробел в онбординге — пользователи, которые никого не отслеживали,
сталкивались с пустым опытом.
Решением стал
единый Alpha Feed, объединяющий персонализированные и глобальные
данные.
Сделки отслеживаемых пользователей приоритизировались, в то время как
рекомендуемые
поддерживали интерес пользователя.
Компоненты
Feed полагался на один универсальный компонент карточки, способный отображать несколько типов сделок и состояний. Каждая карточка могла гибко переключаться между инсайтами токенов, деталями трейдера и компактными графиками, не нарушая иерархию или визуальный ритм.
Профили трейдеров и поиск
Частое воздействие PnL трейдера и известных имен помогало пользователям найти новых трейдеров и следить за их активностью. Пользователи могли подписаться напрямую из взаимодействия с Feed, связывая социальное поиск с торговым поведением.
Тестирование и итерация
Мы провели юзабилити-тесты и постепенные релизы функций, поддерживаемые A/B экспериментами, сравнивающими конфигурации плотности Feed, сортировки и приоритизации. Фокус был на балансировании информационной нагрузки с ясностью и производительностью.
"Самая сложная часть была в настройке Feed — сохранить его быстрым, детальным и релевантным без перегрузки информацией."
Валидация исследований
Публичный юзабилити-тест валидировал концепцию Feed через количественные и качественные инсайты.
Поведение пользователей
- 54 участника (активные Web3 трейдеры) завершили исследование.
- 38% торговали ежедневно, 36% несколько раз в день, и 22% еженедельно — подтверждая необходимость скорости и простоты использования.
- 78% были существующими пользователями Watchlist — идеальные ранние последователи для Feed.
Результаты
- 81% правильно интерпретировали метрики, такие как PnL, Win Rate и MCAP.
- 63% предпочли карточки, показывающие количество токенов, ссылаясь на доверие и ясность.
- 82% нашли мини-графики полезными для оценки сделок.
- Готовность к принятию решения набрала 6.5/7, в то время как простота использования достигла 6.1/7, а визуальная привлекательность 6.4/7.
- 41% сказали, что будут полагаться на Feed ежедневно, 56% несколько раз в день.
Влияние
- Валидирован подход единого Alpha Feed.
- Подтверждено предпочтение динамических карточек статическим спискам наблюдения.
- Поддержан переход Zerion к персонализированному торговому поиску и отслеживанию.
Уроки
- Онбординг должен предоставлять ценность мгновенно — даже до того, как персонализация полностью заработает.
- Персонализация должна улучшать опыт, а не изолировать пользователей.
- Исследования пользователей обязательны для создания проверенных UX-паттернов.
- Архитектуры на основе карточек могут эффективно масштабироваться только если построены с согласованной логикой данных.
- Объединение социальных и торговых данных открывает новые UX-паттерны для децентрализованных финансов.
Figma Designs 🔗
"Feed стал больше, чем просто лента сделок — это мост между любопытством пользователя, качеством данных и торговыми возможностями."