Мероприятие глазами участника: разговор о личном маршруте

Владимир Борин: Персональная рекомендация отвечает на один вопрос: «Что мне может подойти?» Маршрут связывает ответы во времени. Человек выбирает доклад, понимает, как добраться до зала, договаривается о встрече после него, находит нужный стенд и сохраняет материалы. Если каждый шаг существует отдельно, даже хорошая подборка сессий не делает день удобным.

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

Милана Ширшикова: Личный маршрут не должен прятать остальные возможности. Он предлагает несколько уместных следующих шагов и объясняет, почему они появились. Полная программа, каталог людей и карта остаются доступными. Человек может отказаться от подсказки, изменить интересы или сознательно пойти на доклад, который не совпал с его профилем.

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

Владимир Борин: Не биографию и не длинный список интересов. Для начала достаточно задачи: зачем человек приехал, какой опыт ищет, с кем готов встретиться. Ответ «хочу посмотреть новые решения для работы с клиентами» полезнее десяти случайно отмеченных тем. Если организатор знает аудиторию, он может предложить несколько понятных вариантов ответа, а не заставлять каждого формулировать запрос с нуля.

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

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

Полезный сигнал — то, что человек явно выбрал сейчас: сессия в личном расписании, подтверждённая встреча, изменённый интерес. Но и эти действия нельзя трактовать слишком широко. Открытая карточка спикера ещё не означает, что гость хочет познакомиться с ним.

Владимир Борин: Представим условный отраслевой форум. Алина приезжает, чтобы найти практический подход к обслуживанию клиентов в распределённой сети. До события она сохранила две сессии и договорилась о коротком разговоре с коллегой. Утром приложение показывает ближайший доклад и зал; после выступления — где состоится встреча и сколько времени займёт переход. Позже Алина открывает на карте стенд команды, чей опыт упоминали на сессии. Вечером она возвращается к материалам и отмечает, с кем хочет продолжить разговор.

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

Милана Ширшикова: Нет. Цифровой слой должен сокращать время у экрана. Гость быстро проверяет следующий шаг и возвращается к людям и содержанию события. На площадке по-прежнему нужны понятные указатели, сотрудники, доступные зоны для встреч и реальное время на переходы.

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

Владимир Борин: Сопоставить запрос человека с актуальной программой и дать короткую, проверяемую причину выбора. Не «вам понравится эта сессия», а «вы ищете опыт запуска сервиса в филиалах; спикер разбирает именно этот сценарий». Для знакомства — показать общее рабочее поле и повод начать разговор, а не объявлять людей «идеальной парой» по похожим должностям.

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

Владимир Борин: Когда каждое совпадение превращают в push-уведомление. У человека есть внимание только для нескольких важных вещей. Изменение времени сохранённой сессии, напоминание о подтверждённой встрече или появление обещанного материала могут заслуживать сообщения. Похожий доклад в следующем месяце — обычно нет.

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

Владимир Борин: Сначала дать повод: почему именно этот собеседник связан с запросом участника и о чём можно поговорить. Затем — короткое адресное сообщение, согласие второй стороны, время и место встречи. Без этих шагов каталог остаётся витриной людей. После события полезно сохранить контекст контакта и возможность продолжить диалог по взаимному желанию.

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

Милана Ширшикова: Могут, если их добавили только для заполнения пауз и роста счётчика кликов. Задание работает как часть маршрута, когда помогает заметить стенд, обсудить тему с командой или применить мысль из доклада. Тогда участие добровольно и связано с реальным действием на площадке.

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

Владимир Борин: Начать можно с последовательности простых действий: сколько гостей открыли программу, отметили интересы, сохранили сессии, воспользовались подсказками, подтвердили встречи, нашли материалы после мероприятия. Важны переходы между этапами. Если рекомендации смотрят, но почти не выбирают, стоит проверить их объяснение и точность. Если встреч назначено много, а люди не могут найти друг друга, проблема может быть в площадке и расписании.

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

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

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

Владимир Борин: Попросить описать не функции, а две-три группы участников и их задачи. Кто приезжает впервые? Кто ищет партнёров? Кто выбирает доклады по уровню? Затем пройти каждый путь по времени: до приезда, у входа, между сессиями, после финала. Где человеку нужно принять решение, что он знает в этот момент и какие данные есть у команды?

На следующем шаге проверить исходные материалы: описания сессий, карту, правила встреч, расписание, состав участников, согласия на видимость профиля. Если эта основа неточна, ИИ не исправит маршрут. Наконец, выбрать два-три признака пользы, которые можно честно проверить. Для одного события это будет выбор подходящего практикума, для другого — подтверждённая встреча.

Милана Ширшикова: Собрать несколько тестовых профилей с разными целями и дать людям пройти мероприятие на бумаге и в сервисе. Пусть один ищет доклад, другой — собеседника, третий — конкретный стенд. Затем намеренно меняем время сессии, отменяем встречу и оставляем один профиль пустым. Если маршрут ломается, это лучше узнать на репетиции, чем перед залом гостей.

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