1Dapp Launchpad

Мем-коїни живуть і вмирають у перший тиждень. Сам токен розгортається за кілька хвилин. Результат вирішує те, що навколо: хто про нього почув, хто тримає, хто продовжує торгувати на третій день.

Лаунчпад збирає весь цей апарат в одному місці. Творець виставляє токен, ставить дату запуску і купує увагу через квести та бусти. Учасник переглядає запуски, виконує квести за крипту і бали, накопичує NFT, які можна продати назад у спільний банк.

Дві аудиторії, один інтерфейс. Саме це обмеження і сформувало більшість рішень нижче.

Кожна з них могла подвоїти продукт. Кожна вирішена одним каркасом замість двох.

Дослідження тут кабінетне: без інтервʼю, юзер-тестів і аналітики. Доступу до користувачів не було, і бюджет його не передбачав. Тому все, що нижче, це задокументована гіпотеза, зібрана з конкурентних продуктів, брифу клієнта і механіки самого ринку.

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

71 компонент і 8 варіант-сетів: токен-картка, рядок квесту, шапка, кнопки, чипи мереж і соцмереж. Усе це реальні сети з реальними варіантами, а не фрейми, названі компонентами.

Цифра, яка тут головна, це 5 949 інстансів. Вона означає, що бібліотеку не просто зробили, а нею користувались наскрізь: екрани збиралися з неї, а не малювались поруч із нею. Для продукту на 123 екрани це різниця між бібліотекою і папкою з макетами.

Типографіка і відступи в цьому файлі ще виставлені на нодах: змінних і модів у Figma на той момент не існувало, вони вийшли пізніше. Як виглядає той самий продукт, коли токен-шар зʼявляється, показано в сусідньому кейсі CB Tools.

Список токенів це домівка продукту, тому він несе фільтри, що складаються, а не вкладаються: сортування, мережа, статус і тумблер «тільки бустовані». Плюс пошук, власний порожній стан і пояснення економіки балів прямо в списку, без окремої сторінки.

Чотири кроки: Initial, Website, Tasks, Finalize. Другий пропонує безкоштовний субдомен і передає користувача в сайт-білдер тієї ж екосистеми, продукт із кейсу 1Dapp Constructor. Третій це квести. Четвертий це коли і наскільки голосно.

Дата запуску стоїть останньою свідомо: поки творець до неї дійде, він уже вибрав план просування. Візард не збирає дані, він веде до рішення.

У файлі реалізовані `2xl [1536]`, `xl [1280]`, `lg [1024]`, `md [768]` і 360 як база. Фрейми намальовані на репрезентативній ширині всередині кожного діапазону, від 1920 для 2xl до 1024 для md, а 1536 несе дванадцятиколонкову сітку.

Що це означало на практиці: список лаунчпаду йде від сітки по чотири картки до однієї колонки і ховає бічні фільтри в шит. Сторінка токена перетворює чотири секції на чотири таби. Модалки нижче md стають повновисотними шитами, тому вибір типу квесту і вибір DEX намальовані двічі.

Жодне з цього не лишилось на розсуд розробки. Там, де сітка мала перебудуватись, а не стиснутись, це видно з макета.

Файл передали інженерній команді закритим: без плейсхолдерів у стилі «уточнимо пізніше», з кожним типом квесту, намальованим у всіх чотирьох станах результату. Релізу я не бачив, тому бізнесових метрик тут немає і вигаданих не буде.

Під час рефакторингу файлу у 2026 я додатково вичитав його і повернув клієнту список копірайт-дефектів, які інакше поїхали б у продакшн: сім штук, від `epmty` у формі створення до реферального лінка без крапки в домені.