IT для свадебных и event-агентств 2026: сметы, тайминги, площадки, подрядчики

Event и свадьбы РФ 2026 — рынок и сезонность

Свадебная и событийная индустрия — это рынок, который живёт по своим законам и почти не пересекается с обычной розницей или услугами. Здесь нет потока однотипных заказов: каждый проект уникален, длится месяцами и собирает вокруг себя команду из 8-15 независимых подрядчиков. По разным оценкам, в РФ ежегодно проходит порядка 800 тысяч-1 миллиона свадеб, плюс корпоративы, дни рождения, выпускные, юбилеи, конференции. Деньги в индустрии крутятся большие, а уровень автоматизации остаётся одним из самых низких среди всех сервисных бизнесов.

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

Первая особенность рынка — проект как единица работы. В рознице вы продаёте товар, в услугах закрываете заявку за день. В event один проект — это событие, которое готовится 3-9 месяцев, проходит за один день и больше никогда не повторится. Цена ошибки максимальная: если ведущий не приехал или торт привезли не вовремя, переделать нельзя. Свадьба бывает один раз, и претензия будет навсегда.

Вторая особенность — множество подрядчиков на один проект. Организатор не делает событие сам, он дирижирует оркестром: ведущий, диджей или группа, фотограф, видеограф, кейтеринг, декоратор, флорист, кондитер, аренда мебели и техники, транспорт, артисты. Каждый — отдельный человек или компания со своим графиком, прайсом и характером. Управлять этим без системы — значит держать в голове 50-100 движущихся частей одновременно.

Третья особенность — жёсткая сезонность. На свадьбах лето даёт 60-70% годовой выручки. Июнь, июль, август, начало сентября — это пик, когда хороший организатор ведёт 4-8 проектов параллельно. Зимой провал, который частично закрывают корпоративы и новогодние мероприятия. Эта сезонность означает, что в пик нельзя терять ни одной заявки и ни одного подрядчика, а в межсезонье надо удерживать команду и греть базу.

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

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

CRM и воронка: от заявки до проведения

CRM в event-агентстве — это не про холодные звонки и не про массовые сделки. Это про длинную, аккуратную воронку с большим количеством статусов и про то, чтобы ни одна заявка не потерялась в пик сезона. Воронка здесь специфическая и сильно растянута во времени.

Типичные этапы воронки: входящая заявка, первичный контакт, выяснение даты и бюджета, встреча или созвон, отправка коммерческого предложения с концепцией, согласование сметы, подписание договора и предоплата, подготовка, проведение, постпроект (фото, отзыв, допродажи годовщины). Между «заявкой» и «договором» в свадебном бизнесе проходит от двух недель до нескольких месяцев, и за это время клиент общается с 3-5 конкурентами.

amoCRM — самый частый выбор для event-агентств. Гибкая воронка, удобная работа с длинными сделками, интеграция с мессенджерами и телефонией, цифровая воронка с автоматическими действиями. Под событийку настраивается за 1-3 недели. Цена от 500 ₽/мес за пользователя плюс настройка.

Bitrix24 — если нужен не только CRM, но и задачи команды, диск с документами, чаты, портал. Тяжелее в освоении, но даёт всё в одном. Хорош для агентств от 5 человек. Есть бесплатный тариф для старта.

Notion / Airtable как CRM — реальный рабочий вариант для соло-организаторов и агентств до 3-4 человек. Гибкие базы, где сделка, подрядчики, тайминг и смета связаны в одну структуру. Дёшево (от 0 до 1-2 тыс. ₽/мес), но требует ручной сборки и не имеет встроенной телефонии.

Главное правило выбора: CRM должна закрывать длинную сделку и напоминать организатору о следующем шаге сама. Если система не пинает «прошло 3 дня с отправки КП — позвони клиенту», она бесполезна. В пик сезона человек физически не удержит в голове, кому что обещал.

Управление проектом мероприятия: этапы и дедлайны

Каждое событие — это проект с десятками задач, у которых есть жёсткие дедлайны, привязанные к дате мероприятия. Логика обратного отсчёта: от даты события назад. Это принципиально отличает event от потоковых услуг, где задачи живут «здесь и сейчас».

Типичная карта подготовки свадьбы по обратному отсчёту: за 6-9 месяцев — бронь площадки и ключевых подрядчиков (ведущий, фото, видео), за 4-5 месяцев — концепция и декор, за 3 месяца — кейтеринг и меню, за 2 месяца — финальный список гостей и рассадка, за 1 месяц — репетиция и тайминг, за неделю — подтверждение всех подрядчиков, за день — монтаж декора.

Без системы управления проектом эти дедлайны живут в голове организатора. Когда проектов один-два — ещё реально. Когда в июле их шесть параллельно, на каждом по 30-40 задач, голова перестаёт справляться. Здесь работают канбан-доски (Trello, Kanboard, доски в Bitrix24), Gantt-диаграммы для визуализации зависимостей или специализированные шаблоны в Notion с автоматическим расчётом дат от даты события.

Ключевая фишка — шаблон проекта. Хорошее агентство один раз описывает типовой проект «свадьба под ключ» со всеми задачами и сроками относительно даты, а потом при заведении нового проекта система сама раскидывает дедлайны по календарю. Это экономит часы на старте каждого проекта и гарантирует, что ничего не забудется.

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

Сметы и бюджет мероприятия

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

Типовые статьи сметы свадьбы: площадка и аренда, кейтеринг (по числу гостей), ведущий, музыка (диджей/группа), фото, видео, декор и флористика, торт и кенди-бар, аренда мебели и техники, транспорт, артисты и шоу-программа, полиграфия (приглашения, рассадка), услуги организатора.

Две модели работы агентства с деньгами. Первая — комиссия с подрядчиков: организатор приводит клиента подрядчику и получает 10-20% отката, для клиента цена та же. Вторая — наценка агентства открытой строкой или процент за организацию (обычно 10-15% от бюджета события, либо фикс 50-200 тыс. ₽). Прозрачная модель с открытой строкой за организацию сейчас в тренде — клиенты не любят скрытых комиссий.

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

База подрядчиков

База подрядчиков — главный актив event-агентства после репутации. Это структурированный список проверенных ведущих, фотографов, видеографов, кейтерингов, декораторов, флористов, кондитеров, музыкантов, артистов и техслужб с их контактами, прайсами, специализацией, портфолио и историей работы.

Что должно храниться по каждому подрядчику: имя/название, тип услуги, контакты, ценовой сегмент (эконом/средний/премиум), стиль и специализация (рустик, классика, лофт), ссылки на портфолио, рейтинг по итогам работы, заметки организатора («не любит ранние подъёмы», «всегда опаздывает на 15 минут, закладывай запас»), занятые даты.

Самое важное и самое забытое — занятые даты. Хороший ведущий или фотограф расписан на сезон вперёд. Когда к вам приходит клиент с датой «20 июля», вы должны за минуту понять, кто из ваших подрядчиков свободен, а не обзванивать пятерых, чтобы узнать, что все заняты. База с календарём занятости решает эту задачу.

Технически база реализуется как отдельная таблица в Airtable/Notion, как сущность в CRM или как кастомный модуль. Ключевые связи: подрядчик и проекты (в каких событиях участвовал), подрядчик и даты (когда занят), подрядчик и рейтинг (как отработал). Со временем база превращается в конкурентное преимущество: вы знаете, кто реально хорош, а кто подведёт.

Подбор и бронирование подрядчиков под дату

Когда есть структурированная база с занятостью, подбор подрядчиков под конкретную дату становится механической операцией вместо мучительного обзвона. Организатор открывает проект с датой «20 июля 2026», тип события «свадьба», бюджет «средний» — и система показывает, кто из подходящих подрядчиков свободен в этот день.

Вот упрощённый пример логики подбора свободных подрядчиков на дату на JavaScript. Такой код — основа кастомного модуля или скрипта поверх Airtable/Notion API:

// Подбор свободных подрядчиков под дату события
// contractors — массив из базы подрядчиков

const contractors = [
  { id: 1, name: "Ведущий Артём",   type: "host",       segment: "mid",     rating: 4.8, busy: ["2026-07-18", "2026-07-25"] },
  { id: 2, name: "Фотограф Лена",    type: "photo",      segment: "premium", rating: 4.9, busy: ["2026-07-20"] },
  { id: 3, name: "Фотограф Игорь",   type: "photo",      segment: "mid",     rating: 4.5, busy: ["2026-07-11"] },
  { id: 4, name: "Кейтеринг «Стол»", type: "catering",   segment: "mid",     rating: 4.6, busy: [] },
  { id: 5, name: "Декор «Пион»",     type: "decor",      segment: "premium", rating: 4.7, busy: ["2026-07-20", "2026-08-01"] },
];

function pickContractors(date, eventSegment) {
  // Группируем свободных подрядчиков по типу услуги
  const result = {};

  for (const c of contractors) {
    const isFree = !c.busy.includes(date);
    const segmentFit = c.segment === eventSegment || c.segment === "mid";
    if (!isFree || !segmentFit) continue;

    if (!result[c.type]) result[c.type] = [];
    result[c.type].push(c);
  }

  // Внутри каждого типа сортируем по рейтингу — лучшие сверху
  for (const type of Object.keys(result)) {
    result[type].sort((a, b) => b.rating - a.rating);
  }

  return result;
}

// Использование: свадьба 20 июля 2026, средний сегмент
const available = pickContractors("2026-07-20", "mid");

for (const [type, list] of Object.entries(available)) {
  console.log(`${type}: ${list.map(c => c.name + " (" + c.rating + ")").join(", ")}`);
}
// host: Ведущий Артём (4.8)
// photo: Фотограф Игорь (4.5)   -- Лена занята 20.07
// catering: Кейтеринг «Стол» (4.6)
// (декор «Пион» отфильтрован -- занят 20.07)

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

База площадок

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

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

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

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

Тайминг дня мероприятия

Тайминг — это поминутный план дня события, по которому работает вся команда. Это документ, который превращает хаос из десятка подрядчиков в слаженный спектакль. Сорванный тайминг — главная операционная катастрофа в event.

Типичный свадебный тайминг: сборы невесты, выезд, церемония, фотосессия, сбор гостей, банкет с блоками (первый танец, поздравления, торт, букет), шоу-программа, финал. Каждый блок имеет точное время, ответственного и список задействованных подрядчиков. Фотограф должен знать, во сколько первый танец; кейтеринг — когда выносить горячее; ведущий — когда объявлять торт.

Хороший тайминг-планировщик считает время автоматически: задаёшь старт и длительность каждого блока — конец и старт следующего считаются сами. Сдвинул церемонию на 20 минут — весь день пересчитался. Прикрепил к блоку подрядчиков — каждый получает свою персональную версию тайминга только со своими блоками.

Вот пример простого тайминг-планировщика, который строит расписание дня от времени старта:

// Тайминг-планировщик дня события
// blocks — список блоков с длительностью в минутах

const blocks = [
  { name: "Сборы невесты",     duration: 120, crew: ["photo", "decor"] },
  { name: "Церемония",         duration: 40,  crew: ["host", "photo", "video"] },
  { name: "Фотосессия пары",   duration: 60,  crew: ["photo", "video"] },
  { name: "Сбор гостей",       duration: 30,  crew: ["host"] },
  { name: "Банкет: горячее",   duration: 90,  crew: ["catering", "host"] },
  { name: "Первый танец",      duration: 15,  crew: ["host", "music", "photo"] },
  { name: "Вынос торта",       duration: 20,  crew: ["catering", "host", "photo"] },
];

function buildTiming(startTime) {
  // startTime в формате "14:00"
  let [h, m] = startTime.split(":").map(Number);
  const schedule = [];

  for (const b of blocks) {
    const start = `${String(h).padStart(2, "0")}:${String(m).padStart(2, "0")}`;
    m += b.duration;
    h += Math.floor(m / 60);
    m = m % 60;
    const end = `${String(h).padStart(2, "0")}:${String(m).padStart(2, "0")}`;
    schedule.push({ ...b, start, end });
  }
  return schedule;
}

// Персональный тайминг для одного подрядчика
function timingForCrew(schedule, crewType) {
  return schedule.filter(b => b.crew.includes(crewType));
}

const day = buildTiming("14:00");
day.forEach(b => console.log(`${b.start}-${b.end}  ${b.name}`));
// 14:00-16:00  Сборы невесты
// 16:00-16:40  Церемония
// 16:40-17:40  Фотосессия пары ...

// Что видит фотограф — только свои блоки
const photoPlan = timingForCrew(day, "photo");
console.log("Фотограф:", photoPlan.map(b => b.start + " " + b.name).join(" | "));

К таймингу прилагается чек-лист дня: что привезти, кто за что отвечает, телефоны всех подрядчиков, план Б на случай дождя (для выездных). Распечатанный и продублированный в общем чате тайминг — это то, что отличает профессионала от любителя.

Договоры

В event-проекте договоров минимум два уровня: договор с клиентом и договоры (или соглашения) с каждым подрядчиком. Без бумаги здесь нельзя — слишком высоки суммы и эмоции.

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

Договоры с подрядчиками — кто что делает, в какое время, за какие деньги, какая ответственность за неявку или срыв. Для ключевых подрядчиков (ведущий, фото) это полноценные договоры. Для мелких — простые соглашения или переписка с фиксацией условий.

IT-инструменты здесь — шаблоны договоров с автоподстановкой данных из CRM (имя клиента, дата, сумма, состав услуг), электронная подпись через сервисы вроде Контур.Сайн или подпись по SMS-коду, хранение всех договоров в карточке проекта. Это убирает ручное переписывание и теряющиеся бумаги.

Оплаты и расчёты

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

Со стороны клиента типичная схема: предоплата 20-30% при подписании договора (это бронь даты), второй платёж за 1-2 месяца до события, финальный расчёт за неделю или в день. Предоплата критична — она блокирует дату и покрывает предоплаты подрядчикам.

Со стороны подрядчиков: каждому вносится предоплата для брони (часто 30-50%), остаток — перед событием или после. Здесь легко запутаться: в пик сезона у агентства десятки исходящих платежей по разным проектам и подрядчикам. Нужен платёжный календарь — кому, сколько и когда платить, что от клиента уже получено, что ещё ждём.

Технически это реализуется как раздел в CRM или отдельная таблица «платежи проекта» со статусами (ожидается, получено, просрочено) и напоминаниями. Эквайринг для приёма безнала от клиентов (онлайн-оплата по ссылке), интеграция с банком для отслеживания поступлений. Для юрлиц-клиентов — счета и закрывающие документы.

Личный кабинет клиента

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

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

Ключевая функция — согласования. Вместо бесконечной переписки «посмотрите три варианта торта» клиент заходит в кабинет, видит варианты, ставит галочку, оставляет комментарий. Решение фиксируется с датой. Это убирает споры «я такого не выбирала» и структурирует коммуникацию.

Реализация варьируется: от простой защищённой страницы или раздела в Notion с доступом по ссылке для соло-организатора до кастомного веб-портала для агентства. Главное — клиент видит, что процесс под контролем. Спокойный клиент — это меньше нагрузки на организатора и лучше отзыв в финале.

Мудборды и визуализация

Свадьба — визуальный продукт, и концепцию надо показать до того, как она воплощена. Мудборд (доска настроения) — это коллаж из референсов: цветовая палитра, стиль декора, флористика, образы, детали. Он переводит абстрактное «хочу нежно и уютно» в конкретную картинку, под которой клиент подписывается.

Инструменты для мудбордов: Pinterest (классика для сбора референсов), Milanote и Figma (для более структурированных досок концепции), Canva (для красивой подачи клиенту), специализированные доски в Notion. Декораторы со своим производством часто делают 3D-визуализации зала в SketchUp или подобных программах.

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

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

Координация в день мероприятия

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

В чате проекта (отдельная группа в мессенджере на каждое событие) собраны организатор, координатор и все подрядчики. Утром день стартует с переклички: все на связи, все знают тайминг, все подтвердили выезд. По ходу дня координатор отбивает статусы: «церемония началась», «горячее выносим через 10 минут», «фотограф, через 5 минут первый танец».

Полезные IT-помощники в день события: общий тайминг, доступный с телефона у каждого; чек-лист с отметками выполнения; статусы по блокам; быстрая связь со всеми одной кнопкой. Некоторые агентства используют простые боты, которые по таймингу автоматически пингуют подрядчиков: «через 15 минут ваш блок». Это снимает с координатора часть рутины в самый напряжённый момент.

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

Отзывы и портфолио

В свадебном бизнесе портфолио и отзывы — это всё. Клиент выбирает агентство глазами: смотрит фото проведённых свадеб, читает отзывы, оценивает стиль. Это визуальная индустрия, и продаёт здесь картинка.

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

Отзывы собираются после события, на эмоциональном пике. Через несколько дней после свадьбы, когда пара получила фото и ещё под впечатлением, организатор просит отзыв — текстом, видео, на свадебной площадке. Конверсия в отзыв в этот момент высокая, потому что эмоции свежие и положительные.

IT-задачи здесь: автоматическое напоминание попросить отзыв через N дней после события (триггер в CRM), удобное хранение фото-материалов с проекта, привязка отзыва к проекту и подрядчикам (чтобы видеть, кто из команды стабильно получает похвалу), публикация лучших кейсов в портфолио. Отзыв и фотоотчёт — это и репутация, и готовый рекламный материал.

Маркетинг

Маркетинг event-агентства строится на визуале, рекомендациях и партнёрствах. Холодная реклама работает слабее, чем в рознице, потому что свадьбу выбирают долго и эмоционально.

Свадебные площадки и каталоги (агрегаторы организаторов и подрядчиков) — основной канал лидов. Заполненный профиль с портфолио, отзывами, ценовым сегментом. Это место, где невесты ищут команду осознанно.

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

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

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

Аналитика

Аналитика в event — это в первую очередь маржа по проекту и эффективность источников заявок. Поскольку проектов немного и они крупные, считать надо точно по каждому.

Маржа по проекту — главная метрика. Бюджет события минус все выплаты подрядчикам и расходы минус издержки агентства = чистая прибыль с проекта. Без точного учёта по статьям легко провести красивую свадьбу и не заработать, потому что где-то недосчитали комиссию или взяли подрядчика дороже плана.

Источники заявок — откуда пришёл клиент (свадебная площадка, сарафан, партнёр, контент). Какой источник даёт самые маржинальные проекты, а какой — много заявок с низкой конверсией. Это определяет, куда вкладывать усилия в межсезонье.

Конверсия воронки — сколько заявок доходит до встречи, до КП, до договора. В event нормальная конверсия из заявки в договор 15-30%. Если падает на этапе КП — проблема в сметах или презентации концепции.

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

Юр-нюансы

Event-бизнес работает с большим объёмом персональных данных и крупными суммами, поэтому юридическая аккуратность здесь не формальность.

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

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

Форс-мажор и план Б. Дождь на выезде, болезнь ведущего, опоздание поставщика. Юридически форс-мажор должен быть прописан, операционно — должен быть план замены (подменный подрядчик из базы). IT помогает мгновенно найти свободную замену по базе.

Расчёты и налоги. Онлайн-касса (54-ФЗ) при приёме оплат от физлиц, корректное оформление как самозанятый/ИП/ООО в зависимости от оборота, договоры с подрядчиками-самозанятыми с чеками из приложения «Мой налог».

Юнит-экономика мероприятия

Юнит-экономика в event считается на один проект — это и есть юнит. Разберём на примере свадьбы среднего сегмента.

Бюджет события — 1 200 000 ₽ на 80 гостей. Из них уходит подрядчикам и на расходы примерно 1 000 000 ₽ (площадка, кейтеринг, фото, видео, декор, ведущий, музыка). Заработок агентства складывается из открытой строки за организацию (10-12% бюджета, около 130 000 ₽) и комиссий от части подрядчиков (5-15% с их работ, ещё около 70 000 ₽). Итого валовая прибыль с проекта порядка 180-200 тыс. ₽.

Из этого вычитаем издержки: работа координатора и команды на проекте, транспорт, расходники, амортизация IT и подписок, налоги. Чистая прибыль с одного проекта среднего сегмента — обычно 100-150 тыс. ₽. На премиум-проектах с бюджетом 3-5 млн чистая прибыль доходит до 400-700 тыс. ₽.

Теперь сезон. Хороший организатор в пик ведёт 4-8 проектов в месяц параллельно (на разных стадиях), за лето закрывает 15-25 свадеб. При средней чистой прибыли 120 тыс. ₽ за проект это 1,8-3 млн ₽ за сезон только на свадьбах. Зимой добавляются корпоративы. IT здесь напрямую влияет на число проектов, которые команда физически может провести без потери качества и без сорванных дат.

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

Стоимость IT для event 2026

Окупаемость для агентства обычно один сезон: достаточно не сорвать одну дату и провести на 2-3 проекта больше за лето, чтобы вложения в IT вернулись с запасом.

Топ-5 ошибок IT в event-агентстве

Ошибка 1: Весь учёт в голове и заметках телефона. Пока проектов один-два — терпимо. В июльский пик с шестью параллельными проектами это приводит к забытым задачам, перепутанным датам и сорванным дедлайнам. Хотя бы Notion с шаблоном проекта спасает сезон.

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

Ошибка 3: Смета в Excel без истории версий. Клиент меняет состав десять раз, организатор путается в версиях, где-то ошибка в формуле — и проект уходит в минус. Калькулятор сметы в связке с CRM считает корректно и хранит все версии.

Ошибка 4: Вся коммуникация с клиентом в личной переписке. Решения тонут в чате, клиент тревожится и пишет ночью, возникают споры «я такого не выбирала». Личный кабинет с согласованиями структурирует процесс и снимает половину нагрузки на организатора.

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

FAQ

С чего начать соло-организатору без бюджета на IT? С Notion или Airtable: одна база со связанными таблицами «проекты», «подрядчики», «тайминг», «смета». Бесплатно или почти бесплатно, закрывает 80% потребностей.

Нужна ли отдельная CRM или хватит мессенджеров? Мессенджеры хватает на 1-2 проекта. От трёх параллельных проектов в сезон без CRM начинаются потери. Длинная сделка требует напоминаний о следующем шаге.

Как вести занятость подрядчиков, если их 50+? Отдельная таблица «подрядчики» с полем «занятые даты» (или связанная таблица броней). При подборе под дату фильтруете свободных автоматически — вручную это уже нереально.

Стоит ли заказывать кастомный портал клиента? Для соло — нет, достаточно раздела в Notion по ссылке. Для агентства от 4-5 человек кастом-портал окупается за счёт снижения нагрузки на организаторов и роста доверия клиентов.

Как защититься от отмены свадьбы клиентом? Договор с чёткими условиями отмены: невозвратная предоплата, удержание процента в зависимости от срока до события. Это покрывает уже внесённые предоплаты подрядчикам.

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

Как считать прибыль с проекта? Бюджет минус все выплаты подрядчикам и расходы минус издержки агентства и налоги. Считайте по каждому проекту отдельно — это ваш юнит.

Что делать с аллергиями гостей в списках рассадки? Это данные о здоровье (специальная категория 152-ФЗ). Храните защищённо, с согласия, не дольше необходимого, и передавайте кейтерингу только нужный минимум.

Выводы и чек-лист «автоматизирую event-агентство за месяц»

Event-бизнес — это управление сложными проектами с десятком подрядчиков под жёсткими дедлайнами и в условиях сезонных пиков. Без IT агентство упирается в потолок 2-3 параллельных проектов и регулярно теряет деньги на хаосе и сорванных датах. С правильным стеком та же команда тянет вдвое больше проектов без потери качества.

Чек-лист быстрого внедрения IT за месяц:

Неделя 1: выбор ядра (amoCRM или Notion/Airtable). Настройка воронки сделки и шаблона проекта «свадьба под ключ» с задачами и дедлайнами от даты события.

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

Неделя 3: калькулятор сметы со статьями и маржой. Платёжный календарь (что от клиента, что подрядчикам). Шаблоны договоров с автоподстановкой.

Неделя 4: личный кабинет клиента (хотя бы раздел в Notion по ссылке), тайминг-планировщик дня, общий чат проекта для дня события, сбор отзывов после события.

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

Если нужна помощь с IT-инфраструктурой event- или свадебного агентства — пишите в Telegram. Помогу собрать стек под ваш формат, настроить базу подрядчиков и тайминг, оценить бюджет. Опыт работы с организаторами и агентствами полного цикла. Бесплатная консультация 30 минут.