𝗪𝗘𝗯𝟯 𝗦𝗾𝗲𝗿𝗿𝗮𝗹 𝗘𝗻𝗴𝗶𝗻𝗲
Партнёрские программы могут ускорить рост Web3.
Но если вознаграждать людей просто за то, что они приводят кошельки, можно в итоге оптимизировать 𝗳𝗮𝗿𝗺𝗶𝗻𝗴 вместо 𝗴𝗿𝗼𝘄𝘁𝗵.
«Пригласи 3 друга. Получи 50 USDC.»
Просто.
Но что происходит дальше?
• Пользователи создают несколько кошельков
• Боты приглашают неактивные аккаунты
• Награды извлекаются
• Настоящие пользователи получают то же отношение, что и «фермеры»
• Протокол получает кошельки, не получая значимой активности
Реальный рост — это не:
«𝗛𝗼𝘄 𝗺𝗮𝗻𝘆 𝘂𝘀𝗲𝗿𝘀 𝗱𝗶𝗱 𝘆𝗼𝘂 𝗿𝗲𝗳𝗲𝗿?»
А это:
«𝗛𝗼𝘄 𝗺𝘂𝗰𝗵 𝘃𝗮𝗹𝘂𝗲 𝗱𝗶𝗱 𝘁𝗵𝗼𝘀𝗲 𝘂𝘀𝗲𝗿𝘀 𝗰𝗿𝗲𝗮𝘁𝗲?»
4 принципа для более удачного дизайна рефералок
𝗟𝗮𝘆𝗲𝗿 𝟭 — Награждайте ценность, а не действие.
Привязывайте награды к значимым результатам, например объёму торгов, ликвидности, удержанию, выручке или стабильному использованию продукта.
𝗟𝗮𝘆𝗲𝗿 𝟮 — Награждайте качество, а не количество.
10 пользователей, создающих реальную экономическую активность, могут быть ценнее, чем 1,000 неактивных кошельков.
𝗟𝗮𝘆𝗲𝗿 𝟯 — Встраивайте устойчивость к Sybil-атакам в систему.
Посмотрите шире адресов кошельков. Паттерны финансирования, кластеры кошельков, поведение в транзакциях и тайминг могут помочь выявлять скоординированное «фермерство».
𝗟𝗮𝘆𝗲𝗿 𝟰 — Сделайте систему экономически устойчивой.
Пользователь создаёт ценность → Протокол зарабатывает → Реферер получает долю → Приходят более ценные пользователи.
Это создаёт петлю роста вместо «слива» казны.
Принцип роста
Перестаньте спрашивать:
«Сколько кошельков мы привлекли?»
Начните спрашивать:
«Какую ценность создали привлечённые пользователи после присоединения?»
Потому что реферальная система должна не просто увеличивать число пользователей.
Она должна улучшать вашу сеть.
𝗥𝘂𝗹𝗲:
Если «фермеры» могут зарабатывать больше, чем настоящие power users, возможно, вы оптимизируете под фермерство, а не под рост.
Что именно вы бы измеряли перед выплатой реферальной награды в Web3?
Партнёрские программы могут ускорить рост Web3.
Но если вознаграждать людей просто за то, что они приводят кошельки, можно в итоге оптимизировать 𝗳𝗮𝗿𝗺𝗶𝗻𝗴 вместо 𝗴𝗿𝗼𝘄𝘁𝗵.
«Пригласи 3 друга. Получи 50 USDC.»
Просто.
Но что происходит дальше?
• Пользователи создают несколько кошельков
• Боты приглашают неактивные аккаунты
• Награды извлекаются
• Настоящие пользователи получают то же отношение, что и «фермеры»
• Протокол получает кошельки, не получая значимой активности
Реальный рост — это не:
«𝗛𝗼𝘄 𝗺𝗮𝗻𝘆 𝘂𝘀𝗲𝗿𝘀 𝗱𝗶𝗱 𝘆𝗼𝘂 𝗿𝗲𝗳𝗲𝗿?»
А это:
«𝗛𝗼𝘄 𝗺𝘂𝗰𝗵 𝘃𝗮𝗹𝘂𝗲 𝗱𝗶𝗱 𝘁𝗵𝗼𝘀𝗲 𝘂𝘀𝗲𝗿𝘀 𝗰𝗿𝗲𝗮𝘁𝗲?»
4 принципа для более удачного дизайна рефералок
𝗟𝗮𝘆𝗲𝗿 𝟭 — Награждайте ценность, а не действие.
Привязывайте награды к значимым результатам, например объёму торгов, ликвидности, удержанию, выручке или стабильному использованию продукта.
𝗟𝗮𝘆𝗲𝗿 𝟮 — Награждайте качество, а не количество.
10 пользователей, создающих реальную экономическую активность, могут быть ценнее, чем 1,000 неактивных кошельков.
𝗟𝗮𝘆𝗲𝗿 𝟯 — Встраивайте устойчивость к Sybil-атакам в систему.
Посмотрите шире адресов кошельков. Паттерны финансирования, кластеры кошельков, поведение в транзакциях и тайминг могут помочь выявлять скоординированное «фермерство».
𝗟𝗮𝘆𝗲𝗿 𝟰 — Сделайте систему экономически устойчивой.
Пользователь создаёт ценность → Протокол зарабатывает → Реферер получает долю → Приходят более ценные пользователи.
Это создаёт петлю роста вместо «слива» казны.
Принцип роста
Перестаньте спрашивать:
«Сколько кошельков мы привлекли?»
Начните спрашивать:
«Какую ценность создали привлечённые пользователи после присоединения?»
Потому что реферальная система должна не просто увеличивать число пользователей.
Она должна улучшать вашу сеть.
𝗥𝘂𝗹𝗲:
Если «фермеры» могут зарабатывать больше, чем настоящие power users, возможно, вы оптимизируете под фермерство, а не под рост.
Что именно вы бы измеряли перед выплатой реферальной награды в Web3?