Чат с гостями и командой: как согласовывать банкеты — КанБан

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

Из-за этого срываются детали. Гость по телефону попросил убрать морепродукты — аллергия, — а шеф об этом не узнал, потому что договорённость осталась в личке хостес. Фото желаемой сервировки ушло в один чат, финальное меню согласовали в другом. Бармен закупил вино, не зная, что гость в последний момент перенёс банкет на неделю. А сам гость пишет то в директ, то в WhatsApp, то звонит — и его правки вылавливают вручную, часть теряя.

В КанБан общение встроено прямо в работу. У каждой заявки на банкет есть свой чат — с комментариями, упоминаниями коллег, реакциями, файлами, фото и голосовыми. Рядом с доской работает мессенджер с командными и личными каналами. А общение с гостем по его банкету идёт в отдельном чате, изолированном от внутренней кухни. При этом чат по заявке наследует её права: кто не видит банкет, тот не видит и обсуждение по нему.

В чём проблема ресторана

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

• Переписка не привязана к банкету. Согласовали меню и число гостей в личке — и через день уже не найти, о чём договаривались и почему меняли блюдо.
• Фото и голосовые теряются. Гость прислал фото желаемой сервировки, хостес наговорила голосовое шефу — в истории заявки этого не остаётся.
• Кухня и бар узнают последними. Гость убрал морепродукты или добавил 10 персон, а до Марко и Дениса это не дошло — правка застряла на стойке.
• Непонятно, кому адресовано. Написали «нужно уточнить по алкоголю» — а кому, бармену или официанту? Без явного адресата сообщение повисает.
• Гость пишет вразнобой. Один гость — в директ, другой — в мессенджер, кто-то звонит. Ответы приходится вылавливать, а внутренняя переписка мешается с гостевой.
• История уходит вместе с человеком. Хостес, которая вела банкет, ушла на выходной — и все договорённости по заказу ушли вместе с её личным чатом.

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

Как решает КанБан: чат по заявке и мессенджер

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

• Чат в каждой заявке. У любого банкета есть свой чат-лента: комментарии по этому заказу, ответы на сообщения (реплаи с цитатой), редактирование и удаление своих сообщений.
• Упоминания коллег. Через «@» вы выбираете, кому адресовано сообщение, — упомянутый шеф или бармен получает уведомление и точно не пропустит правку.
• Реакции. На сообщение можно поставить эмодзи-реакцию — быстрое «принял, учёл» без лишнего текста.
• Файлы, фото, видео и голосовые. Прямо в чат заявки прикладываются фото сервировки и торта, финальное меню, схема рассадки, короткое видео зала и голосовые — всё остаётся в истории именно этого банкета.
• Темы внутри чата. Сообщения одной заявки можно разложить по темам — например «Меню», «Алкоголь», «Рассадка», «Оплата», — чтобы не мешать всё в один поток.
• Мессенджер: командные и личные каналы. Отдельно от карточек работает мессенджер: личные диалоги один-на-один, групповые чаты смен и каналы-объявления, где пишет только назначенный, а остальные читают.
• Отдельный чат с гостем по заявке. С гостем общение идёт в изолированном чате — по одной ветке на каждый банкет. Внутренняя переписка команды и разговор с гостем не смешиваются.
• Чат наследует права заявки. Обсуждение по банкету видит тот, кто видит саму карточку: при включённом модуле команд чужая смена не прочитает чужой чат, а роль без доступа к сообщениям задач их вообще не увидит.

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

Отдельный чат с гостем: правки не теряются

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

• Одна ветка на банкет. Все вопросы гостя и ответы ресторана собираются в одном чате, привязанном к этой заявке, — не в общей переписке хостес, где вперемешку десятки броней.
• Изоляция от внутренней кухни. Гость видит только гостевой чат и не читает, как Марко с Денисом обсуждают закупку и себестоимость. Внутренние комментарии по заявке остаются внутри.
• Правка сразу доходит до команды. Хостес переносит согласованное из гостевого чата во внутренний и упоминает нужного человека — «@Марко гость убрал морепродукты, аллергия», — и правка не застревает на стойке.
• История под рукой. Когда гость приезжает, вся переписка по банкету — меню, пожелания, оплата — открывается в его заявке, а не восстанавливается по памяти.

Гостю удобно писать в один канал по своему банкету, а ресторану — держать все правки в одном месте и переносить их команде без потерь.

Разбор на примере: Ресторан «Веранда»

В ресторане «Веранда» банкеты ведут хостес Ирина, шеф-повар Марко, бармен Денис и официант Олег. Раньше по каждому банкету они переписывались в личных мессенджерах, и половина договорённостей терялась. Теперь всё общение идёт в КанБан.

Гость Сергей заказывает банкет на 30 персон на субботу — юбилей. Ирина оформляет заявку на доске и открывает по ней гостевой чат: согласует с Сергеем меню, число персон и бюджет 90 000 ₽. Гость присылает фото желаемой сервировки и в последний момент просит убрать все морепродукты — у одного из гостей аллергия. Ирина переносит это во внутренний чат заявки: «@Марко банкет на 30 чел, суббота 19:00, из горячего убираем морепродукты — аллергия, фото сервировки приложила». Марко открывает карточку, отвечает реплаем, прикладывает финальное меню файлом и голосовое с пояснением по подаче.

Дальше Ирина упоминает бар и зал: «@Денис на 30 персон нужно вино и безалкогольное, детский стол на 4 места» и «@Олег рассадка П-образным столом, схему приложил». Денис ставит на сообщение реакцию «палец вверх» — «принял, посчитаю закупку», — Олег отвечает, что столов хватает. Вся переписка по этому банкету осталась в его заявке: кто что согласовал, какое фото, какое голосовое, финальное меню и схема рассадки.

Когда за два дня до банкета Сергей пишет «а можно перенести на 20:00», сообщение приходит в гостевой чат этой заявки — Ирина отвечает там, а во внутреннем чате упоминает команду о переносе. Параллельно в мессенджере у «Веранды» есть командный канал смены для общих объявлений («в субботу большой банкет, выходим на час раньше») и личные диалоги для быстрых вопросов не по конкретному заказу. А чат по банкету Сергея видят только те, кому открыта сама заявка.

Что это даёт ресторану

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

• Вся история банкета в одном месте. Кто что согласовал, какие фото и голосовые, финальное меню и рассадка — всё лежит в карточке заявки, а не в личке хостес.
• Кухня и бар в курсе правок. Упоминание через «@» приводит к уведомлению — Марко и Денис точно увидят замену блюда или изменение числа гостей.
• Меньше беготни между залом и кухней. Фото сервировки, голосовое или короткое видео заменяют «сходи спроси у шефа» — не нужно бегать через весь зал.
• Быстрые подтверждения без текста. Реакция-эмодзи заменяет отдельное «принял, учёл» — поток чата остаётся чистым.
• Гость и команда не смешиваются. Разговор с гостем идёт в отдельном чате по заявке, внутренняя переписка — в чате карточки и в мессенджере.
• Общение под контролем доступа. Чат наследует права заявки — обсуждение видит только тот, кому открыт сам банкет, а роли без доступа к сообщениям задач их не видят вовсе.
• Знание остаётся в ресторане. Ушла хостес на выходной — переписка по банкету никуда не делась, её видит любой, кто откроет заявку.