# Сайт делового форума или отдельная платформа: как выбрать архитектуру
Редакция SGI24. Основа статьи — CONF24; блоки про делегации, выставку и сложные роли являются проектной моделью, если они не показаны в кейсе. [О бюро](/company).
Создание сайта форума отличается от запуска одностраничного мероприятия. У форума несколько аудиторий, параллельная программа, партнёры, делегации, выставочная зона, специальные статусы и долгий цикл согласований. Если собрать всё в одном конструкторе без модели данных, команда быстро переходит к таблицам.
Архитектура зависит от масштаба и повторяемости. Для одного небольшого форума может хватить сайта с регистрацией и CRM. Для ежегодного события с несколькими потоками нужен связанный контур программы, участников, документов, кабинетов и операционной работы.
Спроектировать сайт делового форума
Чем форум отличается от обычного мероприятия
В деловом форуме часто участвуют:
- посетители;
- делегаты организаций;
- спикеры;
- модераторы;
- программный комитет;
- партнёры;
- экспоненты;
- пресса;
- почётные гости;
- сотрудники площадки;
- подрядчики.
У каждой роли свой путь. Партнёр согласует пакет и стенд, спикер тему и материалы, делегат документы и оплату, пресса аккредитацию. Одна универсальная форма не может корректно сопровождать всех.
Когда достаточно сайта
Сайт с внешними интеграциями подходит, если:
- форум проводится один раз;
- один день и ограниченное число потоков;
- простые тарифы;
- нет сложной работы с делегациями;
- документы формируются в действующей CRM;
- check-in можно выполнить отдельным проверенным сервисом;
- личный кабинет не нужен;
- материалы выдаются одним способом.
В этом случае публичная часть остаётся главным интерфейсом, а регистрация передаёт данные в CRM.
Когда нужна отдельная платформа
Рассматривайте платформу, если:
- событие ежегодное или серийное;
- несколько дней и залов;
- программа постоянно меняется;
- много типов участников;
- одна организация направляет делегацию;
- есть партнёрские пакеты и выставка;
- требуется кабинет;
- оплата идёт от юридических лиц и физических лиц;
- документы персонализированы;
- доступ зависит от статуса;
- работает мобильный интерфейс на площадке;
- нужны материалы и сообщество после форума.
Платформа может состоять из нескольких продуктов. Важно, чтобы они работали с одной карточкой события и согласованными идентификаторами.
Модель форума
Мастер-карточка содержит:
- название;
- тему;
- даты;
- часовой пояс;
- город;
- площадку;
- формат;
- вместимость;
- фазы;
- регистрационные окна;
- тарифы;
- партнёрские пакеты;
- статусы публикации;
- правила доступа.
Сайт, письма, документы, билет и операционный экран получают данные из этого источника. Изменение площадки не должно редактироваться вручную в каждом шаблоне.
Публичная архитектура
Для форума обычно нужны страницы:
- главная;
- идея и аудитория;
- деловая программа;
- спикеры;
- тематические треки;
- форматы участия;
- партнёры;
- выставка;
- площадка;
- новости;
- пресса;
- вопросы;
- регистрация;
- архив прошлых событий.
Крупный форум не помещается в бесконечный лендинг. Страницы имеют собственные адреса, поиск и связи.
Тематические треки
Трек объединяет сессии по задаче или аудитории. У него есть:
- название;
- описание;
- куратор;
- сессии;
- целевая аудитория;
- партнёр в допустимом статусе;
- материалы;
- вместимость.
Пользователь фильтрует программу по треку и сохраняет интересующие сессии. Организатор видит спрос и может планировать залы без обещания, что выбор пользователя равен гарантированному месту.
Программный комитет
Работа над содержанием включает предложения, обсуждение, приглашение спикера, согласование темы, проверку описания и публикацию.
Статусы:
text идея → рассматривается → одобрена → спикер приглашён → подтверждено → готово к публикации
Публичный сайт получает только подтверждённые данные. Внутренние комментарии и контакты не должны выходить наружу.
Форма предложения темы создаёт объект в программном контуре, назначает ответственного и сохраняет решение, а не отправляет письмо в общий ящик.
Спикеры и модераторы
Карточка человека связывается с ролями и сессиями. Нужно учитывать, что один участник может выступать в двух панелях и модерировать третью.
Хранятся:
- публичное имя;
- должность и организация;
- краткая биография;
- фотография;
- контакты для команды;
- статус согласования;
- сессии;
- материалы;
- логистика;
- согласия на публикацию и запись в применимой части.
Публичный и внутренний наборы полей разделяются.
Регистрация участников
Форма зависит от роли и тарифа. Участник выбирает: очно или онлайн; дни; пакет; дополнительные форматы; организацию-плательщика; необходимые документы.
После регистрации создаётся запись на конкретный форум. Контакт в CRM не равен подтверждённому участнику.
Статусы учитывают проверку, документы, оплату, допуск, замену, check-in и неявку.
Делегации
Организация может заключить один договор и направить несколько людей. Модель:
text организация → представитель → договор → делегация → участники
Представитель управляет списком в пределах полномочий, но не получает автоматически доступ к личным кабинетам всех делегатов.
Замена участника переносит место и тариф по правилам, сохраняя историю. Нельзя удалять старую запись и переписывать имя, иначе теряются согласия, сообщения и факты.
Партнёры
Партнёрский контур включает:
- пакет;
- права размещения;
- логотип;
- описание;
- стенд;
- выступление, если предусмотрено;
- гостевые места;
- документы;
- оплату;
- материалы;
- согласование публикации.
Логотип не публикуется до подтверждения статуса и материалов. Партнёрский пакет должен быть связан с договором и выполнением обязательств.
Выставочная зона
Для экспонентов могут понадобиться:
- площадь;
- место на схеме;
- оборудование;
- электричество;
- монтаж;
- пропуска;
- сотрудники стенда;
- логистика;
- документы;
- правила площадки.
Схема сайта показывает посетителю зоны, но внутренний производственный план хранит технические детали отдельно.
Пресса
Аккредитация — отдельный процесс:
- издание;
- роль заявителя;
- контакт;
- подтверждающий материал в необходимом объёме;
- решение;
- тип допуска;
- правила публикации;
- получение материалов.
Отказ или одобрение фиксируются, а публичный список СМИ формируется только при наличии основания.
Документы
Форум может формировать:
- договор;
- счёт;
- акт;
- приглашение;
- письмо-вызов;
- билет;
- сертификат;
- партнёрское приложение;
- техническое задание экспонента.
У каждого документа есть шаблон, версия, данные, статус и получатель. Массовое формирование защищается от повторного выпуска и двойной отправки.
Оплата и допуск
Платёжный статус не должен жить в комментарии. CRM получает подтверждение от платёжной или учётной системы и применяет правила допуска.
Возможны состояния:
- счёт готов;
- отправлен;
- ожидается оплата;
- оплачено;
- частично оплачено;
- просрочено;
- перенос;
- возврат;
- сверка.
Особый гостевой допуск оформляется отдельным основанием, а не ручной отметкой «пустить» без истории.
Кабинеты
Участник
Видит статус, билет, программу, выбранные сессии, документы и материалы.
Представитель организации
Управляет делегацией и договорными действиями в пределах прав.
Спикер
Согласует профиль, тему, презентацию и организационные детали.
Партнёр
Передаёт материалы и видит выполнение пакета.
Команда
Работает с очередью своей роли.
Один кабинет с переключателем ролей может быть удобен, если права и данные разделены на сервере.
Мобильный сценарий
На площадке участнику нужны:
- билет;
- программа сейчас;
- зал;
- карта;
- изменения;
- материалы;
- поддержка.
Не переносите весь сайт в приложение. Мобильный интерфейс строится под короткие действия и плохую связь.
Check-in и контроль фаз
Операционный режим активируется в окне форума. До него команда готовит списки, после — работает с фактом и материалами.
Сервер ограничивает:
- отметку входа;
- выдачу бейджа;
- регистрацию на месте;
- закрытие участия;
- пост-мероприятные действия.
Скрытие кнопок недостаточно: прямой запрос тоже должен учитывать фазу и роль.
Персональные данные
Форум обрабатывает данные разных ролей и организаций. Проверьте:
- цели;
- основания;
- отдельные согласия;
- публикацию спикеров;
- фото и видеозапись;
- передачу партнёрам;
- площадку и подрядчиков;
- международных участников;
- базы и локализацию;
- сроки;
- прекращение доступа.
Регистрация на форум не означает согласия передать контакт всем партнёрам. Такая цель требует самостоятельного анализа и выбора участника.
Архив и следующий форум
После события сохраняются:
- историческая программа;
- подтверждённые спикеры;
- итоги;
- публичные материалы;
- страницы сессий;
- партнёры;
- фотоматериалы на законном основании;
- ссылка на следующую дату.
Не переписывайте прошлогоднюю страницу под новый форум, уничтожая историю. Создайте серию с общим брендом и отдельными событиями.
Аналитика
Руководитель видит:
- регистрации по ролям;
- документы;
- оплаты;
- заполнение залов;
- фактическое участие;
- делегации;
- партнёрские обязательства;
- работу программы;
- материалы;
- обращения поддержки;
- переход на следующее событие.
Показатель имеет источник и определение. «Участники» разделяются на заявки, подтверждённых и пришедших.
Как выбрать архитектуру
Задайте вопросы:
- Событие повторится?
- Сколько ролей?
- Есть ли делегации?
- Нужны ли юридические документы?
- Сколько залов и дней?
- Есть ли выставка?
- Нужны ли кабинеты?
- Как работает check-in?
- Что останется после форума?
- Какие системы уже есть?
Если сложность сосредоточена в публичном контенте, можно развивать сайт и интеграции. Если она находится в ролях, документах и операциях, нужен платформенный контур.
Частые ошибки
- Форум помещают в один лендинг.
- Все роли используют одну форму.
- Программа существует PDF.
- Приглашённые спикеры опубликованы как подтверждённые.
- Делегации ведутся списком в письме.
- Партнёрские обязательства не связаны с договором.
- Check-in создаёт отдельную базу.
- Кабинет показывает внутренние поля CRM.
- Старый форум переписывается под новый.
- Партнёрам передают контакты без отдельного основания.
Что можно перенести из CONF24
Мы проектируем форум как систему ролей и событий. Публичный сайт, программа, регистрации, делегации, партнёры, документы, оплата, кабинеты и check-in работают с одной моделью и фазами.
Подход CONF24 даёт основу для повторных отраслевых событий: каждый форум сохраняет свою историю, а общая CRM и операционные правила не создаются заново.
Спроектировать сайт делового форума или обсудить архитектуру форума.
В обращении укажите роли, число дней и наличие делегаций, партнёров или выставки. По этим данным видно, достаточно сайта с CRM или нужен платформенный контур.
Связанные материалы
Архитектура определяется по ролям, программе, документам, оплате, площадке и повторяемости форума.