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. Геолокация пользователя для работы «Радара» запрашивается только в момент открытия приложения или при явном согласии на фоновую работу. Данные о перемещениях не сохраняются на сервере, а обрабатываются локально на устройстве для генерации триггера.
