Структурні виклики екосистеми контенту Web3: це не лише проблема InfoFi

Нещодавно в спільноті Web3 розгорнулася дискусія щодо того, чи призведе InfoFi до "інформаційної бульбашки". Після глибокого роздумування та аналізу випадків, я вважаю, що суть цього питання не в самому InfoFi, а в структурних особливостях поширення контенту. InfoFi лише робить це явище більш очевидним.

Щоб зрозуміти це, нам потрібно спочатку прояснити роль InfoFi в усій нарративній ланцюжку. Для проекту InfoFi є прискорювачем, метою якого є підвищення популярності проекту, збільшення обізнаності користувачів, що, в свою чергу, сприяє взаємодії та конверсії. Тому проект зазвичай виділяє бюджет на заходи InfoFi, одночасно шукаючи підтримки від маркетингових агентств, особливо тих, які можуть залучати великих лідерів думок (KOL).

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

Це явище не є унікальним для InfoFi. До появи InfoFi KOLи також по черзі приймали участь у просуванні, написанні статей та розміщенні реклами. Поява InfoFi лише систематизувала та візуалізувала цей механізм розповсюдження контенту, зробивши закономірності поширення більш очевидними.

InfoFi збільшила існуючі інформаційні упередження, тому що вона підвищила ефективність організації та поширення інформації, але ця ефективність заснована на прискоренні, яке спирається на первісну "структуру уваги", а не на її руйнування. Проектна команда від самого початку схилялася до виділення бюджету на великих KOL, тому цей контент буде запущений в першу чергу. Механізм InfoFi також заохочує середніх та малих творців протягом короткого часу зосереджуватися на виробництві контенту, алгоритм соціальної платформи швидко визначає "актуальні теми", постійно рекомендує схожий контент, формуючи замкнуте коло.

Більш важливо те, що джерела контенту відносно централізовані, а цілі авторів досить однозначні: щоб брати участь, отримувати бали та здобувати Exposure, а не глибше аналізувати проекти з різних точок зору. Це призводить до розповсюдження, здавалося б, різного, але насправді схожого контенту, що створює у користувачів ілюзію "потрапляння в одне проектне оповідання".

Отже, InfoFi не створює інформаційних спотворень, воно лише підсилює вже існуючі спотворення в структурі поширення. Воно перетворює минулі точкові розподіли, повільно ферментовані інформаційні потоки, на зосереджені сплески та широке охоплення трафіку.

Щодо конкретних тривог, ми можемо поетапно їх проаналізувати:

1. Висока повторюваність змісту: корінь цієї проблеми полягає в структурі розподілу бюджету проекту, а не в InfoFi. Велика частина бюджету направляється на великих KOL, що неодмінно вплине на алгоритмічні рекомендації та наслідувальні дії малих KOL.

2. Низька якість контенту, серйозна однорідність AI: насправді, чисто AI-згенерований контент зазвичай має низькі бали в заходах InfoFi. Оцінювальна модель InfoFi має механізм протидії, механічний і безликий контент важко отримати високі бали. Високі вагові бали все ще залежать від якісної наративної структури, якості точок зору та даних взаємодії.

3. Активність InfoFi насичена "жорсткою рекламою": це найочевидніше відчуття користувачів. Коли проект запускає активність InfoFi, на соціальних платформах раптово з'являється велика кількість подібного контенту, користувачі природно відчувають опір. Це нагадує ситуацію на деяких ранніх соціальних платформах, де рекламодавці зосереджено шукали KOC для просування.

Розв'язувати ці проблеми можна з наступних кількох аспектів:

1. Зменшити урочистість "випуску проекту", наприклад, більше не оголошувати "нові завдання" або "промоцію". Можливо, варто скасувати процес "лістингу" або забезпечити єдину панель для всіх проектів.

2. Впровадження механізму самостійного розподілу, що дозволяє проектам безпосередньо використовувати інформаційні панелі даних InfoFi для проведення аеродропів. Це дозволить контенту виглядати більш природно, а не як "офіційна акція".

3. Для нових проектів можна використовувати дані про взаємодію спільноти, щоб продемонструвати, що "люди обговорюють", навіть якщо немає великого бюджету. Для зрілих проектів можна постійно залучати увагу через сторінки з даними. Це дозволяє зосередитися не на "чи є це гарячим трендом InfoFi", а на "активності спільноти проекту".

Проте, ключовим фактором успіху цієї системи є те, що команда проєкту не повинна заздалегідь оголошувати "ми будемо роздавати аірдропи за рейтингом на дошці оголошень". Інакше користувачі почнуть навмисно піднімати свій рейтинг, щоб отримати аірдроп, що знизить загальну якість контенту. Ідеальним варіантом було б, щоб команда проєкту тихо роздала аірдропи після події генерування токенів (TGE), нагороджуючи користувачів, які активно взаємодіяли на ранніх етапах, змусивши всіх усвідомити, що "ранні публікації, перепосты, лайки мають цінність", а не "нагадування отримують лише за підняття рейтингу".

З розвитком і поширенням цього механізму користувачі поступово формуватимуть очікування: "хоча невідомо, хто буде роздавати аеродропи, але постійна участь завжди має сенс." Це ідеальний стан контентної екосистеми — участь не для отримання винагороди, а з справжнього інтересу. А винагорода стає додатковим сюрпризом після участі.

Таким чином, InfoFi насправді робить існуючу структуру розподілу більш прозорою та масштабованою. Справжнім питанням, яке потрібно вирішити, є "як зробити структуру розподілу більш здоровою". Незалежно від того, чи це підвищення бар'єрів участі, оптимізація дизайну стимулів або спрямування проектних команд на більш природне встановлення очікувань щодо аірдропів, основна мета полягає в тому, щоб зробити "контент значущим", а не просто "контентом численним".

Якщо це буде досягнуто, InfoFi стане не просто інструментом для трафіку, а важливою інфраструктурою для всього екосистеми контенту Web3.