VIZ.cx
on1x posted note :
Бесплатные социальные сети живут в парадигме когда пользователь продукт на полке. Продать их контент, социальный граф, аналитику по сообщениям для предложения услуг, клиентский идентификатор для смежных рекламных систем. Единственный вариант не быть продуктом - покупать социальную сеть как сервис + услуги. Вы покупаете умную ленту, которая фильтрует спам и левые ответы, пользуетесь поиском по фильтрам, избегаете рекламных вставок, платите за трафик и хранение данных, включая медиа и видео. Цели и способы в каждом случае разные. ФБ был много лет не монетизируемой соц сетью, так как цель была - увеличить пользовательский охват, соц граф, контент, завлекать халявным хранением файлов и т.д. А где-то продавалась аналитика и статистика посещений (LinkedIn) + расширялись лимиты. Если вы не хотите быть продуктом (едой) для других, то платите за продукт сами. В этом плане хорошо показывает себя Telegram/Twitter. Они "включили" оба способа. Бесплатные юзеры - продукт. Платные юзеры - покупатели сервиса. Как же строить децентрализованную соц сеть учитывая эти факторы? На примере того же Readdle.me, как это можно будет сделать: 1. Если это on-chain активность - то вы УЖЕ платите за хранение данных. Вы приобрели viz и застейкали (перевели его в социальный капитал). Теперь вы обладаете долей пропускной способности сети и можете рассчитывать на то, что ваши транзакции войдут в блок. 2. Есть бесплатный сервис от самого readdle.me - это построение превью для ссылок и синхронизация между устройствами, где хранится часть данных - ваш социальный граф. При росте нагрузки будут введены лимиты, чтобы инфраструктура справлялась. 3. Платный сервис для хранения данных (в основном медиа), цепочки действий off-chain (с крипто валидацией), подготовки внешней ленты активностей. Фактически это free + премиум модель, когда часть сервиса бесплатна, а после лимита по нагрузке - сервис попросит оплату. 4. Сервис индексации для поиска и рекомендаций. 5. Сервис аналитики. Отличительная особенность децентрализации - это опциональность посредника. Исходный код должен быть открыт для такого сервиса, чтобы кто угодно мог поднять его самостоятельно только для себя (self-hosted) и продавать излишки своих серверных мощностей другим (сдача в аренду через viz). Нужно решить ситуацию, когда демо-версия с лимитами не приносит должного дохода (нет премиум подписок). И единственные варианты - это инвесторы вкладывающие в фазу роста/маркетинг продукта ИЛИ аналитика юзеров и продажа их профиля рекламным площадкам. Мне не нравится показ рекламы, но это не важно, так как действительности без разницы, что мне там нравится или нет. Даже если будет разработан сервис без показа рекламы, это вопрос пары дней доработок, чтобы в отдаваемых данных были рекламные объекты в специфике протокола (Voice). Бренды и авторы-инфлюенсеры вряд ли придут в соц сервис без возможности провести аналитику - сколько юзеров просмотрели их контент. Так как эта аналитика и есть их kpi - без нее они не смогут строить публичную деятельность. Как показать клиентам, что их читают? Никак? Логично предположить, что пятый пункт - сервис аналитики - станет краеугольным камнем для масс-маркета. Как это делать в децентрализованной среде? Как учесть раздробленность узлов с данными? Если смотреть на примеры, это как многослойный google adsense, который создает event при просмотре контент-блока (поста/коммента) в клиентском приложении. Притом каждый такой event может идти на разные сервера! Один юзер собирает статистику в одном месте, другой юзер в другом месте. Скорее всего аналитический сервис будет как расширение для премиум подписочной модели, так как не всем нужна подобная аналитика. Простые люди не смотрят, а какой охват был у поста. Да, можно это сделать "для интереса", но все же. Более того, сервисы могут собирать это для бесплатных юзеров для обогащения своих данных, но не давать ее посмотреть, пока юзер не купит премиум. В общем думать есть о чем, ключевой момент: сервис-ориентированный хаб, получающих viz как оплату за свои услуги. Юзер сможет видеть за что он платит и сколько, включать или отключать какие-то вещи как ненужные. И всегда будут отдельные клиентские приложения, которые будут "отключать" разную телеметрию, как это сделано в отдельных билдах браузеров, чтобы не оставлять цифровой след на серверах гугла, фаерфокса.

Comments