HEHE

Web3-продукт с игровыми механиками, мем-культурой и DeFi-сценариями: от лендинга и Guest Mode до игровых программ, наград, дашборда и дизайн-системы.

Роль

Продуктовый дизайнер

Сфера

Web3 / DeFi / Game / Gambling

Команда

Продакт менеджер, аналитик, разработчики

О проекте

HEHE — концепция digital-продукта, разработанная с нуля для Web3-экосистемы: от гипотез и позиционирования до UX-архитектуры и визуальной системы.

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

Отдельный фокус был на создании целостной дизайн-системы для сложного набора механик Lottery / Draw / Staking / Farming.

Бизнес-проблема

У продукта не было понятной и цельной пользовательской оболочки, которая могла бы объяснить ценность HEHE новой аудитории и быстро вовлекать её в сценарии использования.

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

Без этого лендинг, первый вход и игровые сценарии рисковали восприниматься как перегруженные и фрагментированные.

Задача от бизнеса

Разработать с нуля продуктовую концепцию HEHE: сформулировать позиционирование, собрать UX-логику и спроектировать полную воронку взаимодействия от первого касания до целевого действия внутри продукта.

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

Решение должно было объединить лендинг, Guest Mode и core-механики в единый, читаемый и визуально целостный опыт.

План действий

Чтобы спроектировать HEHE как понятный и целостный Web3-продукт, работа была разбита на несколько этапов: формулировка гипотез, определение позиционирования, проектирование UX-архитектуры и сборка полной пользовательской воронки от лендинга до игровых механик.

Отдельное внимание было уделено точкам входа для новой аудитории: лендинг должен был быстро объяснять ценность продукта, Guest Mode — снижать барьер входа, а core-сценарии — вовлекать пользователя без перегрузки терминологией и сложными действиями.

Параллельно собиралась масштабируемая дизайн-система, покрывающая ключевые сценарии Lottery, Draw, Staking и Farming, чтобы продукт мог развиваться последовательно и без визуальных разрывов.

Исследование целевой аудитории

Исследование было направлено на понимание того, как пользователи с разным уровнем опыта воспринимают Web3-продукты, что вызывает интерес, а что — отталкивает уже на первых экранах.

Выяснилось, что для новой аудитории основным барьером становятся сложные механики, непрозрачные сценарии и перегруженный интерфейс, а для более опытных пользователей — отсутствие цельной структуры и ощущения быстрого контроля над действиями.

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

Это напрямую повлияло на UX-решения: была выстроена последовательная воронка лендинг → Guest Mode → игровые механики, упрощён онбординг, а сама архитектура продукта собрана так, чтобы пользователь быстрее понимал, что делать, зачем это делать и какой результат он получит.

Вопросы для интервью

Текущий опыт

Какой у вас сейчас опыт с криптой, Web3 и игровыми механиками?

Пользовались ли вы раньше проектами с wallet connect, staking, farming или draw-механиками? Какими?

Что вас обычно привлекает в новых crypto/game-проектах: заработок, азарт, визуальный стиль, мем-культура или ощущение новизны?

Как вы обычно решаете, стоит ли вообще пробовать новый Web3-продукт?

Что для вас привычнее: сначала читать, как всё устроено, или сразу нажать и попробовать механику?

Работа с интерфейсом

Что должно быть на первом экране, чтобы вы сразу поняли, что здесь можно делать?

Насколько для вас важно иметь возможность попробовать продукт без подключения кошелька?

В какой момент подключение кошелька кажется вам уместным: сразу или только после первого интереса к продукту?

Что удобнее: сначала увидеть быстрый результат от механики или сначала разбираться в правилах и токеномике?

Если вы заходите в игровой Web3-продукт, что хотите увидеть в первую очередь: кнопку действия, объяснение механики, награду или подтверждение безопасности?

Боли

Что больше всего отталкивает вас в интерфейсах Web3-продуктов?

Бывали ли ситуации, когда вы заходили в crypto/game-проект, но не начинали пользоваться? Что именно останавливало?

Что раздражает сильнее: непонятные термины, перегруженные экраны, слишком «финансовый» вид интерфейса или отсутствие ощущения игры?

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

Что сложнее: понять, как работает механика, или поверить, что продукт безопасен и в нём стоит участвовать?

Ожидания

Как должен выглядеть идеальный Web3-продукт, чтобы вам хотелось остаться и попробовать его?

Что для вас важнее на старте: быстро понять механику, почувствовать азарт или увидеть, что продукт выглядит надёжно?

Хотели бы вы сначала пройти сценарий в Guest Mode и только потом решать, подключать ли кошелёк?

Каким должен быть баланс между «фаном» и серьёзностью, чтобы интерфейс не казался ни скучным, ни подозрительным?

В каком случае вы бы возвращались в такой продукт регулярно: ради эмоций, наград, простоты сценариев или доверия к системе?

Job Stories для HEHE

На основе интервью, мини-тестов и анализа пользовательских сценариев я сформировал Job Stories, чтобы зафиксировать реальные задачи пользователей при первом входе в HEHE, выявить барьеры и определить ключевые UX-принципы продукта.

Фокус был на том, чтобы снизить порог входа в Web3-сценарии, сделать механику понятной без лишних объяснений и выстроить путь от первого интереса к целевому действию внутри продукта.

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

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

Когда я перехожу с лендинга в продукт, я хочу попасть в понятный и логичный сценарий, чтобы не потеряться между экранами и действиями.

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

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

Когда я изучаю Lottery, Draw, Staking или Farming, я хочу видеть различия между механиками простым языком, чтобы не разбираться в них через догадки.

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

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

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

Карта пользовательского пути

Эта таблица показывает путь пользователя от первого контакта с HEHE до удержания внутри продукта.

Она помогает увидеть, как меняются мотивация, эмоции, ожидания и барьеры на каждом этапе, и на каких точках интерфейс должен снижать недоверие, усиливать интерес и поддерживать вовлечение.

Персоны, сценарии, JTBD и боли пользователей HEHE

Анализ конкурентов

Для HEHE я изучил Web3-продукты с игровыми механиками и crypto-интерфейсы.

Важно было понять, где пользователь теряет интерес и доверие уже на старте.

В результате основой стали: понятный вход, Guest Mode и простая логика механик без перегрузки.

Конкуренты

Анализ аудитории, конкурентов и продукта HEHE

Выводы из анализа

Лёгкий вход без лишних барьеров

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

Мем-фан как точка входа

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

Быстрый результат с первых минут

Аудитория ожидает мгновенный отклик и понятное первое действие. Если ценность не считывается сразу, интерес падает уже в первые минуты.

Прозрачность как основа доверия

Одна из главных проблем ниши — ощущение обмана и непрозрачности. Интерфейс должен ясно объяснять, что происходит, зачем это нужно и что получит пользователь.

Простые механики вместо перегруженной токеномики

Сложные схемы, термины и перегруженные экраны отталкивают. Базовая логика должна быть понятна без чтения длинных объяснений.

Удержание через прогресс, а не только хайп

Многие похожие продукты быстро надоедают через 1–2 дня. Чтобы удерживать пользователя, нужны понятный прогресс, повторяемые действия и ощущение развития.

Гипотезы решений

В основу гипотез легли несколько принципов: быстрый вход в продукт, снижение страха перед Web3, понятная игровая механика, быстрый первый результат, простая подача Lottery / Draw / Staking / Farming, мем-стилистика как точка входа и прозрачность как основа доверия.

Гипотеза 1. Быстрый вход в продукт

Первый экран должен сразу объяснять, что такое HEHE и что здесь можно сделать. Пользователь не должен разбираться в сложной Web3-логике до первого действия.

Гипотеза 2. Guest Mode снижает барьер

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

Гипотеза 3. Первая механика должна быть понятна за секунды

Первый игровой сценарий должен считываться мгновенно: что нажать, что произойдёт и что можно получить. Без длинных объяснений и перегруженных правил.

Гипотеза 4. Быстрый результат важнее длинного онбординга

Пользователю нужен ранний отклик системы: анимация, награда, эффект, понятный исход действия. Чем быстрее появляется ощущение результата, тем выше интерес продолжать.

Гипотеза 5. Простые механики вместо сложной токеномики

Lottery, Draw, Staking и Farming должны объясняться простым языком и через понятные сценарии. Если механика выглядит слишком сложной, пользователь теряет интерес ещё до первого действия.

Гипотеза 6. Мем-подача должна работать как вход, а не как шум

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

Гипотеза 7. Прозрачность повышает доверие

Пользователь должен понимать, зачем нужен кошелёк, что происходит после действия и что именно он получает. Чем меньше серых зон в интерфейсе, тем ниже ощущение риска и обмана.

Проработка сценариев

На этом этапе я опирался на сформированные Job Stories и построил user flow для ключевых пользовательских сценариев: первый вход, переход в Guest Mode, запуск игровых механик, получение результата, подключение кошелька и возвращение в продукт.

Это позволило разложить действия на простые шаги, увидеть структуру взаимодействия и выявить лишние действия и потенциальные точки ошибок ещё до детальной проработки интерфейса.

Разбор ключевого игрового сценария

Эта таблица фиксирует основной сценарий взаимодействия пользователя с продуктом: от изучения механики до получения награды.

На её основе были определены критические барьеры, продуктовые решения, нужные экраны и элементы интерфейса, которые помогают довести пользователя до первого понятного результата.

Первые вайрфреймы и структура продукта

На этом этапе я собрал раннюю структуру продукта и первые вайрфреймы ключевых экранов.

Это позволило быстро проверить композицию, логику переходов и базовую архитектуру пользовательского пути ещё до детальной проработки визуального слоя.

Первые вайрфреймы и структура продукта HEHE

Главная страница лендинга

Главная страница была спроектирована как точка первого контакта с HEHE.

Она должна быстро объяснять продукт, показать игровые механики, снизить недоверие к Web3-сценарию и довести пользователя до первого действия.

Hehe Lucky для быстрого входа в механику игры

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

Дашборд

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

Страница программы MonsterBallx3

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

Дополнительные страницы продукта

Помимо основных игровых сценариев, я проработал дополнительные страницы продукта: Staking, Leaderboard, Partners, Stats и Links.

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

Стейкинг и подключение кошелька

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

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

Leaderboard

Leaderboard добавляет соревновательный слой и помогает пользователю видеть своё место относительно других участников.

Я разделил рейтинг на понятные периоды — день, неделя, месяц и всё время — чтобы пользователь мог быстро сравнить результаты, увидеть объём, прибыль и вернуться к действию внутри продукта.

Partners

Страница Partners нужна для работы с партнёрской системой: пользователь видит ID, список партнёров, программы, уровни, прибыль и количество новых участников.

Я сделал экран как рабочую таблицу с фильтрами, чтобы пользователь мог быстро находить нужные записи и воспринимать партнёрскую механику как контролируемый процесс, а не как скрытую часть продукта.

Stats

Stats фиксирует историю событий внутри продукта: регистрации, апгрейды, стейкинг, пропущенную прибыль, рециклы и начисления.

Такой экран помогает пользователю восстановить контекст, проверить действия и понять, что происходило с его аккаунтом и командой в динамике.

Links

Links — это страница для быстрого доступа к персональной партнёрской ссылке и базовым показателям привлечения.

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

UI-kit

UI-kit был собран как единая система под задачи быстрого и понятного взаимодействия с Web3-продуктом.

В основе — контрастная визуальная подача, читаемость, акцент на ключевые действия, игровые состояния, награды, карточки программ, кнопки и элементы доверия.

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

UI-kit HEHE — игровые элементы и состояния

Результаты

Точные метрики проекта не раскрываются, поэтому в кейсе не представлены количественные показатели.

Все решения рассматривались как продуктовые гипотезы: для каждого сценария определялось, как он влияет на вход в продукт, понимание механик, доверие, первое действие и удержание.

Основной фокус был на снижении барьеров Web3-входа, упрощении объяснения игровых механик, повышении прозрачности интерфейса и сокращении пути от первого интереса до первого действия внутри продукта.