Регистрация участников мероприятия онлайн: форма, списки и QR-вход
Онлайн-регистрация участников — это сбор данных до события (имя, контакты, тип билета/роль), актуальный список на день мероприятия и быстрый вход (часто по QR или коду), а не только «форма в облаке». Если вы уже продаёте билеты онлайн, регистрация и check-in должны быть связаны с оплатой и статусом билета, иначе на входе будут очереди и ручные Excel-таблицы.
Ниже — минимальный состав формы, как вести списки и статусы, как устроить QR-вход и где заканчивается «бесплатная Google-форма», когда нужны оплата, возвраты и CRM. Попробовать связку билетов и учёта участников можно на TicketCode: https://ticketcode.ru/join.
Зачем отделять «заявку», «оплату» и «вход»
Три действия часто путают в одном слове «регистрация»:
| Этап | Что это | Типичный артефакт |
|---|---|---|
| Заявка | человек оставил контакты и интерес | строка в форме / лид |
| Оплата | право на вход подтверждено деньгами или бесплатным билетом | заказ, чек, билет |
| Вход (check-in) | человек физически прошёл на площадку | отметка «пришёл» |
Если эти этапы живут в разных таблицах, в день события появляется классика: «оплатил, но в списке нет», «в списке есть, а QR не открывается», «пришёл с чужим именем». Разделение логики помогает, а разделение систем — мешает.
Практичное правило:
- Заявка может быть без оплаты (B2B, лист ожидания, бесплатный митап).
- Оплата (или выдача бесплатного билета) фиксирует право входа.
- Вход меняет только статус присутствия — не создаёт нового человека с нуля.
Продажа билетов как воронка разобрана отдельно: как продавать билеты на мероприятие. Здесь — слой учёта людей вокруг этой продажи.
Что должно быть в форме регистрации (чеклист полей + согласие на ПДн)
Форма — не «чем больше полей, тем лучше». Лишние поля режут конверсию; недостающие — создают хаос на входе и в рассылках.
Минимум для большинства B2C-событий
- Имя (или ФИО — решите заранее и держите один формат)
- Email — билет, напоминание, сертификат
- Телефон — SMS/мессенджер, уточнения, no-show
- Тип участия / категория билета — стандарт, VIP, онлайн, спикер, волонтёр
- Согласие на обработку персональных данных — отдельный чекбокс, не «мелкий текст внизу»
Добавьте, если формат B2B или обучение
- Компания
- Должность
- ИНН / «нужен счёт» (если продаёте юрлицам)
- Количество мест в одном заказе
- Источник / промокод (чтобы потом не гадать, откуда пришёл трафик)
Не собирайте «на всякий случай»
Паспорт, дата рождения, размер футболки, «расскажите о себе» — только если это реально нужно для бейджа, кейтеринга или отбора. Каждое лишнее поле = больше отказов и больше ответственности по ПДн.
Согласие и оферта
Если вы принимаете деньги, в контуре регистрации должны быть понятны правила: что покупатель оплачивает, что с возвратом, кто продавец. Юридическую шкалу возвратов не дублируем здесь — см. возврат билетов на мероприятие в 2026. Для формы достаточно: чекбокс согласия на ПДн, ссылка на политику и (для платного события) акцепт оферты до оплаты.
Один заказ — несколько участников
Частый сбой: компания оплачивает 5 мест, а в списке одно ФИО бухгалтера. В нормальной билетной системе покупатель указывает ФИО каждого участника уже в заказе — не «пришлите список письмом накануне». На главной TicketCode это описано как список участников при покупке: имя, должность, телефон по каждому человеку в форме оплаты (ticketcode.ru).
Списки и статусы: зарегистрирован / оплатил / пришёл / не пришёл
Список участников — это не выгрузка «кто когда нажал Submit». Это операционная таблица на день события.
Базовые статусы, которых обычно хватает:
| Статус | Смысл | Кто меняет |
|---|---|---|
| Зарегистрирован / заявка | контакты есть, права входа ещё нет | форма / менеджер |
| Ожидает оплаты | счёт или ссылка отправлены | менеджер / система |
| Оплатил (билет выписан) | право входа есть | платёж / выдача билета |
| Пришёл | check-in пройден | сканер / волонтёр |
| Не пришёл (no-show) | билет был, на площадке не отметился | после события / вручную |
| Отменён / возврат | права входа нет | возврат / админка |
Полезные доп. метки: «лист ожидания», «комплиментарный», «спикер», «пресс», «двойной проход заблокирован».
Что смотреть за сутки до события
- Число оплативших ≠ число строк в Google-форме.
- Есть ли люди «оплатил, но ФИО пустое».
- Дубли email/телефона (одна семья, два заказа — ок; два билета на одного — риск).
- Кто в листе ожидания и кого можно донабрать при возвратах.
- Выгрузка на случай сбоя интернета (об этом ниже).
После события сегменты «пришёл / не пришёл» кормят следующий анонс. Как довести заявку до оплаты и не потерять её в мессенджерах — в статье CRM для организаторов мероприятий.
QR-вход и check-in: как это работает для организатора и волонтёра
QR нужен затем, что проверка билета занимает секунды и оставляет след в системе.
Типичный поток:
- Покупатель оплатил → на email уходит билет с уникальным QR (или кодом).
- На входе волонтёр открывает сканер в кабинете / приложении роли.
- Сканирование показывает результат: вход разрешён / уже использован / билет не найден / не та категория.
- Статус участника становится «пришёл».
На сайте TicketCode этот контур описан так: билет с QR после оплаты, на входе сканирует менеджер или волонтёр, роли разделены (ticketcode.ru).
Роли на входе
- Менеджер — видит больше данных, может разруливать спорные случаи (перенос места, VIP).
- Волонтёр — только check-in, без доступа к финансам и полной базе.
Так меньше риска, что стажёр «поправит» чужой заказ из любопытства.
Если QR не обязателен
Для камерного митапа на 30 человек достаточно фамилии в списке или короткого кода. QR начинает окупаться, когда:
- поток > ~50–80 человек в узкое окно входа;
- есть категории с разными правами (зона, фуршет, два дня);
- нужен антифрод повторного прохода;
- несколько точек входа / несколько волонтёров.
Альтернативы: штрихкод, числовой код, фамилия + документ (медленнее), бейдж с печатью после ручной сверки.
Офлайн-зал без интернета — что предусмотреть
Площадки с глухим бетоном, подвалы, выездные шатры — интернет на входе часто «есть на ресепшене и нет у двери». Обещать конкретный офлайн-режим конкретной системы без проверки кабинета нельзя: у разных билетных платформ поведение сканера отличается.
Что заложить заранее любому организатору:
- За сутки выгрузить актуальный список оплативших (ФИО, категория, код/номер заказа) в Excel/PDF и распечатать 1–2 копии.
- Уточнить у своего сервиса, работает ли сканер без сети, копятся ли отметки локально и как они синхронизируются, когда связь вернулась. Не полагайтесь на маркетинг — проверьте на тестовом билете в условиях, похожих на зал.
- Держать план B: ручная отметка в печатном списке + внесение статусов в систему после события.
- Запасной канал связи волонтёров (рации / офлайн-чат), чтобы не бегать к главному ноутбуку за каждым спорным билетом.
- Powerbank и второе устройство на точку входа.
Итого: QR ускоряет вход при живой связи со списком билетов; без связи спасает подготовка, а не надежда на «само подхватит».
Google/Яндекс Формы vs билетная система: когда хватит формы
Честно: для бесплатного митапа на 20 человек Google Формы или Яндекс Формы часто достаточно. Вы получаете таблицу ответов и можете вручную пустить людей по фамилии.
Где форма начинает ломаться:
| Задача | Форма | Билетная система |
|---|---|---|
| Собрать контакты на бесплатный митап | обычно хватает | избыточно, но удобно |
| Принять оплату и выдать билет | нужна связка с эквайрингом вручную | из коробки |
| Чек 54-ФЗ, возвраты | на вас целиком | контур возврата в кабинете + ваши кассовые правила |
| Актуальный список «кто оплатил» | руками сверяете оплату и форму | один статус |
| QR и антифрод повторного прохода | почти всегда сами | сканер и статусы |
| Несколько участников в одном заказе | отдельные строки / путаница | поля на каждого |
| B2B-счёт, договор, ЭДО | вне формы | в сервисе или рядом |
| Передача в CRM | CSV + копипаст | автоматическая связка |
Формы — честный старт. Переход на билетную систему оправдан, когда появляются оплата, возвраты, вход и повторные продажи. Про комиссии процентных сервисов vs фикса — в материале комиссия за продажу билетов; про запуск продаж — снова пошаговая инструкция.
Связка с CRM организатора
Регистрация без следующего шага менеджера — это просто таблица. CRM нужна, когда часть людей не платит сразу: просят счёт, сравнивают тарифы, согласуют поездку с руководителем.
Минимальная связка:
- Заявка или покупка создаёт контакт.
- Оплата создаёт или закрывает сделку.
- Статус «пришёл / не пришёл» остаётся в истории для следующего потока.
Подробный разбор воронки, этапов и когда хватит одной билетной системы — в статье CRM для организаторов мероприятий. Здесь достаточно правила: не ведите «регистрацию» в одной таблице, а «прогрев» — в другой без общего ключа (email / id заказа).
Как это выглядит в TicketCode
По публичным страницам продукта связка такая:
- Создаёте событие и категории билетов; покупатель оплачивает банковской картой (или другими способами, доступными в кабинете).
- После оплаты на email уходит билет с QR; на входе работают роли менеджера и волонтёра со сканером (ticketcode.ru).
- В заказе можно собрать ФИО участников сразу, а не догонять список письмами.
- Покупатель становится контактом; при необходимости сделка уходит в AmoCRM / Bitrix24 или во внутренний модуль CRM (см. CRM-статью).
- Тариф билетной части: первые 50 оплаченных билетов на весь аккаунт — без комиссии сервиса, далее 30 ₽ за билет, без абонентской платы за продажу билетов. Условия — на главной ticketcode.ru и в кабинете.
- Модуль CRM (по желанию): от 990 ₽ за сотрудника / месяц — отдельно от билетной части.
- Интеграция с Kassir.ru есть.
- Оплата покупателей — банковскими картами (и связанные сценарии в кабинете).
Попробовать: создать событие на TicketCode. Черновики и бесплатные события доступны сразу после регистрации; реквизиты понадобятся перед платными продажами (join).
Частые вопросы
Чем регистрация отличается от продажи билета?
Регистрация — учёт людей и их данных. Билет — оплата (или бесплатная выдача) и право входа. Удобнее, когда оба слоя живут в одной системе: иначе список «кто придёт» разъезжается с оплатами.
Какие поля обязательны в форме?
Обычно: имя (или ФИО), контакт (email и/или телефон), тип участия. Для B2B добавьте компанию и должность. Отдельно — согласие на обработку ПДн. Остальное — только если реально нужно для входа или программы.
Нужен ли QR-код для входа?
Не обязателен на маленьком бесплатном митапе. Удобен при потоке, разных категориях и нескольких волонтёрах. Альтернативы — код заказа или сверка по фамилии в списке (медленнее, больше ошибок).
Можно ли обойтись только Google Формой или Яндекс Формой?
Да, если событие бесплатное, без сложного входа и без оплаты. Для платных билетов, возвратов, антифрода повторного прохода и актуального статуса «оплатил» формы обычно не хватает — нужна билетная система или связка форма + эквайринг + ручной учёт.
Как связать регистрацию с CRM?
Покупатель или заявка должны становиться контактом, а оплата — сделкой без ручного копирования. Разбор связки и воронки: CRM для организаторов мероприятий.
С чего начать в TicketCode?
Зарегистрируйтесь на ticketcode.ru/join, создайте событие, настройте категории билетов и проверьте тестовый заказ: письмо с билетом, список участников, сканирование QR ролью волонтёра.
Короткий итог
Онлайн-регистрация участников работает, когда форма, оплата и check-in смотрят в один список статусов. Google-форма уместна на старте без оплаты; как только появляются деньги, возвраты и очередь на входе — выгоднее билетный контур с QR и выгрузкой. TicketCode закрывает продажу, билет с QR и учёт участников в одной логике: попробовать.
