Community Driven
TM
100% Decentralized
Community Driven
TM
100% Decentralized
Community Driven
TM
100% Decentralized
От сырой логики до готового к запуску dApp предсказаний
ПРОБЛЕМА
01
ПОВЕРХНОСТНЫЕ СТИМУЛЫ РОСТА В WEB3
Carrot запустили внутри DXDAO, чтобы решить типичную проблему Web3 — маркетинг ради цифр. Вместо наград за пустые метрики вроде лайков и ретвитов Carrot позволял проектам создавать рынки предсказаний, где участники сообщества ставят капитал на исход реальных KPI роста — например, достигнет ли протокол целевого TVL за заданный срок. Если цель достигнута, участники получают награду. Если нет — проект автоматически возвращает бюджет через расчёт в смарт-контракте.
Продукт существовал только как бэкенд: смарт-контракты и запускаемые вручную скрипты без интерфейса. Кампании создавали разработчики через команды в терминале. Моя задача — превратить эту сырую логику в продукт, которым нетехнические пользователи могут пользоваться самостоятельно.
МОЯ РОЛЬ
02
ПРОДУКТОВЫЙ ДИЗАЙНЕР — ПЕРЕВОД КОДА В ИНТЕРФЕЙС
Я был связующим звеном между инженерами и пользователями и единственным дизайнером на проекте с полной ответственностью за интерфейс dApp, визард создания кампаний, дизайн-систему, сайт документации и маркетинговые материалы. Арт-директор давал обратную связь по направлению, но вся реализация дизайна и все решения были на мне.До моего прихода каждую кампанию создавали и вели при прямом участии разработчиков. Моя роль — сделать протокол рабочим продуктом: разобрать его логику, определить пользовательские сценарии и превратить ручные процессы в цельный продукт — в постоянной работе с инженерами.
обсуждение логики создания кампаний на видеозвонке
Дизайн
ПРОДУКТ
UX/UI
Бренд
ДИЗАЙН
ИНСТРУМЕНТЫ
FIGMA
AFTER EFFECTS
Сроки
ОКТ 22 - АПР 23
Команда
DXDAO работала со структурированными комьюнити-коллами, прозрачным управлением и выделенными ролями в продукте, маркетинге и развитии бизнеса. Меня пригласили из 1Hive как продуктового дизайнера, отвечающего за Carrot; параллельно я работал над другими продуктами экосистемы DXDAO: DAVI — платформой управления и голосования DAO; Swapr (DEX), включая редизайн страницы статистики; а также над презентациями DAO, материалами для хакатонов и маркетингом для сообщества.
За время работы над Carrot я сотрудничал с:Арт-директоромРуководителем проекта / PMТехлидомРазработчиками смарт-контрактов (несколько человек, созвоны и GitHub)Фронтенд-разработчиками (несколько человек, созвоны и GitHub)Менеджером по развитию бизнесаМаркетинг-менеджерамиКомьюнити-менеджерами
ИССЛЕДОВАНИЕ
03
МЕХАНИКА ОРАКУЛА И БАРЬЕР ДОВЕРИЯ
У рынков предсказаний в Web3 есть встроенная проблема доверия: исход кампании определяет внешний оракул, а не сама платформа. Для пользователей, которые ставят реальный капитал на исход KPI, отсюда главный вопрос: будет ли результат проверен корректно и что произойдёт, если нет.Я изучил, как это решают существующие продукты. Omen, рынок предсказаний от Gnosis, использовал Reality.eth как слой верификации — ту же систему оракулов, на которой построен Carrot. Разбор того, как Omen показывает статус оракула и механику расчётов, показал, где именно возникает разрыв доверия: процесс разрешения технически надёжен, но почти полностью невидим для пользователей.
Ещё я разобрал тестовые кампании, которые разработчики запускали ещё до появления интерфейса. Наблюдая за поведением протокола в этих кампаниях, я увидел жизненный цикл расчёта в деталях: через какие состояния проходит кампания, где возникает неопределённость и что пользователю нужно видеть на каждом этапе, чтобы быть уверенным в сохранности своей ставки.Из этого исследования выросла модель двух типов пользователей, которая легла в основу всех дизайн-решений. Участникам нужна прозрачность: постоянная видимость статуса оракула, коэффициентов выплат и хода расчёта. Создателям кампаний нужно меньше нагрузки — сценарий настройки, который переводит технические параметры в понятные результаты и не требует знания протокола.
Решение
04
Интерфейс самообслуживания для сложного протокола
Оракул Reality.eth → живая карточка кампанииКлючевая проблема доверия в рынках предсказаний — видимость оракула. Пользователям, ставящим капитал на исход KPI, важно знать, что проверка идёт и её можно отследить. Я разобрал, как работает расчёт Reality.eth на уровне контракта, и перенёс каждое состояние протокола прямо в карточку кампании: активна, ожидает проверки, оспаривается, рассчитана. Карточка показывает живые данные: коэффициенты выплат, оставшееся время и статус оракула в реальном времени — участникам не нужно покидать интерфейс, чтобы понять, что происходит с их ставкой.
Шаблон кампанииЧтобы снизить порог входа для создателей кампаний, я ввёл готовые шаблоны под самые частые сценарии KPI роста. Вместо пустой конфигурации создатель выбирает шаблон, настраивает цель и параметры награды и переходит к деплою за меньшее число шагов. Шаблоны также сократили ошибки конфигурации: в них заданы разумные значения по умолчанию для настроек оракула и структуры сроков, которые новичкам иначе пришлось бы подбирать вручную.
Документация
Сайт документации сделан в той же визуальной системе, что и dApp. Он описывает архитектуру протокола, механику кампаний и интеграцию оракула — для технической и нетехнической аудитории. Это позволило Carrot работать как продукт самообслуживания: партнёры могли подключиться, разобраться в протоколе и запустить кампании без поддержки разработчиков на любом этапе.
Дизайн-система и бренд
Мудборд → сравнение бренда
До моего прихода у Carrot не было ни интерфейса, ни визуала, ни дизайн-направления — только логика смарт-контрактов и скрипты в терминале. Я собрал первое демо с нуля и дал продукту первый визуал. Затем вместе с арт-директором мы определили полноценное направление бренда: мудборд задал тон и визуальные сигналы, уместные для финансового протокола, построенного на верификации и доверии. Финальная айдентика ушла от грубого раннего демо к более точному образу со сдержанной цветовой системой, где акцент используется только для передачи состояний: риск, прогресс и статус расчёта. На этой основе я полностью взял на себя интерфейс и превратил визуальное направление в целостную UI-систему для всех экранов продукта.
Видео сценария визарда
Создание кампании было главной точкой трения для нетехнических пользователей. Исходный процесс требовал 9 шагов ручной настройки и показывал все параметры протокола сразу — цель, структуру награды, сроки, настройки оракула и условия расчёта — без подсказок, что за чем идёт. Я переработал его в визард из 5 шагов: сгруппировал связанные параметры, добавил умные значения по умолчанию и автогенерацию названия кампании из выбранных данных. Видео показывает весь сценарий создания — от пустого состояния до готовой к деплою кампании.
Сравнение демо и финалаПервая версия интерфейса была собрана за несколько дней без брифа — рабочее доказательство концепции, чтобы показать команде протокол вживую. Она работала, но в ней не было ни иерархии, ни визуального языка, ни системы. Финальный продакшен-дизайн заменил все экраны: дизайн-система с вариантами компонентов, привязанными к состояниям жизненного цикла кампании, тёмная тема для плотных данных и единый визуальный язык в dApp, документации и маркетинге. Сравнение показывает, какой путь прошёл продукт от первого демо до готового к запуску интерфейса.
Бренд, интерфейс и дизайн-система сложились в единый язык продукта, который опирается на механику протокола. Продукт мог расти, не разваливаясь на части и не теряя доверие пользователей.
РЕЗУЛЬТАТ
06
Carrot evolved from a developer-only tool into a production-ready product that attracted real partner activity. CoW Protocol and Swapr (DXDAO's native DEX), both ran test campaigns on the demo, validating the creation flow and campaign mechanics with actual usage before the full redesign shipped. Gnosis engaged at the exploratory level, evaluating Carrot as a potential growth mechanism for their ecosystem.The full redesign reached production-ready state before DXDAO was disbanded. The design system, creation wizard, documentation, and core interface were complete and ready for deployment.
Выводы
07
Carrot изменил мой подход к дизайну. Я перешёл от проектирования отдельных экранов к проектированию систем, где каждое взаимодействие должно соответствовать тому, как протокол на самом деле ведёт себя ончейн. Решения стали взвешеннее и теперь всегда привязаны к логике продукта.
Тесная работа с инженерами над продуктом с нуля показала: сильный дизайн в сложных системах начинается с понимания внутренней механики. Путь Carrot от сырой логики контрактов до цельного интерфейса, которому доверяют, подтвердил: UX может отличать протокол, который просто существует, от протокола, которым пользуются.