Claude MetaKit — self-service админка для виртуальных мероприятий
| Продукт B2B админка для виртуальных мероприятий | Таймлайн Январь 2024- Октябрь 2024 |
| Инструменты Figma, FigJam, Jira, Confluence | Команда Product Designer |
Eventagrate — студия иммерсивных технологий из Дубая. 65 человек, 500+ проектов в 30+ странах. Делают виртуальные ивенты для корпоратов в GCC.
Каждый проект был как стартап с нуля: 6 месяцев, кастомная разработка, кранчи перед запуском. Пока команда занята — сделки уходили конкурентам.
Моя роль
Product Designer (end-to-end): - Discovery и синтез инсайтов (5 интервью) - IA под 5 ролей - UI ключевых флоу подготовки и live-модерации - Design system и компоненты - Тестирование итераций, контроль качества
Проблема
Eventagrate — агентство виртуальных мероприятий.
Каждый проект = “новый продукт с нуля”.
Бизнес: Нельзя обещать сроки, теряли сделки. Нельзя вести параллельно, упирались в потолок.
Пользователи: "Хотим настраивать сами, без 20 созвонов". А ещё — страх live. Когда 2000 человек онлайн и что-то идёт не так, это публичный провал.
Решение
Модульная архитектура
Система как набор независимых блоков, которые собираются в событие под нужный формат.
Модули: Roles & Permissions → Content → Moderation → Analytics
Главное решение: роли вместо "универсальной админки"
Универсальный интерфейс — это когда всем неудобно одинаково.
Я разделил систему на 5 ролей. Каждая видит только то, что нужно для её работы. Organizer — конфигурация события, go-live Client Admin — управление со стороны клиента Content Manager — наполнение и управление стендами Moderator — чат/Q&A, инциденты Tech Admin — интеграции, системные настройки
Основной флоу: подготовка события
Раньше: 20+ созвонов → правки через разработчиков → непредсказуемые сроки
Теперь: организатор собирает как конструктор:
Ключевые экраны
Dashboard — операционный центр
Не аналитика для отчётов. Это экран для ответа на один вопрос: "всё ок или горит?"
Chat Management — live-модерация
Live-модерация это стресс. Любое действие — бан, скрытие, отключение комнаты — может быть ошибкой.
Ключевое решение: safe actions.
Деструктивные действия требуют подтверждения. Не потому что пользователь глупый — потому что в стрессе легко промахнуться.
Q&A Moderation — очередь вопросов
Q&A Moderation
Приоритизация по upvotes, статус “in progress”, быстрые шаблоны ответов.
Content Manager — self-service наполнение
Клиенты хотели менять контент сами. Но боялись сломать что-то в live.
Готовишь изменения → смотришь как будет выглядеть → публикуешь когда уверен. Откат в один клик.
Design System
Много экранов, 5 ролей — без системы всё расползётся за месяц.
Design System
Dark theme с "заглублением" — карточки темнее фона. Меньше контраста = меньше усталости в долгих сессиях мониторинга.
Цвета:
- Зелёный (#37CA8C) — primary actions, online/live статусы
- Красный — только деструктивные действия, никогда для акцента
- Нейтральные — всё остальное
Компоненты: buttons (filled/outline/ghost), inputs (S/M/L), tabs с счётчиками, badges, tables.
Результаты
| Метрика | Было | Стало |
|---|---|---|
| Конфигурация события | ~14 дней | ~4 дня |
| Project lead time | ~6 мес | ~1 мес |
| Параллельных проектов | 1-2 | 3-6 |
| Self-service | 0% | 80% |
| CSAT | — | 4.8/5 |
Как считали
- Время подготовки — от старта до go-live (по таймлайнам проектов)
- Self-service — доля задач без dev/саппорта
- CSAT — пост-ивент опрос
Business impact: - Быстрее закрывали сделки — могли обещать сроки - Меньше инцидентов и кранчей перед запуском - Выросла параллельность без роста dev-нагрузки
Что понял
Role-based > Universal. Инвестиция в разные интерфейсы окупилась. Люди перестали путаться, support tickets упали.
Safe actions работают. Toggle + confirm для деструктивных действий — это не "недоверие к пользователю", это защита от стресса.
DS экономит недели. В проекте с 5 ролями и десятками экранов без системы — хаос.