Кейтеринг без хаоса: как собственник выездного сервиса выстроил систему продаж, которая держится без его памяти

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

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

Когда бизнес маленький — это работает. Когда бизнес хочет расти — это стена.

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

Цели были сформулированы чётко:

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

Коротко: нужен был контроль, который не требует присутствия владельца в каждой точке.

Представьте: вы ведёте десять переговоров одновременно. В ВКонтакте — личная переписка с клиентами. На почте — заявки с сайта. В телефоне — звонки. Где-то в Excel — таблица с именами и суммами. В голове — всё остальное.

Вы помните, кто попросил добавить барбекю. Вы помните, что у того клиента площадка без электричества. Вы помните, что счёт выставили, но оплата — кажется, ещё не пришла. Или пришла? Надо проверить.

А теперь представьте, что вместо вас этим начнёт заниматься новый человек.

Именно в этот момент «всё под контролем» превращается в «не знаю, где что».

Собственник «Банкет-Класса» это понимал. И пришёл к нам раньше, чем это стало проблемой.

«Мы хотим добавить менеджеров и уже поставить CRM, чтобы они правильно работали. Всё, о чём вы будете рассказывать, мы это уже всё поняли, всё изучили. Нас больше интересует — как. Быстро и качественно. И за какие деньги».

Это цитата из первой встречи. Без лирики. Без «помогите мне». Просто чёткое понимание задачи.

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

На первый взгляд кажется, что «всё нормально». Заявки приходят. Клиенты платят. Мероприятия проходят. Никто не жалуется.

Но если смотреть внимательно — деньги уходят в трёх местах.

Место первое: оплата без фиксации. Мероприятие прошло. Клиент доволен. Команда разъехалась. А оплата? «Кажется, заплатили на площадке наличными». Кажется — не считается. В «Банкет-Классе» была именно такая история: не было чёткого процесса, в какой момент запрашивается оплата и кто фиксирует факт её получения. Деньги не воровали — их просто не контролировали. А там, где нет контроля, рано или поздно что-то теряется.

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

Место третье: отсутствие следующего шага. Клиент получил КП. Молчит. Менеджер (или собственник) помнит об этом три дня. На четвёртый — переключился на новую заявку. Старый клиент остыл. Сделка умерла без диагноза.

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

Если результат зависит от внимательности одного человека — это не процесс. Это надежда.

Excel — отличный инструмент для хранения данных. Плохой инструмент для управления процессом.

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

Таблица — это архив. CRM — это процесс.

Разница не в интерфейсе. Разница в том, что CRM управляет действиями, а не просто хранит их.

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

Вот что получилось на выходе.

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

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

Воронка доставки готова со стороны системы. Запуск — за клиентом, как только будет финализирован сайт с интернет-магазином.

Этапы построены не «для красоты», а под реальный процесс продажи:

Заявка взята в работу → КП отправлено → КП согласовано → Документы отправлены → Документы согласованы → Предоплата получена → Заказ подтверждён → Мероприятие готово → Мероприятие завершено → Успешно реализовано

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

Система сама ставит задачи в нужный момент. Не менеджер вспоминает — система напоминает.

• При взятии заявки в работу: задача связаться и собрать данные для КП в тот же день.
• Если сделка зависла без движения: напоминание на следующий день.
• После отправки КП: задача связаться в тот же день; ежедневный контроль, если нет ответа.
• После отправки документов: напоминание через день.
• После выставления счёта: немедленная задача руководителю проверить оплату + ежедневный контроль в 12:00.
• За 3 дня до мероприятия: задача связаться с клиентом, проверить все поля, уточнить изменения.
• В день перед мероприятием: финальная проверка в 12:00 — все поля заполнены, команда проинструктирована.
• После завершения мероприятия: задача выставить финальный счёт.
• После получения финальной оплаты: задача запросить обратную связь (вручную, чтобы руководитель мог оценить ситуацию и принять решение — просить ли отзыв).

Ни один шаг не теряется. Ни один клиент не «зависает» без следующего действия.

Это один из самых тонких моментов в проекте. И один из самых важных.

В кейтеринге оплата часто происходит в нестандартный момент: наличными на площадке, частями, через QR-код по ссылке. Если менеджер сам проставляет «оплата получена» — есть риск, что он сделает это по слову клиента, не проверив реально.

Решение простое, но точное: поле «предоплата получена» закрыто для менеджера. Только руководитель может его заполнить. Это означает: перед тем как сделка двинется дальше, собственник лично проверяет банк и ставит подтверждение.

Никакой сложной автоматизации. Просто правильно расставленные права доступа.

После выставления счёта система сама ставит задачу руководителю: проверить оплату. И ежедневно в полдень повторяет это, пока оплата не зафиксирована. Больше ни один платёж не потеряется «по умолчанию».

Это то, что раньше держалось на звонках, памяти и отрывистых сообщениях команде.

Теперь — иначе.

Как только предоплата получена, менеджеру ставится задача: собрать все детали по мероприятию. Форма площадки, количество столов, электричество, тайминг, контакт на месте. Не «когда будет время», а сразу.

За три дня до мероприятия — автоматическая задача: связаться с клиентом, проверить актуальность всей информации. Потому что между предоплатой и датой мероприятия может пройти полгода. За это время многое меняется.

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

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

Когда мы разбираем подобные проекты, почти всегда звучит одна фраза: «У нас просто менеджеры не очень». Или: «Если бы нашли нормальных людей — всё было бы хорошо».

Это ложный диагноз.

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

Проблема не в людях. Проблема в отсутствии системы, которая держит деньги.

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

До внедрения заявки приходили через личную страницу ВКонтакте и по сарафанному радио. Телефон — Ростелеком, городской номер. Новый сайт только запускался. Telegram и Авито не были подключены.

Теперь в системе:

• Telegram-бот — клиент пишет первым, сообщение падает в amoCRM, менеджер отвечает уже из системы. Бесплатное решение, без абонентской платы.
• ВКонтакте — группа подключена, все обращения в единый поток.
• Авито — подключён, ожидает первых обращений.
• Почта — автообработчик входящих писем с сайта. Заявка с формы сайта автоматически создаёт сделку в нужной воронке.
• Телефония (Ростелеком) — пока без полной интеграции: городской номер, сложно перенести. Фиксируется вручную. В планах — переход на IP-телефонию с сохранением номера.

Все каналы — в одном окне. Менеджер не переключается между вкладками. Руководитель видит всё.

Это принципиальный момент. Руководителю и менеджеру нужны разные навыки.

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

Руководителю — как читать систему: видеть воронку целиком, замечать зависшие сделки, смотреть аналитику, контролировать дисциплину. Понимать, где деньги задерживаются и почему.

Оба обучения прошли за два дня. Всё записано на видео — в аккаунте клиента. Новый сотрудник посмотрит запись и через два часа будет понимать, как работает система.

Николай вник быстро. Его особенно заинтересовал раздел для руководителя — аналитика, цели, отчёт по сотрудникам. Там видно всё: сколько сделок в работе, на каком этапе, у кого просрочены задачи, какова конверсия по воронке.

Система запущена. Новый сайт запущен. Первые заявки через автообработчик уже приходят.

Измеримых результатов в цифрах пока нет — проект свежий. Но есть структурные изменения, которые уже необратимы.

Оплаты больше не теряются. Двухуровневый контроль: менеджер фиксирует факт, руководитель подтверждает. Каждая оплата — с датой, суммой и именем принявшего.

Информация по мероприятию собирается заранее. Обязательные поля не дают менеджеру двигаться дальше без нужных данных. Команда выезжает подготовленной.

Следующий шаг есть всегда. Ни одна сделка не висит без задачи. Система напоминает сама.

Руководитель видит реальную картину. Не «кажется, всё нормально», а конкретные цифры: сколько сделок, на каком этапе, есть ли просрочки.

Масштабирование стало возможным. Когда придут новые менеджеры — система встретит их готовым процессом. Не придётся объяснять «как мы тут работаем» на словах. Есть видеообучение, есть структура, есть обязательные поля.

Второе направление — доставка готовой еды в коробках — уже настроено в системе. Отдельная воронка, короткий цикл: заявка → оплата → производство → доставка. Ожидаем запуска интернет-магазина на сайте.

В планах — добавить менеджеров, затем руководителей направлений. CRM готова к этому. Права доступа, роли, аналитика по сотрудникам — всё предусмотрено.

Бизнес будет расти не за счёт того, что собственник станет работать больше. А за счёт того, что система держит процесс вместо него.

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

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

CRM — это не инструмент фиксации. Это инструмент управления действиями.

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

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

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

Мы работаем с малым и средним бизнесом. Всегда начинаем с аудита: разбираем процессы, фиксируем, где теряются деньги, составляем ТЗ до старта. К работе не приступаем без согласованного плана.

iFabrique — интегратор amoCRM. Внедряем систему продаж, а не CRM ради CRM. Проекты ведут бизнес-аналитики с профильным образованием. Всё фиксируется: ТЗ, план, критерии готовности. Обучение — на вашем аккаунте, записывается на видео, остаётся у вас.