big

1. Концепция медиа

Миссия и решаемая проблема Сегодня спонтанность стала настоящей роскошью. Попасть на крутое событие и ярко провести время — это мучительный час отбора афиш, бесконечного скроллинга постов в десятках пабликов, чтения отзывов и долгих согласований в мессенджерах. Мы создаем ведущую цифровую платформу (медиа + сервис), которая возвращает людям право на спонтанность. Мы агрегируем, визуализируем и упрощаем участие в офлайн-мероприятиях, сокращая время поиска идеального досуга с часа до 30 секунд. Ключевая инновация: мы даем пользователям инструмент самим создавать точки на карте и мгновенно формировать вокруг них комьюнити (через встроенные или привязанные чаты), убирая хаос координации в мессенджерах.

Ключевые принципы контента:

  1. Гиперлокальность: не «куда сходить в Москве», а «что происходит сегодня в твоем районе».
  2. Спонтанность: контент должен провоцировать выйти из дома прямо сейчас.
  3. Польза + эмоция: каждый материал даёт либо инструмент (гайд, шаблон, чек-лист), либо вдохновение (история, интервью, подборка).
  4. UGC-фокус: мы показываем не то, что сделали организаторы, а то, что создали сами пользователи.

Рубрикатор: «Прямо сейчас» — дайджест событий на сегодня/завтра с картой. «Скрытый движ» — неочевидные места и тусовки, о которых мало кто знает. «Сделай сам» — гайды, как организовать своё событие (от квартирника до фестиваля). «Лица города» — интервью с организаторами, диджеями, художниками, барменами. «Радар рассказывает» — истории пользователей: как они нашли друзей, любовь или работу через события. «Разбор полётов» — честные обзоры событий: что зашло, что нет, стоит ли идти. «Карта настроений» — подборки под вайб: «для одного», «для свидания», «для компании», «для души».

Форматы: Короткие посты в Telegram, карусели в VK, рилсы/шортсы с POV-форматом, подкаст-интервью (15–20 мин), еженедельная email-рассылка, пользовательские истории с хэштегом. Визуальный код: Минимализм + неон. Чёрно-белая база с акцентным цветом (фиолетовый/электрик). Много карт, скриншотов приложения, живых фото с событий. Шрифт — Helvetica/Inter.

2. Источники данных для медиа

Контент формируется из четырех независимых потоков, обеспечивающих постоянное наполнение карты: 1. User-Generated Content (UGC) — приоритетный источник: события, созданные обычными пользователями (квартирники, дворовый спорт, совместные пробежки, мастер-классы). Также отзывы, фото и чекины участников после событий.2. Автоматический парсинг (Агрегация): Открытые API и RSS-ленты: Timepad, Яндекс.Афиша (только бесплатные или низкобюджетные события). И парсинг тематических Telegram-каналов и пабликов VK по ключевым словам («квартирник», «нетворкинг», «бесплатная выставка»).3. B2B-партнеры: Прямая загрузка событий владельцами баров, коворкингов, антикафе и независимыми промоутерами через личный кабинет организатора.4. Редакция медиа: Эксклюзивные подборки («Скрытый движ»), интервью с организаторами, проверенные маршруты, которые не попадают в автоматический парсинг.

3. Схема данных: разделение на машинную и человеческую обработку

Для масштабируемости проекта критически важно разделить потоки данных. Руками обрабатывается только то, что требует эмпатии или сложного суждения.

Машинная обработка

1. Сбор и нормализация: NLP-алгоритмы извлекают из сырого текста (поста в VK или Telegram) сущности: название, дата, время, цена, адрес. 2. Геокодирование: Автоматическое преобразование текстового адреса в координаты (широта/долгота) для размещения пина на карте. 3. Первичная модерация (AI): Проверка текста и изображений на спам, нецензурную лексику, NSFW-контент и запрещенные темы. 4. Кластеризация: Группировка близких пинов на карте в зависимости от уровня зума (Zoom). Триггерная логика: Расчет гео-радиуса и отправка Push-уведомлений «Радар» при входе пользователя в зону события. 5. Архивация: Автоматическое скрытие событий, время которых истекло более 2 часов назад.

Человеческая (ручная) обработка

1. Сложная модерация: Разбор жалоб пользователей, проверка событий с пограничным рейтингом доверия от AI, ручное одобрение «закрытых» мероприятий. 2. Редактура и курирование: Написание авторских подборок, проверка фактов в интервью, ручное выделение «События дня» на главной странице. 3. Работа с B2B: Онбординг крупных партнеров, проверка документов для получения галочки «Проверенный организатор». 4. Комьюнити-менеджмент: Разрешение конфликтов в чатах событий, бан злостных нарушителей, сбор обратной связи для улучшения продукта.

4. Гайдлайны для автоматизированных сервисов в схеме

Чтобы автоматизация не превратилась в спам и не испортила пользовательский опыт, алгоритмы работают по строгим правилам.

Правило «Радара» (Анти-спам):

1. Максимум 2 Push-уведомления в день на одного пользователя. 2. Строгий «Тихий режим»: запрет на отправку уведомлений с 23:00 до 10:00 (настраивается пользователем). 3. Уведомление отправляется только если Score релевантности > 0.7 (учитываются интересы пользователя, расстояние и наличие друзей в чате события).

Правило UGC-модерации:

1. Новые пользователи (рейтинг < 3.0) могут создавать только «Открытые» события. Лимит: не более 3 событий в день. 2. Автоматическая пометка «Требует проверки», если в тексте обнаружены стоп-слова (политика, продажа запрещенных веществ, признаки мошенничества). 3. Если событие получает 3 и более жалобы «Спам» за 10 минут, оно автоматически скрывается до ручной проверки модератором.

Правило актуальности данных (Data Freshness):

1. События, на которые не зашел ни один пользователь и не было ни одного взаимодействия (лайк, вопрос в чате) в течение 7 дней, автоматически архивируются. 2. Парсинг внешних источников происходит не реже 1 раза в час, чтобы избежать дублирования уже прошедших мероприятий.

Правило эскалации к человеку (Human-in-the-loop):

1. Если уверенность AI-модератора в том, что контент нарушает правила, находится в диапазоне 40–60%, система не блокирует контент автоматически, а отправляет его в очередь «Отложенная проверка» для человека. 2. Автоматический бан применяется только при 95%+ уверенности AI или при повторном нарушении пользователем.

Правило приватности:

1. Геолокация пользователя для работы «Радара» запрашивается только в момент открытия приложения или при явном согласии на фоновую работу. Данные о перемещениях не сохраняются на сервере, а обрабатываются локально на устройстве для генерации триггера.
Радар№ 3
Проект создан 27.10.2026