Советы
Почему официанты забывают рекомендовать: сначала проверьте систему
Разбор вопросов и ответов о рекомендациях официантов: как проверить сигнал, момент, фразу и обратную связь до вывода о сотруднике.
Читать статьюСоветы
Матрица выбора между модификатором блюда и свободным комментарием, с разбором десяти частых пожеланий гостя.
Повторяемое и заранее допустимое пожелание оформляйте модификатором. Редкое пояснение ко всему заказу оставляйте комментарием. Такая граница сокращает переспросы, потому что кухня получает либо однозначный выбранный вариант, либо заметное исключение, которое должен прочитать человек.
Модификатор не равен любому слову «без» или «добавить». Он обещает, что вариант предусмотрен, влияет на состав или цену и может быть исполнен без нового решения повара. Комментарий такого обещания не даёт.
Модификатор — часть карточки блюда. Гость выбирает его до добавления позиции в корзину. Обязательная группа предлагает один предусмотренный вариант, например размер напитка. Необязательная группа позволяет добавить заранее описанное дополнение.
Комментарий — свободная фраза на этапе оформления. Он полезен для редкого пояснения, но сотруднику нужно прочитать текст, понять, к какому блюду он относится, и решить, можно ли выполнить просьбу. Чем больше повторяющихся решений живёт в комментариях, тем больше кухня зависит от внимания в пиковый час.
| Критерий | Модификатор | Комментарий |
|---|---|---|
| Повторяемость | Один и тот же вариант выбирают многие гости | Случай редкий или заранее не описан |
| Допустимость | Кухня заранее согласовала исполнение | Нужна проверка сотрудника |
| Цена | Изменение цены известно до заказа | Не должен скрывать доплату |
| Привязка | Закреплён за конкретной позицией | В текущем заказе относится ко всему заказу |
| Отображение | Сохраняется как снимок выбранных вариантов | Показывается отдельной заметкой смене |
| Риск | Слишком много полей затрудняет выбор | Фразу можно понять неоднозначно |
Если просьба влияет на безопасность, не полагайтесь только на форму. Сотрудник должен подтвердить возможность исполнения по правилам заведения. Поле ввода не проверяет перекрёстное загрязнение, состав заготовки или медицинские ограничения.
Возьмите десять фраз, которые гости действительно произносят у вас. Пропустите каждую через три вопроса: вариант повторяется, кухня его разрешает, цена и результат известны заранее? Три ответа «да» ведут к модификатору. Любое «нет» требует пояснения, ручного подтверждения или отказа.
| Пожелание гостя | Решение | Почему |
|---|---|---|
| «Большой капучино» | Обязательный модификатор размера | Вариант повторяется и меняет цену |
| «Овсяное молоко» | Модификатор молока | Состав и доплата известны заранее |
| «Дополнительный шот» | Платный модификатор | Кухне не нужно толковать фразу |
| «Соус отдельно» | Модификатор, если упаковка предусмотрена | Повторяемая операция с понятным результатом |
| «Без лука» | Модификатор только для блюда, где лук можно убрать | В готовой заготовке просьба может быть невыполнима |
| «Средняя прожарка» | Обязательный модификатор для подходящего блюда | Кухня выбирает из согласованных режимов |
| «Положите свечу» | Комментарий к заказу | Просьба редкая и относится к выдаче целиком |
| «Два блюда принести вместе» | Комментарий к заказу | Это порядок выдачи, а не состав позиции |
| «Без глютена, сильная аллергия» | Не обещать модификатором; нужна проверка сотрудника | Интерфейс не подтверждает безопасность кухни |
| «Замените гарнир на любой другой» | Сначала создать точные варианты или оставить ручное согласование | Слово «любой» скрывает состав и цену |
Это дерево защищает от двух крайностей. Первая — оставить всё свободным текстом и заставить кухню переводить фразы в действия. Вторая — создать десятки переключателей, среди которых гость не понимает, что обязательно, а что относится к его блюду.
Для меню с продажей добавок полезен отдельный разбор архитектуры модификаторов для допродаж. Здесь критерий другой: не рост чека, а точность передачи пожелания.
В карточке блюда группы вариантов заданы отдельно от свободного комментария. Обязательная группа отображается как выбор одного значения, необязательная — как набор дополнений. Гостевая цена пересчитывается с учётом выбранных доплат.
При оформлении передаются идентификаторы вариантов. Сервер проверяет, что они принадлежат этому блюду, требует выбор в обязательной группе и сам пересчитывает цену. После принятия заказа сохраняется снимок: название группы, название варианта и изменение цены. Поэтому последующая правка меню не переписывает уже оформленный заказ.
Свободный комментарий отправляется отдельным полем после очистки пустых пробелов. В текущей модели это одна заметка ко всему заказу. Если в корзине два одинаковых блюда с разными редкими просьбами, фраза «первое без лука, второе без соуса» создаёт риск. Для таких различий лучше сделать допустимые варианты модификаторами или явно пронумеровать позиции в коротком комментарии.
После оформления комментарий виден в карточке заказа смены и входит в уведомление персоналу. Но отдельной отметки «комментарий прочитан» в подтверждённом контуре нет. Операционный контроль нужно связать с приёмом заказа или собственной репликой на кухне. Подробный маршрут разобран в статье о том, как комментарий доходит до кухни.
Не смешивайте разные решения в одной группе. «Размер» и «добавить сироп» требуют разных типов выбора. В обязательной группе гость выбирает один размер; сироп может быть необязательным дополнением.
Пишите результат, а не внутреннее название кухни. «Овсяное молоко» понятнее, чем код поставщика. Название, сохранённое в заказе, увидит смена, поэтому оно должно одинаково читаться гостем и сотрудником.
Показывайте доплату до корзины. Если вариант меняет цену, она должна пересчитаться при выборе. Не переносите платную добавку в комментарий: там гость не подтверждает новую сумму.
Удаляйте неиспользуемые варианты. Карточка не должна хранить историю всех замен. Если вариант временно невозможен, лучше убрать его из доступного выбора, чем рассчитывать на устное предупреждение после заказа.
Эти правила стоит проверить вместе со структурой мобильного меню. Хорошая логика модификаторов не поможет, если группы появляются слишком поздно или подписи не помещаются на экране.
Начните не со всего каталога, а с категории, где больше всего устных уточнений. Выпишите десять реальных пожеланий, примените решающее дерево и соберите черновик карточек. Повар или бариста должен подтвердить каждый вариант до публикации.
Во время тестовой смены отмечайте четыре события:
Нулевое число комментариев не является целью. Редкие пояснения останутся. Полезный результат — повторяемые просьбы стали однозначным выбором, а свободный текст используется только там, где заранее создать честный вариант нельзя.
Ошибки в этой границе удобно включать в журнал стоимости переделок: отдельно отмечайте неверный вариант, нечитабельный комментарий и невозможное обещание меню.
Модификатор снимает переспрос, когда вариант повторяется, разрешён кухней и имеет понятную цену. Комментарий сохраняет гибкость, но требует человеческого чтения и решения. Не пытайтесь превратить одно в другое ради аккуратной формы.
Проверьте десять пожеланий по трём вопросам и настройте только подтверждённые варианты. Если дерево упирается в спорные доплаты или правила кухни, разберите эти десять фраз при подключении, а не переносите неопределённость в карточку. Так гость увидит честный выбор, а кухня получит действие вместо ребуса.
Дальше по теме
Советы
Разбор вопросов и ответов о рекомендациях официантов: как проверить сигнал, момент, фразу и обратную связь до вывода о сотруднике.
Читать статью
Новости
Как проверить одну comfort food-позицию по знакомости, отличию, себестоимости и повторному заказу, не выдавая общий экономический фон за доказанный тренд.
Читать статью
Советы
Оценочная карта первой волны: как выбрать позиции для цифрового меню по спросу, стабильности, готовности данных и пользе фотографии.
Читать статьюСледующий маршрут
Сначала пройдите демо как гость. Если путь подходит заведению, обсудим границы короткого пилота.