Большинство провальных токенов сломались не на математическом слое. Они сломались в момент, когда кто-то решил запускать токен раньше, чем смог сформулировать одним предложением, что делает продукт. Распределение, эмиссионная кривая, вестинг — всё это следствие. Если продукта по-настоящему нет, никакая механика токен не спасёт. Если продукт есть — механика почти проектируется сама. Именно это мы называем продуктоцентричной токеномикой: токен как следствие продукта, а не входной параметр.
Эта статья описывает рамку, которой мы пользуемся, чтобы прийти от продукта к его токеномике в корректном порядке. Она написана для основателей, продактов и токен-дизайнеров, которые уже прошли вопрос «нужен ли нам токен» (разобранный в статье когда токен не нужен) и смотрят на чистый лист — что именно должен делать токен.
Режим провала: дизайн «от токена»
Доминирующий режим провала в индустрии — не плохая математика, а неправильная последовательность. Команда принимает решение о токене (обычно под давлением раунда), а затем задним числом досочиняет утилизацию. Продукт искривляется ради обоснования токена: принудительный стейкинг «чтобы снизить циркулирующее предложение», голосование по параметрам, за которые никто не хочет голосовать, скидки, которые дешевле было бы выплатить в фиате. Токен начинает извлекать стоимость из пользователей вместо того, чтобы захватывать стоимость, которая уже течёт через продукт.
Самая чистая диагностика — задать основателю вопрос: «если завтра удалить токен, что критического сломается в продукте?». Если честный ответ — «ничего важного», то токен никогда не был частью продукта. Он был инструментом привлечения капитала в костюме продукта.
Четыре слоя
Продуктоцентричная токеномика движется через четыре слоя по порядку, и каждый слой ограничивает следующий. Пропустить слой — значит поставить следующий на пустое место.
Слой 1 — задача пользователя (JTBD). Ради чего пользователь на самом деле нанимает этот продукт? Не «доступ к Web3» и не «децентрализация», а конкретная задача: перевести деньги между странами дешевле, получить доходность на простаивающий BTC, запустить мемкоин без написания Solidity, расчёт деривативного контракта без риска на контрагента. Если JTBD нельзя записать на салфетке, токен тоже записать не получится.
Слой 2 — ценностное предложение. Какую часть JTBD продукт действительно закрывает, и чем именно сильнее ближайшей альтернативы — быстрее, дешевле, прозрачнее, без разрешения, компонуемо. Этот слой фильтрует, что продукт по-настоящему держит в руках. Он же вскрывает честную конкурентную рамку: что случится, если пользователь решит задачу централизованным аналогом? Если аналог дешёв и надёжен — протокол стоит на тонком основании.
Слой 3 — ядро продукта. Операционное сердце продукта: потоки денег, данных и работы, происходящие в момент использования. Кто платит, кому платят, кто выполняет работу, кто несёт риск, где стоимость утекает, где копится. Это конкретная схема, а не пункт в питч-деке. К этому слою мы вернёмся ниже — почти все ошибки дизайна токеномики случаются именно здесь.
Слой 4 — токен-механики. Только теперь появляется токен. Механика — это любой инструмент, который нужен, чтобы вернуть стоимость, захваченную на слое 3, обратно в продуктовый цикл: оплатить работу, выровнять интересы долгосрочных держателей, скоординировать решения по параметрам, которые действительно требуют координации. Правило: каждая механика должна называть конкретный поток из слоя 3, с которым она работает. Если не может — это украшение.
Полный шестиступенчатый процесс, в который встраиваются эти четыре слоя (исследование, стейкхолдеры, моделирование, документация), описан в статье процесс дизайна токеномики.
От токена vs от продукта: почему порядок меняет итог
Та же команда, та же идея продукта и тот же арсенал механик могут дать здоровый токен или мёртвый — в зависимости исключительно от того, в каком порядке принимались решения.
Левый столбец заканчивается падением, потому что каждый шаг добавляет трение, которое приходится покрывать новыми покупателями. Правый столбец заканчивается циклом, потому что каждый шаг создаёт ограничение, которое следующий шаг закрывает, а стоимость, захваченная на продуктовом слое, продолжает возвращаться в систему.
Ядро продукта: что это на самом деле
«Ядро продукта» — рабочий термин для операционного описания продукта: что в действительности происходит, когда пользователь появляется. Это слой, на котором чаще всего ломается работа над токеномикой — основатели описывают продукт в маркетинговых терминах и отдают это описание токеномисту. В маркетинговых терминах недостаточно структуры, чтобы из них можно было вывести механики.
Рабочее описание ядра отвечает на шесть вопросов:
| Измерение | Вопрос, на который оно отвечает |
|---|---|
| Кто платит | Какая сторона продукта платит, чем и как часто |
| Кто работает | Какие участники выполняют продуктивную работу (валидаторы, LP, создатели, кураторы, сольверы) |
| Кто несёт риск | Кто поглощает волатильность, дефолты, слэшинг, инвентарный риск |
| Поток стоимости | Фактический путь денег от платящего к работающему, со всеми перевалочными точками |
| Точки захвата | Перевалочные точки, на которых протокол может снять часть, не разрушив поток |
| Сетевые эффекты | Что даёт продукту усиление — ликвидность, данные, репутация, справочник |
Только после заполнения этой таблицы разговор может сдвинуться к токену. Строка «точки захвата» — самая важная: она указывает, где стоимость может законно перетекать в токен, а значит — какие механики жизнеспособны. У продукта без точек захвата (бесплатный, без комиссии, без дефицитного ресурса) нет поверхности, к которой токен может прикрепиться — что обычно означает, что токен проекту не нужен. Этот случай подробно разобран в статье когда токен не нужен.
Соответствие: ядро продукта → токен-механики
Когда ядро продукта эксплицитно, выбор механик превращается в задачу соответствия, а не творчества. У каждого продуктового архетипа есть небольшой набор механик, которые подходят к его потоку стоимости, и значительно больший набор тех, что не подходят. Матрица ниже — сжатая версия нашей внутренней таблицы соответствий: строки — архетипы ядра продукта, столбцы — классы механик.
Несколько характерных закономерностей стоит проговорить явно.
Биржа/маркетплейс (публичные примеры: BNB, HYPE, LEO). Ядро продукта — биржевой движок, сопоставляющий ордера и берущий комиссию. Точки захвата — линия комиссий и слой ликвидности. Подходящие механики: захват комиссий с перенаправлением на выкуп и сжигание (buyback/burn), скидки на комиссии за стейк, уровни доступа по балансу токена. Плохое соответствие: чисто голосовательные токены — поверхность голосования узкая (листинги, параметры комиссий), пользователь хочет торговать, а не управлять. Work-токен тут не имеет смысла — биржа сама выполняет работу.
L1/Инфраструктура (ETH, SOL). Ядро — безопасное производство блоков и исполнение. Точки захвата — комиссии за газ и бюджет безопасности. Подходящие: спрос на газ, стейкинг ради безопасности, сжигание комиссий. Логика work-токена применима к валидаторам. Только голосование — слабо: конституционные параметры меняются редко, голосование становится побочным продуктом, а не продуктом.
Эмитент стейблкоина (MKR, FXS). Ядро — эмиссия и обеспечение долгового обязательства. Точки захвата — плата за стабильность и премия за риск. Подходящие: начисление комиссий в токен, стейк-обеспеченный резерв последней инстанции (слэшуемая страховка), голосование по параметрам залога. Скидки — анти-паттерн: нельзя давать держателям более дешёвые обязательства.
DeFi-примитив (CRV, CVX и семейство ve-моделей). Ядро — пул капитала, направляемый голосованием. Вся инновация здесь в том, что механика и есть продукт: LP, бустеры и бриберы участвуют, потому что ve-lock направляет эмиссию, и эта направляемость имеет рыночную цену. Скидки бессмысленны — потребительской комиссии тут нет; держатель токена — это производитель, а не потребитель.
DePIN (Helium, Filecoin). Ядро — сеть поставщиков физического или виртуального ресурса. Захват на слое покупки ресурса, но ближайшая задача — субсидировать покрытие до появления спроса. Подходящая механика: эмиссия work-токена за верифицированную доставку ресурса, с отдельной платёжной монетой (часто — второй токен), чтобы не делать цену нестабильной для покупателей.
Внимание/Медиа. Ядро — пользовательское внимание, которое по умолчанию не является финансовым потоком. Большинство токен-попыток здесь проваливается, потому что внимание само по себе не течёт в захватываемую линию — его сначала нужно завернуть в рекламу, подписки или креаторскую экономику. Матрица для этого архетипа почти вся «условная»: токен возможен, но только после того, как внимание преобразовано в нечто, напоминающее один из других архетипов.
О том, как отдельные механики собираются в систему, когда они выбраны, — см. дизайн механизмов и лежащие в основе модели утилизации.
Разбор архетипа: цикл биржи/маркетплейса
Чтобы соответствие стало конкретным — один архетип, проработанный от комиссии до захвата и обратной связи. Биржа/маркетплейс — самая коммерчески зрелая связка продукт-токен в индустрии, и на ней виден полный цикл.
Каждая стрелка на этой схеме — решение, которое команда должна принять явно. Доля комиссий, уходящая в каждую корзину, — не вопрос вкуса, а следствие того, на какой фазе жизненного цикла находится продукт. В начале кривой узкое место — ликвидность и удержание, поэтому пропорция смещена к скидке и доходу стейкеров. Позже, когда конкурентное преимущество сдвигается от ликвидности к бренду, выкуп и сжигание становятся эффективнее на доллар — предельный пользователь уже не чувствителен к цене.
Сам по себе раздел — простая арифметика. Важно то, что он движется вместе с продуктом. Одна и та же линия комиссий на разных стадиях жизненного цикла не должна делиться одинаково. Ниже — иллюстративный раздел биржи с $10 млн ежемесячных комиссий по трём стадиям:
| Стадия | Выкуп | Стейкеры | Страховка | Скидка | Логика |
|---|---|---|---|---|---|
| Ранняя — мало ликвидности, пользователь чувствителен к цене | 15% ($1,5M) | 30% ($3,0M) | 10% ($1,0M) | 45% ($4,5M) | Узкое место — удержание. Скидка — самый дешёвый способ защитить объёмы; выкуп расходует комиссии на тонкую базу держателей. |
| Рост — объёмы устоялись, бренд формируется | 40% ($4,0M) | 30% ($3,0M) | 10% ($1,0M) | 20% ($2,0M) | Баланс: выкуп начинает работать, когда база держателей расширилась; скидка ещё важна, но меньше. |
| Зрелая — спрос идёт от бренда, пользователь не чувствителен к цене | 55% ($5,5M) | 25% ($2,5M) | 15% ($1,5M) | 5% ($0,5M) | Предельный пользователь уже не торгуется за комиссии. Выкуп — самый эффективный способ применить захваченную стоимость; страховка растёт, защищая франшизу. |
В реальной версии к этому добавляется ограничение рыночного воздействия при выкупе, потолок доходности стейкеров и пол страхового фонда. Но главное — раздел является ручкой, которой управляет продуктовая команда, и правильное положение этой ручки — это продуктовое решение, а не токенное. Оно отвечает на вопрос: что продукту нужнее всего прямо сейчас, исходя из того, как ведут себя пользователи?
Анти-паттерны
Четыре ошибки встречаются у большинства провальных токенов. Все они — следствие пропущенного слоя ядра продукта.
Анти-паттерны, которых стоит избегать
- Искусственная утилизация. Функциональность закрыта за токеном с единственной целью — создать спрос на токен. Если снятие этого ограничения не ухудшит продукт материально, ограничение извлекает стоимость из пользователей, а не захватывает её.
- Токены только для голосования. Единственная функция токена — голосовать по параметрам, которые редко меняются и обычно ни на что не влияют. Явка падает, и у токена не остаётся ценового дна, кроме спекуляции.
- Скопированный ve-lock. ve-модель заимствуется, потому что сработала в DeFi-примитиве, и применяется к продукту, который не является DeFi-примитивом. Заблокированное предложение растёт, продуктовые метрики — нет, а база держателей превращается в близоруких добытчиков эмиссии.
- Скидка как вся идея. Токен даёт скидку на комиссии и больше ничего. Это фиатная субсидия с дополнительными шагами — а фиатная субсидия дешевле, потому что не требует казны токена для защиты цены.
Чек-лист дизайна
Десять вопросов, которые стоит пройти до того, как написана первая строка распределения. Если хоть один ответ — «мы пока не решили», к дизайну токена ещё рано.
Чек-лист продуктоцентричной токеномики
- JTBD в одном предложении. Можете ли вы сформулировать задачу пользователя одним предложением, не упоминая токен?
- Конкурентная альтернатива названа. Какой конкретный централизованный или on-chain аналог решает эту задачу сегодня — и чем именно ваше решение сильнее?
- Потоки стоимости нарисованы. Есть ли у вас схема того, кто платит, кто работает и через какие узлы идут деньги?
- Точки захвата определены. На каких узлах протокол может законно снять часть, не убив поток?
- Привязка механики к потоку. Для каждой планируемой механики можете ли вы указать конкретный поток из слоя 3, с которым она работает?
- Тест «удалить токен». Если завтра удалить токен — какие продуктовые функции действительно перестанут работать?
- Минимальный набор механик. Это минимально возможный набор механик, который реализует вашу стратегию захвата, — или среди них есть заимствованные?
- Честная поверхность голосования. Есть ли реальное пространство параметров, по которым стоит координироваться, — или голосование декоративное?
- Соответствие стадии жизни. Соответствует ли ваш раздел (выкуп / доход стейкеров / скидка / страховка) той точке кривой, в которой реально находится продукт?
- Цикл обратной связи замыкается. Можете ли вы проследить, как захваченная стоимость возвращается в продуктовый цикл — удержанием, новыми пользователями или снижением стоимости капитала?
Если все десять ответов уверенные — таблица распределения и эмиссионная кривая становятся простыми: они теперь обслуживают заданную цель, а не изобретают её.
Проектируете токеномику от реального продукта?
Мы работаем с основателями и продактами, переводя архитектуру продукта в механики токена, которые усиливают бизнес, а не воюют с ним.
Написать нам