У оценки мероприятия другая арифметика, чем у обычного предложения на ремонт
В предложении на ремонт считают квадратные метры и ставку за работу. При мероприятии калькуляция идет иначе — считаются гости, а не метры. Каждый гость является отдельной позицией: меню на человека, напиток, обслуживание официантом, иногда аренда зала или проезд бригады. Кроме того, учитывается дата мероприятия и загруженность кухни в этот день, потому что кейтеринговая компания не примет два больших заказа на одно и то же время.
Диеты и аллергены добавляют еще один слой. Клиент спрашивает о безглютеновой, веганской или кошерной версии для части гостей, а это меняет как ингредиенты, так и время приготовления. Менеджер зала или консультант должен записать это точно, потому что ошибка в аллергене — это не только недовольный клиент, но и реальный риск для здоровья. Информация о диете или аллергии — это чувствительные данные, касающиеся здоровья гостя; компания хранит их на тех же основаниях, что и другие персональные данные, согласно RODO.
От звонка до готового предложения: что происходит шаг за шагом
Весь процесс можно разложить на четкую цепочку:
- 01запрос
- →02данные о мероприятии
- →03проверка загруженности кухни
- →04калькуляция на человека
- →05готовое предложение
- →06подтверждение и задаток
- Дата мероприятия
- Проверяется при загрузке кухни
- Количество гостей
- Основа расчёта — считаются гости, а не метры
- Меню для одного человека
- Позиции из прайс-листа
- Диеты и аллергены
- Данные о здоровье гостя — хранятся как персональные данные
- Обслуживание и проезд
- Отдельные позиции, добавляемые в меню
- Задаток
- Завершает предложение и подтверждает дату
- Запрос
- Расчёт
- Предложение отправлено
- Задаток
Здесь намеренно нет цен: их подставляет ваш прайс, а не этот рисунок.
В теории это просто. На практике запрос приходит по телефону, данные попадают на бумажку или в Messenger, а калькуляцию делает один человек вручную в таблице, между одним обслуживанием и другим.
У каждого звена этой цепочки есть владелец — того, кто за него отвечает. Запрос обычно принимает администратор или менеджер зала. Калькуляцию считает менеджер по продажам или сам владелец фирмы. Если это ни за кем не закреплено постоянно, цепочка рвется в случайном месте, а клиент ждет без ответа.
Что ломается, когда никто не отвечает за калькуляцию
Самая частая поломка выглядит так: запрос попадает в Messenger или на личный телефон менеджера зала и там остается. Никто не переписывает его в общее место, поэтому когда клиент звонит второй раз, никто не помнит детали разговора. Ошибка появляется и при самой калькуляции — ручной пересчет меню на человека в таблице легко пропускает одного гостя или старую ставку ингредиента. Похожий механизм мы описали в тексте о подсчете стоимости непринятого звонка на собственных данных фирмы — формула оттуда переносится прямо на запросы кейтеринга.
Результат всегда один и тот же: предложение уходит клиенту только через два-три дня, когда тот уже успел спросить конкурента. Что произойдет, если никто не сократит это время? Клиент выбирает фирму, которая ответила первой, независимо от качества меню.
Запросы, которые никуда не попадают: что показывают наши данные
Без формы и без кликабельного номера сложно говорить о контроле над тем, сколько запросов вообще доходит до калькуляции — владелец видит только те, о которых кто-то ему рассказал. Форма запроса — это не украшение страницы, а место, где запрос сохраняется вместо того, чтобы потеряться в сообщениях.
Кто и чем считает предложение в вашей фирме
В небольшой кейтеринговой фирме оценку обычно считает один человек — владелец, менеджер зала или менеджер по продажам, если фирма его нанимает. Коммуникация с клиентом идет по телефону, Messenger или WhatsApp, иногда тремя каналами одновременно. Дата мероприятия попадает в календарь, чаще всего Google Calendar, потому что он бесплатный и все его уже знают.
- Телефон внутри сервиса
- Messenger
- CRM — карточка запроса
- Google Calendar — загруженность кухни
- Готовое предложение для клиента
- Напоминание о сроке ответа
Если фирма использует CRM, запрос и его статус — отправлено предложение, ждем задаток, подтверждено — видно в одном месте, а не в памяти одного человека. Это роль системы, которая связывает запросы с историей клиента. Задаток клиент вносит через BLIK или перевод, а окончательный расчет попадает в систему KSeF, согласно требованиям Министерства финансов. Решение о принятии заказа обычно принимает владелец или менеджер зала, на основе данных о загруженности кухни в этот день, а не по памяти.
Сколько стоит упорядочивание оценки кейтеринга
Форма, которая сохраняет запрос вместо того, чтобы терять его в Messenger, — первый отрезок. Программа, которая считает меню на человека автоматически и отправляет готовую оценку — второй. Автоматизации CRM, которые связывают запрос с историей клиента и статусом задатка, замыкают эту цепочку: расчёт, отправленный и забытый, кончается так же, как запрос, который вообще не доехал.
Если вы также хотите видеть, сколько запросов поступает и сколько из них заканчивается предложением, отчет, показывающий конверсию запросов в подписанные предложения показывает всю эту цепочку сверху. Складывать здесь нечего: объём определяем после разговора о том, какое звено цепочки именно у вас рвётся.
Когда упорядочивание процесса — это плохая идея
Не каждой кейтеринговой фирме нужен калькулятор предложений и CRM. Если количество запросов в месяц небольшое и вы сами знаете каждого клиента по имени, таблицы в Excel может хватить дольше, чем кажется. То же относится к фирме, которая обслуживает исключительно постоянных корпоративных клиентов на основе одного годового контракта — там нет потока новых запросов, который нужно ловить и упорядочивать.
При этом мы не обещаем, что система автоматически увеличит количество заказов или сократит сезонный спад — этого ни одна честная фирма не гарантирует. Прежде чем решиться на изменение, проверьте одну цифру: сколько запросов в последнем месяце ждало ответа дольше суток. Если это ноль или один, проблема может просто не существовать. Если через месяц после внедрения формы и калькулятора эта цифра не изменится, это знак, что проблема лежала где-то в другом месте — например, во времени ответа менеджера по продажам, а не в самом инструменте.
Часто задаваемые вопросы об оценке кейтеринга
Сколько времени занимает подготовка предложения на мероприятие?
Зависит от того, сколько звеньев цепочки работает вручную. Если запрос нужно переписать из Messenger в таблицу, а калькуляцию считает один человек между обслуживаниями, три дня — это частое время. Калькулятор предложений автоматизирует сам пересчет меню на человека, поэтому меньше времени уходит на ручное переписывание цифр.
Достаточно ли формы запроса без CRM?
Форма сохраняет сам запрос, но не следит, на каком он этапе. Без CRM кто-то все равно должен помнить, что клиент ждет подтверждения задатка. В фирме с одним человеком, принимающим запросы, этого может быть достаточно, в фирме с несколькими залами обычно нет.
Как аллергены гостя влияют на оценку?
Безглютеновая диета, веганская или другие ограничения меняют ингредиенты и иногда время приготовления, поэтому влияют на цену за человека. Это также чувствительные данные, касающиеся здоровья — их хранят согласно RODO, как и другие персональные данные гостя.
Можно ли автоматизировать оценку кейтеринга на сто процентов?
Не полностью и не стоит к этому стремиться. Окончательное решение о цене и о принятии заказа принимает владелец или менеджер зала, потому что они знают загруженность кухни и доступность команды в этот день. Система может посчитать меню на человека и сохранить запрос — решение остаётся за человеком.
Что происходит с запросом, который придет после рабочих часов?
Если никто не отвечает после рабочих часов, запрос ждет до следующего дня или теряется в сообщениях. Автоматические сообщения подтверждают клиенту, что запрос дошел — саму оценку и решение по-прежнему готовит человек.
Давайте обсудим, как выглядит оценка кейтеринга в вашей фирме и где конкретно она останавливается.