# Сайт делового форума или отдельная платформа: как выбрать архитектуру

Редакция SGI24. Основа статьи — CONF24; блоки про делегации, выставку и сложные роли являются проектной моделью, если они не показаны в кейсе. [О бюро](/company).

Создание сайта форума отличается от запуска одностраничного мероприятия. У форума несколько аудиторий, параллельная программа, партнёры, делегации, выставочная зона, специальные статусы и долгий цикл согласований. Если собрать всё в одном конструкторе без модели данных, команда быстро переходит к таблицам.

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

Спроектировать сайт делового форума

Чем форум отличается от обычного мероприятия

В деловом форуме часто участвуют:

  • посетители;
  • делегаты организаций;
  • спикеры;
  • модераторы;
  • программный комитет;
  • партнёры;
  • экспоненты;
  • пресса;
  • почётные гости;
  • сотрудники площадки;
  • подрядчики.

У каждой роли свой путь. Партнёр согласует пакет и стенд, спикер тему и материалы, делегат документы и оплату, пресса аккредитацию. Одна универсальная форма не может корректно сопровождать всех.

Когда достаточно сайта

Сайт с внешними интеграциями подходит, если:

  • форум проводится один раз;
  • один день и ограниченное число потоков;
  • простые тарифы;
  • нет сложной работы с делегациями;
  • документы формируются в действующей CRM;
  • check-in можно выполнить отдельным проверенным сервисом;
  • личный кабинет не нужен;
  • материалы выдаются одним способом.

В этом случае публичная часть остаётся главным интерфейсом, а регистрация передаёт данные в CRM.

Когда нужна отдельная платформа

Рассматривайте платформу, если:

  • событие ежегодное или серийное;
  • несколько дней и залов;
  • программа постоянно меняется;
  • много типов участников;
  • одна организация направляет делегацию;
  • есть партнёрские пакеты и выставка;
  • требуется кабинет;
  • оплата идёт от юридических лиц и физических лиц;
  • документы персонализированы;
  • доступ зависит от статуса;
  • работает мобильный интерфейс на площадке;
  • нужны материалы и сообщество после форума.

Платформа может состоять из нескольких продуктов. Важно, чтобы они работали с одной карточкой события и согласованными идентификаторами.

Модель форума

Мастер-карточка содержит:

  • название;
  • тему;
  • даты;
  • часовой пояс;
  • город;
  • площадку;
  • формат;
  • вместимость;
  • фазы;
  • регистрационные окна;
  • тарифы;
  • партнёрские пакеты;
  • статусы публикации;
  • правила доступа.

Сайт, письма, документы, билет и операционный экран получают данные из этого источника. Изменение площадки не должно редактироваться вручную в каждом шаблоне.

Публичная архитектура

Для форума обычно нужны страницы:

  • главная;
  • идея и аудитория;
  • деловая программа;
  • спикеры;
  • тематические треки;
  • форматы участия;
  • партнёры;
  • выставка;
  • площадка;
  • новости;
  • пресса;
  • вопросы;
  • регистрация;
  • архив прошлых событий.

Крупный форум не помещается в бесконечный лендинг. Страницы имеют собственные адреса, поиск и связи.

Тематические треки

Трек объединяет сессии по задаче или аудитории. У него есть:

  • название;
  • описание;
  • куратор;
  • сессии;
  • целевая аудитория;
  • партнёр в допустимом статусе;
  • материалы;
  • вместимость.

Пользователь фильтрует программу по треку и сохраняет интересующие сессии. Организатор видит спрос и может планировать залы без обещания, что выбор пользователя равен гарантированному месту.

Программный комитет

Работа над содержанием включает предложения, обсуждение, приглашение спикера, согласование темы, проверку описания и публикацию.

Статусы:

text идея → рассматривается → одобрена → спикер приглашён → подтверждено → готово к публикации

Публичный сайт получает только подтверждённые данные. Внутренние комментарии и контакты не должны выходить наружу.

Форма предложения темы создаёт объект в программном контуре, назначает ответственного и сохраняет решение, а не отправляет письмо в общий ящик.

Спикеры и модераторы

Карточка человека связывается с ролями и сессиями. Нужно учитывать, что один участник может выступать в двух панелях и модерировать третью.

Хранятся:

  • публичное имя;
  • должность и организация;
  • краткая биография;
  • фотография;
  • контакты для команды;
  • статус согласования;
  • сессии;
  • материалы;
  • логистика;
  • согласия на публикацию и запись в применимой части.

Публичный и внутренний наборы полей разделяются.

Регистрация участников

Форма зависит от роли и тарифа. Участник выбирает: очно или онлайн; дни; пакет; дополнительные форматы; организацию-плательщика; необходимые документы.

После регистрации создаётся запись на конкретный форум. Контакт в CRM не равен подтверждённому участнику.

Статусы учитывают проверку, документы, оплату, допуск, замену, check-in и неявку.

Делегации

Организация может заключить один договор и направить несколько людей. Модель:

text организация → представитель → договор → делегация → участники

Представитель управляет списком в пределах полномочий, но не получает автоматически доступ к личным кабинетам всех делегатов.

Замена участника переносит место и тариф по правилам, сохраняя историю. Нельзя удалять старую запись и переписывать имя, иначе теряются согласия, сообщения и факты.

Партнёры

Партнёрский контур включает:

  • пакет;
  • права размещения;
  • логотип;
  • описание;
  • стенд;
  • выступление, если предусмотрено;
  • гостевые места;
  • документы;
  • оплату;
  • материалы;
  • согласование публикации.

Логотип не публикуется до подтверждения статуса и материалов. Партнёрский пакет должен быть связан с договором и выполнением обязательств.

Выставочная зона

Для экспонентов могут понадобиться:

  • площадь;
  • место на схеме;
  • оборудование;
  • электричество;
  • монтаж;
  • пропуска;
  • сотрудники стенда;
  • логистика;
  • документы;
  • правила площадки.

Схема сайта показывает посетителю зоны, но внутренний производственный план хранит технические детали отдельно.

Пресса

Аккредитация — отдельный процесс:

  • издание;
  • роль заявителя;
  • контакт;
  • подтверждающий материал в необходимом объёме;
  • решение;
  • тип допуска;
  • правила публикации;
  • получение материалов.

Отказ или одобрение фиксируются, а публичный список СМИ формируется только при наличии основания.

Документы

Форум может формировать:

  • договор;
  • счёт;
  • акт;
  • приглашение;
  • письмо-вызов;
  • билет;
  • сертификат;
  • партнёрское приложение;
  • техническое задание экспонента.

У каждого документа есть шаблон, версия, данные, статус и получатель. Массовое формирование защищается от повторного выпуска и двойной отправки.

Оплата и допуск

Платёжный статус не должен жить в комментарии. CRM получает подтверждение от платёжной или учётной системы и применяет правила допуска.

Возможны состояния:

  • счёт готов;
  • отправлен;
  • ожидается оплата;
  • оплачено;
  • частично оплачено;
  • просрочено;
  • перенос;
  • возврат;
  • сверка.

Особый гостевой допуск оформляется отдельным основанием, а не ручной отметкой «пустить» без истории.

Кабинеты

Участник

Видит статус, билет, программу, выбранные сессии, документы и материалы.

Представитель организации

Управляет делегацией и договорными действиями в пределах прав.

Спикер

Согласует профиль, тему, презентацию и организационные детали.

Партнёр

Передаёт материалы и видит выполнение пакета.

Команда

Работает с очередью своей роли.

Один кабинет с переключателем ролей может быть удобен, если права и данные разделены на сервере.

Мобильный сценарий

На площадке участнику нужны:

  • билет;
  • программа сейчас;
  • зал;
  • карта;
  • изменения;
  • материалы;
  • поддержка.

Не переносите весь сайт в приложение. Мобильный интерфейс строится под короткие действия и плохую связь.

Check-in и контроль фаз

Операционный режим активируется в окне форума. До него команда готовит списки, после — работает с фактом и материалами.

Сервер ограничивает:

  • отметку входа;
  • выдачу бейджа;
  • регистрацию на месте;
  • закрытие участия;
  • пост-мероприятные действия.

Скрытие кнопок недостаточно: прямой запрос тоже должен учитывать фазу и роль.

Персональные данные

Форум обрабатывает данные разных ролей и организаций. Проверьте:

  • цели;
  • основания;
  • отдельные согласия;
  • публикацию спикеров;
  • фото и видеозапись;
  • передачу партнёрам;
  • площадку и подрядчиков;
  • международных участников;
  • базы и локализацию;
  • сроки;
  • прекращение доступа.

Регистрация на форум не означает согласия передать контакт всем партнёрам. Такая цель требует самостоятельного анализа и выбора участника.

Архив и следующий форум

После события сохраняются:

  • историческая программа;
  • подтверждённые спикеры;
  • итоги;
  • публичные материалы;
  • страницы сессий;
  • партнёры;
  • фотоматериалы на законном основании;
  • ссылка на следующую дату.

Не переписывайте прошлогоднюю страницу под новый форум, уничтожая историю. Создайте серию с общим брендом и отдельными событиями.

Аналитика

Руководитель видит:

  • регистрации по ролям;
  • документы;
  • оплаты;
  • заполнение залов;
  • фактическое участие;
  • делегации;
  • партнёрские обязательства;
  • работу программы;
  • материалы;
  • обращения поддержки;
  • переход на следующее событие.

Показатель имеет источник и определение. «Участники» разделяются на заявки, подтверждённых и пришедших.

Как выбрать архитектуру

Задайте вопросы:

  1. Событие повторится?
  2. Сколько ролей?
  3. Есть ли делегации?
  4. Нужны ли юридические документы?
  5. Сколько залов и дней?
  6. Есть ли выставка?
  7. Нужны ли кабинеты?
  8. Как работает check-in?
  9. Что останется после форума?
  10. Какие системы уже есть?

Если сложность сосредоточена в публичном контенте, можно развивать сайт и интеграции. Если она находится в ролях, документах и операциях, нужен платформенный контур.

Частые ошибки

  • Форум помещают в один лендинг.
  • Все роли используют одну форму.
  • Программа существует PDF.
  • Приглашённые спикеры опубликованы как подтверждённые.
  • Делегации ведутся списком в письме.
  • Партнёрские обязательства не связаны с договором.
  • Check-in создаёт отдельную базу.
  • Кабинет показывает внутренние поля CRM.
  • Старый форум переписывается под новый.
  • Партнёрам передают контакты без отдельного основания.

Что можно перенести из CONF24

Мы проектируем форум как систему ролей и событий. Публичный сайт, программа, регистрации, делегации, партнёры, документы, оплата, кабинеты и check-in работают с одной моделью и фазами.

Подход CONF24 даёт основу для повторных отраслевых событий: каждый форум сохраняет свою историю, а общая CRM и операционные правила не создаются заново.

Спроектировать сайт делового форума или обсудить архитектуру форума.

В обращении укажите роли, число дней и наличие делегаций, партнёров или выставки. По этим данным видно, достаточно сайта с CRM или нужен платформенный контур.

Связанные материалы

Архитектура определяется по ролям, программе, документам, оплате, площадке и повторяемости форума.