Какие 7 цифр владелец ресторана должен смотреть каждое утро | Блог Умное Кафе

Гайды

Какие 7 цифр владелец ресторана должен смотреть каждое утро

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

8 мин чтения Команда Умное Кафе
Какие 7 цифр владелец ресторана должен смотреть каждое утро
Содержание статьи

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

Это шаблон карты показателей, а не встроенный отчёт «Умного кафе» и не отраслевой ориентир. Определения ниже нужно закрепить под свой процесс, а пороги установить по истории собственного заведения.

Если читать 30 секунд

  • Смотрите ровно семь метрик и не добавляйте новую без решения, которое она меняет.
  • У каждой цифры должны быть событие, единица, источник, владелец и правило пропуска.
  • Проценты показывайте рядом с абсолютными значениями: одна отмена из двух и десять из двадцати равны по доле, но различаются по риску.
  • При нулевом знаменателе пишите «не применимо», а не 0%.
  • Сравнивайте со своей историей по сопоставимым дням, а не с непроверенным «нормальным показателем рынка».

Как подготовить утреннюю карточку

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

До первого использования зафиксируйте для каждой метрики:

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

Не меняйте определение после того, как увидели неудобный результат. Если вчера «завершённым» считался заказ в статусе closed («закрыт»), а сегодня к нему добавили delivered («передан гостю»), ряд перестал быть сопоставимым. Изменение допустимо, но его нужно отметить и пересчитать историю, если это возможно.

Паспорт измерений первой недели подробнее разобран в статье о метриках пилота. Здесь фокус другой: короткое утреннее решение владельца после рабочей смены.

1. Количество завершённых заказов

Что показывает: объём заказов, которые дошли до заранее выбранного конечного события за календарный день точки.

  • Единица: заказы, шт.
  • Числитель: количество уникальных заказов в выбранном конечном статусе.
  • Источник: журнал заказов или выгрузка из учётной системы.
  • Нулевой знаменатель: не используется; ноль означает, что завершённых заказов по этому определению нет.
  • Действие сегодня: проверить, действительно ли точка не работала, либо часть заказов осталась незакрытой в системе.

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

Цифра сама по себе не равна потоку гостей: один заказ может включать несколько человек, а посетитель может ничего не заказать. Не называйте её посещаемостью.

2. Сумма завершённых заказов

Что показывает: сумму итогов заказов, вошедших в первую метрику, за то же окно.

  • Единица: рубли, ₽.
  • Расчёт: сумма поля итоговой стоимости total выбранных заказов; при выгрузке из серверной части учитывайте, что денежные значения хранятся в копейках.
  • Источник: те же записи заказов, что в метрике № 1.
  • Нулевой знаменатель: не используется; при нуле заказов сумма равна 0 ₽.
  • Действие сегодня: сверить расхождение с оплатами и выяснить возвраты или неоплаченные сценарии отдельно.

Не называйте эту сумму выручкой без кассовой и платёжной сверки. Заказ может быть создан, доставлен или отменён по правилам, которые влияют на признание выручки. Утренняя цифра — операционный объём по выбранному событию.

Сравнивайте её вместе с количеством заказов. Рост суммы при падении количества может объясняться составом корзины, а не общим улучшением работы.

3. Медиана времени от принятия до готовности

Что показывает: типичную длительность операционного участка от подтверждения заказа сменой до отметки «готов».

  • Единица: минуты.
  • Расчёт: для каждого заказа время ready («готов») − время confirmed («подтверждён»), затем медиана значений.
  • Источник: временные отметки переходов статуса, если они доступны и последовательно заполняются.
  • Нулевой знаменатель: если нет ни одного заказа с обеими отметками, значение «не применимо».
  • Действие сегодня: открыть самые длинные случаи и проверить общую причину, не пытаясь исправить медиану напрямую.

Медиана лучше среднего для утреннего сигнала, когда несколько очень долгих заказов растягивают распределение. Но длинные случаи не исчезают: вынесите их отдельным списком исключений.

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

4. Доля отмен

Что показывает: какую часть всех заказов выбранного окна отменили по согласованному определению.

  • Единица: процент и абсолютные значения.
  • Расчёт: отменённые заказы ÷ все созданные заказы × 100%.
  • Источник: журнал заказов со статусом и причиной, если причина фиксируется.
  • Нулевой знаменатель: при отсутствии созданных заказов пишите «не применимо (0 заказов)», не 0%.
  • Действие сегодня: разобрать причины отмен и отделить гостевые, операционные и платёжные сценарии.

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

Не объединяйте отмену до принятия и отмену после начала приготовления, если решения различаются. В утренней карточке может остаться одна доля, но рядом нужен разрез причин для разбора.

5. Количество ошибок заказа

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

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

Эта метрика часто не живёт в заказах автоматически. Если команда не фиксирует ошибки, пустое поле нельзя превращать в ноль. Пишите «нет данных» и назначайте владельца журнала.

Стоимость таких случаев считается отдельно в разборе ошибок заказа для кафе. Утренней карточке достаточно частоты и типа.

6. Минуты задержки стоп-листа

Что показывает: сколько времени прошло от подтверждения отсутствия позиции до её скрытия или явной отметки недоступности в гостевом меню.

  • Единица: минуты; для дня используйте медиану и самый долгий случай.
  • Расчёт случая: время обновления доступности − время подтверждения отсутствия.
  • Источник: ручная отметка смены и время административного изменения.
  • Нулевой знаменатель: если отсутствий не было, пишите «не применимо (событий нет)»; если время не записано — «нет данных».
  • Действие сегодня: проверить канал сигнала и назначенного владельца обновления.

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

Процесс обновления доступности описан в материале о стоп-листе в реальном времени. Здесь важна именно задержка как утренний сигнал.

7. Количество процессных жалоб гостей

Что показывает: число обращений о маршруте заказа: непонятное меню, неверный стол, потерянный комментарий, ожидание без статуса или ошибка выдачи.

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

Один гость может назвать несколько проблем. Для утренней цифры заранее выберите: считать обращения или категории проблем. Не переключайтесь между правилами без отметки.

Отзывы полезны как диагностический источник, если переводить их в события. Отдельная методика есть в статье о разборе отзывов как операционных сигналов.

Утренняя карточка «цифра → вопрос → действие»

Сведите семь строк на один экран или лист. Не добавляйте график ради оформления; владельцу нужен следующий шаг до начала смены.

Цифра Вопрос владельца Действие сегодня
1 завершённые заказы, шт. все ли финальные события закрыты проверить незакрытые записи
2 сумма заказов, ₽ сходится ли операционная сумма с оплатами передать расхождения на сверку
3 медиана до готовности, мин где находятся длинные исключения разобрать несколько длинных случаев
4 отмены, шт. и % какая причина повторилась исправить один тип причины
5 ошибки, шт. на какой передаче теряется информация изменить конкретный шаг
6 задержка стоп-листа, мин кто поздно получил или выполнил сигнал поправить владельца и канал
7 процессные жалобы, шт. какой этап увидел гость наблюдать этот этап сегодня

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

Как установить собственные пороги

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

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

Ежедневная карта показателей не заменяет недельный обзор. Утром владелец исправляет конкретное отклонение; в пятницу ищет тренд и решает судьбу гипотезы. Для второй задачи используйте недельную точку решения.

Где взять данные и чего не обещает сервис

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

В публичном демо виден гостевой маршрут: меню, корзина, оформление заказа и отслеживание статуса гостем. Там нет владельческой аналитики. Чтобы обсудить доступные источники заказов и возможности административной панели, опишите свою карточку через форму подключения.

Семь цифр должны менять сегодняшний план

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

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

Команда Умное Кафе

Команда Умное Кафе собирает практические ориентиры по выручке, меню, смене и пилотам для кафе.

Дальше по теме

Следующий маршрут

Проверить сценарий на одной точке

Сначала пройдите демо как гость. Если путь подходит заведению, обсудим границы короткого пилота.