Создание сайта мероприятия: что должно происходить после формы регистрации

# Создание сайта мероприятия: что должно происходить после формы регистрации

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

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

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

Спроектировать сайт мероприятия

Определите тип события

Сценарий зависит от формата:

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

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

Не выбирайте шаблон сайта до описания роли участника и результата регистрации.

Один главный сценарий

Сформулируйте целевое действие:

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

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

Структура публичного сайта

Минимальная структура:

Первый экран с темой, датой, местом и действием.
Для кого событие.
Практические вопросы или результаты.
Формат.
Программа.
Спикеры или участники.
Тарифы и условия.
Площадка или доступ к онлайн-формату.
Организатор и доказательства.
Вопросы.
Регистрация.
Документы и политика.

Очередность меняется по событию. Для выставки важны экспоненты и схема, для премии номинации и правила, для вебинара ведущий и доступ.

Первый экран

Он отвечает: что происходит; когда; где; кому полезно; что доступно сейчас.

Название бренда без расшифровки не объясняет тему. Добавьте короткое позиционирование и конкретную кнопку.

Если регистрация ещё не открыта, не ставьте неработающую форму. Предложите подписаться на объявление с отдельным сроком и основанием обработки.

Контент меняется по фазам

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

Запланируйте состояния:

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

Каждое состояние меняет доступные действия. Нельзя принимать оплату по закрытому тарифу или оставлять на прошедшей странице кнопку «Купить» без объяснения.

Программа

Программа хранится как набор сессий, а не только PDF. Это даёт:

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

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

Формы для разных ролей

Участник

Выбирает формат, билет или тариф и сообщает необходимые данные.

Спикер

Предлагает тему, биографию и материалы по отдельному процессу согласования.

Партнёр

Выбирает пакет или запрашивает условия, указывает компанию и контакт.

Пресса

Подаёт запрос на аккредитацию и получает решение.

Делегация

Представитель организации регистрирует нескольких участников в рамках одного договора.

Разделение уменьшает поля и сразу назначает правильного ответственного.

Что собирать в первой форме

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

Не собирайте:

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

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

После отправки формы

Успешная регистрация должна выполнить цепочку:

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

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

Статусы регистрации

Один статус «зарегистрирован» недостаточен. Возможная модель:

черновик;
заявка получена;
проверяется;
одобрена;
ожидается документ;
ожидается оплата;
участие подтверждено;
лист ожидания;
отменена;
участник заменён;
пришёл;
не пришёл.

Пользователь видит понятную формулировку, сотрудник — операционный статус. Изменения фиксируются в истории.

CRM

Карточка связывает:

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

Если один человек регистрируется на два события, создаются две регистрации, а не два несвязанных контакта.

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

Подтверждение

Сообщение после регистрации отвечает: что принято; подтверждено ли участие; что нужно сделать; до какого срока; где посмотреть статус; как связаться с поддержкой.

Для платного события не пишите «Вы участник» до выполнения условий допуска. Используйте точный статус: «Заявка принята, ожидается оплата».

Документы и оплата

Если участвуют юридические лица, спроектируйте:

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

Тариф, сумма и срок берутся из справочника события. Ручная правка в документе не должна создавать расхождение с CRM.

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

Билет и доступ

После выполнения условий участник получает:

билет или код;
адрес и вход;
время открытия регистрации;
формат допуска;
программу;
контакт поддержки.

Для онлайн-события ссылка привязывается к статусу и не должна бесконтрольно пересылаться. Для очного — код не раскрывает персональные данные в явном виде.

Напоминания

Сценарий может включать:

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

Частота зависит от события. Каждое сообщение имеет сервисную цель. Рекламная рассылка будущих событий оформляется отдельно.

Check-in

Система в день события показывает допустимую информацию:

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

Повторное сканирование предупреждает оператора, но не стирает первый факт. Действия журналируются.

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

Площадка и навигация

Сайт помогает добраться:

точный адрес;
вход;
транспорт;
парковка;
доступность;
время работы стойки;
схема залов в безопасном объёме;
контакты на день события.

Для многозального формата программа и схема связываются. Участник открывает сессию и видит зал.

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

Проверьте:

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

Регистрация на событие не означает согласия на публичную фотографию или предложения всех партнёров.

Аналитика

Отчёт строится по цепочке:

text просмотр → начало формы → отправка → подтверждение → оплата → билет → check-in → материалы

Анализируйте:

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

Не смешивайте заявки, оплаченных участников и фактических посетителей в одной цифре.

После мероприятия

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

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

Что включить в техническое задание

Для каждого сценария опишите:

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

Пример: «После успешной оплаты регистрация получает статус допуска, участнику доступен билет, а при несовпадении суммы создаётся задача бухгалтерии без автоматического допуска».

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

Сайт проектируется отдельно от CRM.
Все роли заполняют одну форму.
Нет статуса после заявки.
Успех в браузере считают доставкой в CRM.
Документы создаются вручную.
Оплата не связана с допуском.
Сервисные и рекламные письма смешаны.
Check-in ведётся в новой таблице.
После события страницу удаляют.
Аналитика считает только отправки формы.

Сайт как часть операционной системы

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

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

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

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

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

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