ИИ для организации мероприятий: от заявки до отчёта заказчику

ИИ для организации мероприятий в девяти случаях из десяти показывают не с той стороны. В выдаче по этому запросу вас встретят генеративные фотозоны, GPT-станции и нейросети, которые рисуют афишу. Это ИИ на празднике - активность для гостей, ещё один пункт в смете, который агентство продаёт заказчику.

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

Разберу вторую историю - ИИ для организации мероприятий внутри самого агентства: что программа реально забирает из потока обращений и подготовки, где она врёт и её нельзя пускать, что упирается в закон и чем померить результат, чтобы не сравнивать ощущения.

Раз в неделю разбираю, где нейросети приносят бизнесу деньги, а где съедают их. Подпишитесь, если тема ваша.

Что ИИ для организации мероприятий делает в агентстве, а что нет?

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

Программа уверенно берёт первую половину и почти не касается второй.

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

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

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

Запросы подрядчикам и сведение ответов. Одинаковое письмо на двадцать адресов и таблица из того, что прислали в ответ.

Регистрации и напоминания гостям. Приём анкет, подтверждения, цепочка напоминаний, чек-ин на входе.

Черновик отчёта заказчику. Сведение фактов события в документ, который потом правит человек.

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

Граница проходит по одному признаку. Слева - операции, где ответ известен заранее и его надо просто выдать быстро и одинаково. Справа - решения, где цена ошибки измеряется отношениями с заказчиком.

Почему заявка на мероприятие остывает быстрее, чем вы отвечаете?

Мероприятие почти всегда заказывают несколько раз в год, а решение принимают за неделю-две. Человек открывает три-четыре сайта, пишет во все и разговаривает с тем, кто ответил.

Авторы исследования Harvard Business Review «The Short Life of Online Sales Leads» прямо пишут: большинство компаний отвечают на онлайн-обращения далеко не так быстро, как сами думают. С тех пор поменялись каналы, но не человеческая привычка: пока вы формулируете ответ, заказчик уже разговаривает с конкурентом.

У event-агентства к этому добавляются три своих обстоятельства.

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

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

Ответ «пришлите бриф» убивает разговор. Человек ещё не понял, чего хочет, а вы уже просите заполнить таблицу.

Что здесь делает программа. Она отвечает в первую минуту и задаёт три-четыре вопроса вместо анкеты на сорок полей. Сверяется с календарём занятости. И передаёт менеджеру короткую карточку вместо строчки «заявка с сайта»: дата, формат, ориентир по числу гостей, город, что человек сказал своими словами.

Именно так устроен ИИ-продавец для обработки входящих заявок: он не продаёт вместо вас, он доводит обращение до состояния, в котором с ним можно работать. Подробнее про сам подход - в разборе автоматизации продаж.

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

Как снять бриф с заказчика, чтобы потом не переделывать смету?

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

Разложите работу с брифом на три части.

Расшифровка. Встреча или созвон превращаются в текст. Это давно решённая задача, и подробно я разбирал её в материале про нейросеть для протокола совещаний - механика там та же.

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

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

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

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

Что в смете ИИ считать можно, а что нельзя?

Смета - место, где ИИ для организации мероприятий опаснее всего. Она уверенно назовёт стоимость аренды звука, потому что видела такие числа в интернете. Число будет выглядеть правдоподобно и будет неверным.

Работающее правило простое: модель не источник цифр, а сборщик документа из ваших цифр.

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

Что она делает хорошо:

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

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

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

Как подбирать площадку и подрядчиков без обзвона по кругу?

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

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

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

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

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

Второй кусок работы - рассылка запросов. Одинаковое письмо двадцати подрядчикам с параметрами мероприятия, сбор ответов и сведение их в одну таблицу для сравнения. Скучно, долго, ошибок много - идеальный кандидат на автоматизацию.

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

Кто держит согласования и дедлайны за неделю до события?

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

Дело не в количестве. Каждый такой пункт висит на чужом ответе, и половина тех, от кого ждут, молчит.

Что здесь реально работает.

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

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

Сводка состояния раз в день. Короткое сообщение координатору: закрыто столько-то, просрочено столько-то, вот три пункта, где всё встало.

Сигнал о цепочке. Если не подтвердили технику, то репетиция в семь утра не имеет смысла - это связанные пункты, и программа умеет их связывать.

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

Регистрация гостей: что забирает программа, а что остаётся человеку?

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

Это значит, что связка «регистрация - ваша база - напоминание гостю» собирается без ручного экспорта таблиц. Гость заполнил анкету, сервис дёрнул вебхук, ваша система записала гостя и поставила ему цепочку сообщений.

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

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

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

Что остаётся человеку: VIP-гости, спорные ситуации на входе, замена участника в последний момент, недовольство. Здесь бот скорее раздражает.

В каком канале напоминать гостям в 2026 году?

Это самая недооценённая часть. Красивая цепочка напоминаний упирается в правила канала, и никакой ИИ для организации мероприятий их не обойдёт.

Telegram. Бот не может начать разговор сам: человек должен первым открыть диалог и нажать кнопку старта. Для мероприятия это значит, что подписку на бота надо получить на этапе регистрации, задолго до события. Дальше вступают лимиты: официальный FAQ Telegram говорит, что в одном чате не стоит отправлять больше одного сообщения в секунду, а массовая рассылка ограничена примерно тридцатью сообщениями в секунду - выше начинаются ошибки. Платная рассылка поднимает потолок, но требует и баланса в Stars, и большой аудитории у бота. На практике для тысячи гостей это значит одно: рассылку надо растягивать во времени. Кнопка за час до начала уже не спасёт.

WhatsApp. Рассчитывать на него в России в 2026 году не стоит: Роскомнадзор последовательно вводил ограничения против платформы и предупреждал о полной блокировке при продолжении нарушений. Канал, доступность которого зависит от регулятора и сети конкретного гостя, для напоминания о мероприятии не годится.

Электронная почта. Скучно, но работает: письмо с билетом, картой проезда и календарным файлом до сих пор самый надёжный способ донести детали. Ограничение одно - его читают не сразу.

SMS. Дорого за штуку, зато доходит и не требует установленного приложения. Разумно оставлять для одного сообщения: утром в день события с адресом и временем.

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

Практическая схема для конференции на несколько сотен человек выглядит так: почта - основной канал деталей, Telegram - для тех, кто подписался на бота при регистрации, SMS - одно сообщение в день события. Не наоборот.

Что с законом: списки гостей, рассылки и фото с площадки?

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

Список гостей. Фамилия, телефон, почта, компания и должность - это персональные данные по 152-ФЗ. Собираете их через форму регистрации - вы оператор со всеми обязанностями: основание обработки, цель, срок хранения, защита. Штрафы за обработку без согласия в 2026 году выросли кратно. Это отдельная тема для разговора с юристом, в чек-лист одной строкой она не укладывается.

Отдельный слой - что происходит с этим списком, когда вы кладёте его в нейросеть, чтобы «разложить по сегментам». Публичный сервис - это передача данных третьему лицу, и часто за границу. Разбор рисков и рабочих вариантов - в материале про персональные данные клиентов в нейросети.

Рассылка. Напоминание о мероприятии, на которое человек зарегистрировался, - часть услуги. А приглашение на следующее событие, анонс и скидка - это реклама. Статья 18 закона «О рекламе» разрешает её распространение по сетям электросвязи только при предварительном согласии абонента, причём доказывать наличие согласия обязан именно тот, кто рассылает. И по первому требованию человека рассылку надо немедленно прекратить.

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

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

Где ИИ делает контент - и почему это не главная его работа?

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

Отрицать пользу глупо. Генерация даёт три реальные вещи:

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

Три оговорки, без которых это выходит боком.

Первое: узнаваемый стиль. Сгенерированная афиша выглядит как сгенерированная афиша, и корпоративный заказчик это видит. Для внутренней рассылки нормально, для мероприятия премиального сегмента - нет.

Второе: маркировка. Правила подачи ИИ-контента меняются, и лучше знать текущее состояние вопроса заранее - я собирал его в материале про маркировку ИИ-контента.

Третье: приоритет. Афиша - это час работы дизайнера. Потерянная ночная заявка - это проект целиком. Начинать надо с потока обращений, а картинки оставить на потом.

Как отчитаться перед заказчиком, когда всё закончилось?

Отчёт после мероприятия - самая недооценённая точка. Событие прошло, все выдохнули, документ собирают через две недели наспех, а иногда не собирают вовсе.

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

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

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

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

Чем померить результат до и после?

Без замера ИИ для организации мероприятий превращается в «вроде стало удобнее». Через полгода никто не помнит, как было.

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

Скорость первого ответа. Медиана минут от обращения до первого осмысленного ответа. Отдельно - по обращениям вне рабочего времени. Именно тут изменение видно первым.

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

Часы на подготовку сметы. Замерьте руками на пяти проектах до и на пяти после. По времени в календаре, ощущения менеджера тут не показатель.

Доля дошедших гостей. Зарегистрировались столько-то, пришли столько-то. Цепочка напоминаний влияет именно на это число, и оно легко считается по чек-ину.

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

Что программе в агентстве отдавать нельзя?

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

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

Подтверждать доступность даты и площадки. Пока в календаре нет брони, любое «да, свободно» - это будущий конфликт.

Обещать результат мероприятия. Явка, настроение гостей, отзывы - не то, что можно гарантировать в переписке.

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

Отправлять что-либо от вашего имени без проверки. Смета, письмо подрядчику, ответ на претензию - всё это уходит только после взгляда человека.

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

Из-за чего это обычно не взлетает?

Четыре типовых сценария, по которым внедрение заканчивается ничем.

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

Не описали правила. Модели отдали смету, но не отдали правила расчёта, потому что они живут в голове у руководителя. Результат предсказуемый: красивые неправильные цифры.

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

Никто не отвечает за работу системы. Прайс поменялся, а в базе старый. Площадка закрылась, а она в списке. Через три месяца системе перестают верить, и все возвращаются к таблицам.

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

Где вы сейчас

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

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

Чек-лист

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