Дашборд для event-агентства 2026: прибыль по проектам, депозиты, подрядчики, lead source и cashflow после события

Дашборд для event-агентства нужен не для красивой выручки по месяцам. Руководителю важнее видеть, какой проект уже ушел в минус, по каким подрядчикам внесены депозиты, где клиентская оплата отстает от vendor payments, какой lead source приводит прибыльные мероприятия и сколько денег останется после закрытия всех пост-event счетов.

Главная ловушка event-аналитики - считать прибыль в день мероприятия. Смета может выглядеть нормально, клиент доволен, команда отработала, но через 2 недели приходят счета за продление площадки, дополнительные часы техники, транспорт, фото/видео, клининг, штрафы или возвраты депозитов. Если эти обязательства не попали в dashboard, "рентабельность проекта" становится декоративным числом.

Главное

• Первый экран event-дашборда должен связывать 6 слоев: бюджет план/факт, прибыль по мероприятию, клиентские депозиты, платежи подрядчикам, загрузку команды, lead source и post-event cashflow.
• PMI описывает earned value как сравнение planned value, actual cost и earned value. Для event-проекта это полезная дисциплина: нельзя смотреть только "потратили 70% бюджета", если не видно, какая часть event scope реально выполнена и подтверждена.
• Planning Pod в event budgeting выделяет estimated, negotiated и actual costs, payment due dates, vendor/staff assignments, revenue streams и net profit/loss. Это хороший минимум для структуры данных event-дашборда.
• HubSpot в campaign analytics связывает кампании с contacts, deals и revenue; при ручной ассоциации deal attribution зависит от правил и дат. Поэтому lead source в event-агентстве нельзя считать по свободному комментарию менеджера.
• PlanFact в отраслевом кейсе event-агентства показывает типовую проблему: Google Sheets, неполные расходы, разрозненные счета и интуитивная оценка прибыльности направлений. После проектного учета агентство увидело, что B2B-направление рентабельнее при меньшем обороте.
• Форумы ниже используются только как community signal: scope creep, vendor delays, бюджетные оверы, спорность profit per event, chasing invoices после события и усталость команды. Точные формулы надо утверждать по вашей CRM, договорам, бухгалтерии и правилам оплаты.
• SimpleDashboard подходит для первого управленческого слоя из CSV/XLSX/API-выгрузки. Он не заменяет CRM, бухгалтерию, договоры, ЭДО или event management platform, а быстро показывает спорные строки и риски.

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

В нашем практическом тесте с типовой таблицей мероприятий проблема появилась до графиков: total_contract_value был в CRM, фактические расходы жили в банковской выписке, депозиты подрядчиков были в отдельной таблице, часы команды считались в календаре, а lead source менялся после первого звонка. Поэтому рабочий дашборд начинается не с pie chart, а с правил: что такое прибыль, какой бюджет актуальный, какие vendor costs уже committed, что считается оплатой клиента и когда событие финансово закрыто.

KPI и риски для event-дашборда

Не все KPI нужны с первого дня. Для агентства с 5-15 активными проектами обычно достаточно 8 карточек: проекты в риске, approved budget, actual/committed cost, gross profit, deposit coverage, vendor payment exposure, team load, lead source profit и data errors.

Что подтверждают источники и как это применить

Project KPI: budget, actual cost и earned value не одно и то же

PMI в материале по Earned Value Management выделяет planned value, actual cost и earned value как разные источники данных. Cost variance определяется как разница между earned value и actual cost, а schedule variance - между earned value и planned value.

Для event-агентства это не значит, что нужно внедрять полный EVMS. Но логика полезна: бюджет площадки, фактическая оплата площадки и реально подтвержденный объем работ по площадке - разные вещи. Если в дашборде есть только "оплачено", он не увидит committed costs и unapproved scope. Если есть только "смета", он не увидит cashflow.

Практический минимум: рядом с каждой крупной статьей должны быть estimated_cost, negotiated_cost, approved_budget, actual_cost, committed_not_invoiced, payment_due_date и status.

Event budget: estimated, negotiated, actual, payments и vendor assignments

Planning Pod описывает event budget как набор line items по расходам и доходам, где можно отслеживать estimated, negotiated и actual costs, payment due dates, vendor/staff assignments, revenue streams, payments and balances remaining. Это близко к тому, что руководитель event-агентства должен видеть в SimpleDashboard.

Самая частая ошибка - считать "подрядчики" одной суммой. Для управления нужны слои:

• площадка: депозит, остаток, дата финального платежа, штрафы, overtime;
• catering/bar: ставка, headcount estimate, final headcount, actual invoice, leftovers/extra;
• AV/техника: базовый пакет, extra hours, delivery/setup, standby;
• декор/производство: материалы, подрядчики, монтаж/демонтаж, хранение;
• персонал и фриланс: planned hours, actual hours, overtime, travel;
• логистика: транспорт, погрузка, parking, срочные доставки;
• агентская комиссия/markup: отдельно от pass-through costs.

Lead source: источник лида должен дожить до revenue

HubSpot в campaign attribution показывает, что кампании можно анализировать по contact create, deal create и revenue; в FAQ отдельно указано, что deal data попадает в campaign reports только при соблюдении условий по связке deal/contact/campaign. В manual association docs HubSpot предупреждает, что attribution зависит от времени добавления контакта/сделки к campaign.

Вывод для event-агентства: source в CRM должен быть не просто текстом "Instagram" или "рекомендация". Нужны минимум first_touch_source, last_touch_source, manual_source_override, campaign_id, deal_id, event_type, budget_band, signed_contract_at, closed_won_amount и final_profit.

Иначе дашборд покажет канал с большой выручкой, но не покажет, что этот канал привел проекты с низкой маржей, большим scope creep и тяжелым post-event закрытием.

Депозиты и cashflow: прибыль может быть положительной, деньги - отрицательными

В event contract guidance часто встречается депозит/retainer 25-50% и финальный платеж до даты события. EventPlanning.com прямо объясняет роль deposits/retainers и payment schedule; Clearmargin описывает milestone-based payment schedule: deposit, midpoint payment, final payment до event day, а vendor deposits and cancellation fees предлагает отделять от planning fee.

Для dashboard это не юридическая рекомендация, а финансовая логика: клиентский депозит не равен прибыли. Он может быть полностью "съеден" площадкой, catering, артистами и производством еще до события. Поэтому рядом с P&L нужен платежный календарь:

• сколько клиент уже оплатил;
• сколько еще должен до события;
• какие vendor deposits уже уплачены;
• какие vendor balances due до/после события;
• какие deposits могут быть возвращены или удержаны;
• какие invoices еще ожидаются после события.

Отраслевой кейс: рентабельность направлений не видна в Google Sheets

В кейсе PlanFact event-агентство до автоматизации вело учет в Google Sheets, сталкивалось с большим количеством счетов, неучтенными расходами, разрозненными займами и отсутствием полноценной аналитики по направлениям. После проектного учета и управленческих отчетов агентство увидело реальную рентабельность направлений: B2B оказался самым рентабельным при меньшем обороте.

Для SimpleDashboard это важный практический сигнал: сравнивать надо не только выручку по типам мероприятий, а profit/cashflow по event_type, client_segment, lead_source, manager, vendor_bundle и team_load.

Community-сигналы event-планеров

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

В Reddit r/EventPlanners повторяются темы budget constraints, vendor/service providers not returning emails, clients underestimating required resources, scope creep, communication breakdowns, last-minute changes и post-event chasing invoices. Для дашборда это сигнал показывать не только "расходы", но и pending approvals, vendor response status, add-ons without approval, overdue invoices и post-event tasks.

В r/EventProduction в обсуждении profit per event участники прямо разделяют gross profit per event и per-project net profit с internal staff time, salaries, office, overhead, insurance, admin costs, CAC. Это ровно та граница, которую надо подписать на dashboard: "gross profit" и "net profit" не должны называться одним словом "прибыль".

В обсуждениях о pre-event planning event-практики подчеркивают дисциплину, organization, vendor coordination, timelines и backup plans. Для аналитики это означает: в dashboard должны быть не только финансовые KPI, но и operational risk flags - неподтвержденный подрядчик, просроченный approval, missing run sheet, late shipment, no owner у post-event закрытия.

Минимальная структура данных для первого прототипа

Для первого дашборда event-агентства достаточно выгрузок за 30-180 дней:

• проекты: project_id, event name, event date, client_id, event_type, client_segment, manager, status;
• договор и revenue: contract value, planning fee, markup, pass-through costs, discounts, upsells, cancellation/postponement terms;
• клиентские платежи: invoice_id, due date, paid date, amount, deposit/final/milestone, outstanding balance;
• бюджет: category, estimated cost, negotiated cost, approved budget, approved changes, current budget;
• подрядчики: vendor_id, vendor category, contract/PO, deposit due/paid, balance due, cancellation fee, final invoice status;
• факт затрат: date, category, vendor/subcontractor, amount, invoice status, payment status, project_id;
• команда: employee/freelancer, role, planned hours, actual hours, event-day hours, post-event hours, hourly/internal cost;
• lead source: first_touch_source, last_touch_source, campaign_id, referral/repeat flag, CRM deal_id, source override reason;
• post-event close: vendor invoices received, refunds/deposits returned, client balance paid, incident/penalty, financially_closed_at;
• data quality: last_exported_at, source system, missing project_id/source/vendor/date/status, duplicate invoice.

Если часть колонок отсутствует, дашборд можно собрать, но KPI надо пометить как "оценочный", "неполный" или "требует сверки". Особенно это касается net profit, lead source profit, team load и post-event cashflow.

Как собрать дашборд event-агентства через SimpleDashboard

Шаг 1. Загрузите выгрузки

Подойдут CSV/XLSX из amoCRM, Bitrix24, HubSpot, Pipedrive, Google Sheets, ПланФакт, 1С, банковской выписки, календаря команды, таблицы подрядчиков или event management system. Начните с 10-30 закрытых мероприятий и 3-5 активных проектов: так проще сверить формулы и увидеть кассовые риски.

Шаг 2. Опишите экран на русском

Отправьте файл в @coderboxbot и напишите:

Собери дашборд event-агентства: проекты в риске, бюджет план/факт, gross profit и net profit по мероприятию, клиентские депозиты, vendor deposits и balances due, cashflow после события, загрузка команды, lead source profit, scope creep и таблицу строк без project_id, source, vendor, due date или статуса оплаты.

AI предложит группировку KPI и визуализации, но формулы gross profit, net profit, overhead allocation, source attribution, deposits и financially closed status должен подтвердить владелец процесса.

Шаг 3. Сверьте контрольные строки

Перед публикацией выберите реальные кейсы:

1. Закрытое мероприятие без перерасхода.
2. Мероприятие с approved add-ons.
3. Мероприятие с unapproved scope creep.
4. Подрядчик с депозитом и остатком после события.
5. Счет подрядчика, пришедший после event day.
6. Клиент с финальной оплатой до события.
7. Клиент с задолженностью после события.
8. Проект с высоким revenue, но низкой маржей.
9. Проект из referral/repeat source.
10. Проект из paid/social source с высоким CAC.
11. Проект с перегрузкой команды.
12. Проект с post-event refund, penalty или cancellation cost.

Если эти строки не сходятся с CRM, договором, банковской выпиской и таблицей подрядчиков, сначала чинится mapping. Красивый график до сверки только ускоряет ошибочное решение.

Что показывать на первом экране

Чек-лист перед внедрением

1. Выгрузите 10-30 закрытых мероприятий и 3-5 активных проектов.
2. Зафиксируйте словарь статусов: lead, proposal, contract signed, planning, event done, financially closed, cancelled/postponed.
3. Разделите revenue: planning fee, vendor pass-through, markup, sponsorship/tickets, upsell, refunds.
4. Разделите costs: venue, catering, AV, decor, production, logistics, freelancers, staff time, commissions, penalties.
5. Для каждого подрядчика добавьте deposit due/paid, balance due, final invoice status и cancellation fee.
6. Для каждого клиента добавьте deposit, milestone/final payments, paid date и outstanding balance.
7. Укажите, что входит в gross profit и что входит в net profit.
8. Опишите правило распределения internal team cost, overhead, CAC и комиссий.
9. Зафиксируйте first_touch_source, last_touch_source, manual source override и campaign_id.
10. Привяжите add-ons и extra hours к approval status.
11. Добавьте financially_closed_at: проект закрыт только после клиентских оплат, счетов подрядчиков, возвратов и штрафов.
12. Уберите из выгрузки лишние персональные данные гостей и приватные переписки.
13. Добавьте last_updated_at по каждому источнику и процент строк с ошибками.
14. До использования KPI для премий согласуйте формулы с продюсерами и финансовым менеджером.

Когда достаточно Excel, а когда нужен SimpleDashboard

SimpleDashboard стоит 5 000 ₽/мес и хорошо работает как первый проверяемый слой: загрузить выгрузку, увидеть риски, согласовать формулы и решить, где нужен тяжелый учетный контур.

Часто задаваемые вопросы

Что должно быть в дашборде event-агентства?

Минимум: проекты в риске, approved/current budget, actual и committed costs, gross profit, net profit, клиентские депозиты, vendor deposits, balances due, lead source profit, загрузка команды, scope creep, post-event cashflow и ошибки данных. Без депозитов и post-event закрытия дашборд показывает только часть риска.

Как считать рентабельность каждого мероприятия?

Сначала разделите gross profit и net profit. Gross profit обычно считает клиентскую выручку минус прямые vendor/freelance/production costs. Net profit добавляет внутренние часы команды, overhead, CAC, комиссии и спорные расходы. Формулу надо подписать на экране, иначе PM и финансы будут спорить о разных числах.

Почему прибыль есть, а денег нет?

Потому что P&L и cashflow отвечают на разные вопросы. Клиентский депозит может уйти подрядчикам до события, финальная оплата клиента может прийти позже, а счета подрядчиков - после мероприятия. Поэтому нужен блок deposit coverage и post-event cashflow.

Как учитывать подрядчиков?

Не одной строкой "подрядчики", а по vendor_id/category/contract/PO: депозит, остаток, дата платежа, invoice status, cancellation fee, final invoice и связь с проектом. Отдельно показывайте committed_not_invoiced - обязательства, по которым счет еще не пришел.

Как анализировать источник лидов?

Храните first touch, last touch, campaign_id, CRM deal_id, referral/repeat flag и manual override. Сравнивайте не только выручку, а signed conversion, gross profit, net profit, scope creep и post-event cashflow по source.

Можно ли собрать дашборд из CRM и Excel?

Да. Для пилота достаточно CSV/XLSX из CRM, таблицы бюджета, банковской выписки и списка подрядчиков. Для регулярного отчета лучше подключать API, Google Sheets или регламентированный экспорт, чтобы не копировать файлы вручную.

AI сам поймет event KPI?

AI ускорит черновую сборку графиков, найдет аномалии и объяснит данные на русском языке. Но не должен сам утверждать формулы profit, overhead allocation, source attribution, deposits, vendor exposure и financially closed status. Эти правила зависят от договоров и учета конкретного агентства.

Стоимость и следующий шаг

SimpleDashboard стоит 5 000 ₽/мес. Для первого разговора достаточно одной CSV/XLSX-выгрузки проектов, бюджета, оплат и подрядчиков, а также короткого описания: где живет CRM, как берете депозиты, как платите подрядчикам, как закрываете мероприятие после события и где фиксируете lead source.

Напишите в Telegram: @coderboxbot. Соберем первый дашборд event-агентства, покажем спорные строки и решим, достаточно ли CSV/API-слоя или нужен отдельный BI-проект.

Попробовать бесплатно | SimpleDashboard

Смотрите также

• Финансовый дашборд: выручка, расходы и прибыль в реальном времени
• Дашборд проекта: прогресс и дедлайны для руководителя
• HR аналитика: загрузка и KPI сотрудников
• KPI дашборд 2026: мониторинг ключевых показателей
• Дашборд для агентства 2026: CRM + проекты + счета

Источники и проверка

Официальные, вендорские и отраслевые источники:

• Project Management Institute: Earned value management systems (EVMS)
• Planning Pod: Event Budget Planner Software
• HubSpot Knowledge Base: Use campaign attribution reports
• HubSpot Knowledge Base: Manually associate CRM records with campaigns
• PlanFact: Финучет для event-агентства: порядок в финансах и рентабельность направлений
• EventPlanning.com: How to Create an Event Contract
• Clearmargin: How to Write an Event Planning Proposal: Structure, Pricing, and Terms

Community/forum-сигналы, использованные только как индикаторы практических проблем:

• Reddit r/EventPlanners: Worst part of being an event planner
• Reddit r/EventProduction: Event agency owners: do you actually know your real profit per event?
• Reddit r/EventProduction: Event planners: what's the most frustrating part of pre-event planning?

Материал обновлен 2026-05-05 для wave simple-dashboard-wave-6 по issue #113. AI-инструмент использовался для первичного исследования official/vendor docs, отбора community/forum-сигналов, черновой структуры и проверки Google 2026 quality gaps. Факты о EVM, event budget line items, payment schedules, campaign attribution, project profitability, deposits, subcontractors, lead source и post-event cashflow сверены по источникам выше; форумы использованы только как сигналы практических проблем, не как единственное основание для точных утверждений. Финальные формулы, caveats, источники, CTA и продуктовые ограничения проверил Александр Руин, основатель habab.ru.