KPI ресторана: собери дерево, а не список

Почему список показателей не работает, а дерево работает

Любая подборка ресторанных метрик, которую ты откроешь, выглядит одинаково: food cost, затраты на персонал, средний чек, оборачиваемость столика, число гостей, prime cost, списания, no-show. Двадцать названий в столбик. Список не врёт. Он просто бесполезен, и ровно по одной причине: он не отвечает, что делать, когда две цифры в один день поехали в разные стороны.

Средний чек вырос, число гостей упало. Это хорошо или плохо? Список молчит. Дерево отвечает, потому что на дереве эти две величины перемножаются и висят под одним родителем — под выручкой. Поднимаешься на уровень вверх, и вопрос перестаёт быть философским.

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

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

Корень: одна цифра, ради которой существуют все остальные

KPI — величина, привязанная к решению, которое кто-то правда принимает, а не любое число, которое умеет выдать система.

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

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

Чистая прибыль = Выручка − COGS − Труд − Аренда − Операционные расходы − Амортизация − Проценты − Налог

• Выручка — чистая выручка за период, без НДС, скидок и аннулированных счетов, PLN;
• COGS — себестоимость проданного за тот же период, PLN;
• Труд — полные затраты на персонал, включая взносы работодателя, PLN;
• Аренда — аренда, эксплуатационный платёж и коммуналка по помещению, PLN;
• Операционные расходы — прочее операционное: маркетинг, уборка, мелкое оборудование, софт, PLN;
• Амортизация — списание ремонта и оборудования, приходящееся на период, PLN;
• Проценты — стоимость долга за период, PLN;
• Налог — налог на прибыль с результата, PLN.

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

Чистая прибыль — это не деньги на счету

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

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

Второй уровень: четыре рычага, и ровно четыре

Всё, что ты можешь изменить в этом месяце, лежит в одном из четырёх мест.

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

Два из этих рычагов обычно ведут как одну цифру: они двигаются вместе, и урезание смены торгуется против урезания порции.

Prime cost % = (COGS + Труд) ÷ Выручка × 100

• COGS — себестоимость проданного за период, PLN;
• Труд — полные затраты на персонал за тот же период, PLN;
• Выручка — чистая выручка за тот же период, PLN;
• результат — доля от выручки в процентах.

Все три величины обязаны быть за ОДИН И ТОТ ЖЕ период. Себестоимость за месяц, делённая на выручку за неделю, — это не неточность, а число без смысла.

Третий уровень: ежедневные цифры и к какому рычагу каждая прикреплена

Выручка ветвится первой, и ветвится на две величины, которые тянут друг друга:

Выручка = Гости × Средний чек на гостя

• Гости — число обслуженных гостей за период, гости;
• Средний чек на гостя — чистая выручка, делённая на число гостей, PLN на гостя;
• результат — PLN.

Гости (covers) — число обслуженных гостей за период. Не число чеков, и не измеряется место-часами.

Средний чек на гостя — чистая выручка, делённая на число гостей. Если считаешь на чек, а не на гостя, это ДРУГАЯ величина; всегда говори, какая именно у тебя: в зале, накрытом на двоих, разница между ними бывает двукратной.

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

Гости ветвятся ещё раз — на вместимость и на то, сколько раз эта вместимость переиспользована:

Гости = Места × Обороты

• Места — число гостевых мест, доступных в периоде, места;
• Обороты — среднее число раз, которое одно место занимает новая компания за период, безразмерное;
• результат — гости.

Про эту строку стоит предупредить, потому что прошлая версия страницы её сломала, и ошибка поучительная. Гости = доступные место-часы × заполненность мест размерностно неверна: место-часы, умноженные на долю, дают занятые место-часы, а гости место-часами не измеряются. Если единицы не сходятся к единице того, что слева, — это не формула, а украшение.

Дерево целиком, уровень за уровнем

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

Арифметический лист — входит в формулу родителя слагаемым или множителем. Гости и средний чек перемножаются в выручку; себестоимость и труд вычитаются из выручки. У такого листа путь до корня прослеживается одной арифметикой.

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

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

И ещё один случай, отдельный от обоих, потому что в чужих таблицах его переписывают неверно: обороты — это входной множитель, а не частное от деления. Если Гости = Места × Обороты, то запись Обороты = Гости ÷ Места — то же самое уравнение, перенесённое на другую сторону. Считая обороты делением гостей на места, ты не померил ничего нового — ты воспроизвёл собственный вход, а ребёнок, выведенный из родителя, не несёт ни грамма информации. Обороты считают в зале: сколько раз одно место приняло за сервис новую компанию. Деление — это контроль того подсчёта, а не его источник.

Опережающие и запаздывающие: где их путают

Опережающий показатель — величина, которая шевелится РАНЬШЕ результата: брони в книге, недобор смены, стоп-лист.

Запаздывающий показатель — величина, которая подтверждает результат ПОСЛЕ факта: чистая маржа, месячный food cost.

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

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

Самый недооценённый опережающий показатель — это состояние книги броней вместе с тем, сколько из этих броней подтверждено. Неподтверждённая бронь и подтверждённая — две разные цифры, хотя в большинстве систем выглядят одинаково; на части это раскладывает текст про no-show и цепочку подтверждений. Саму книгу ведёт у нас модуль бронирований.

Частота: что имеет смысл смотреть и как часто

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

Как поставить цель, когда бенчмарка для твоего формата нет

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

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

Официальной статистики по food cost, prime cost, оборачиваемости столика или числу гостей на место в Польше НЕТ. Это не фигура речи, а результат проверки в обоих местах, где такая статистика по Польше вообще появляется, — и проверку можно повторить:

• Eurostat, набор sbs_ovw_act (databrowser, обновлён 10.03.2026) определяет сорок восемь показателей; по польскому разделу NACE I56 за отчётный год 2023 значение несут сорок из них, а восемь возвращаются из запроса пустыми (EMP_MFG_PC, GRW_EMP_PC, AV_MFG_PC, VAL_OUT_MFG_PC, PUR_NRG_MEUR, STK_CHG_GD_FIN_MEUR, GM_GD_RS_MEUR, NETTUR_MFG_PC). Среди этих сорока набор даёт: чистый оборот, закупки товаров и услуг, расходы на персонал, добавленную стоимость, валовой операционный излишек, валовую операционную рентабельность, отработанные часы, инвестиции, число предприятий и число занятых. Ни food cost, ни prime cost, ни оборачиваемости столика, ни гостей на место среди них нет ни одного — проверено показатель за показателем 26.08.2026.
• GUS, «Rynek wewnetrzny w 2024 r.» (публикация от 03.11.2025) отводит общепиту ровно две таблицы: Таблицу 6 — число заведений, и Таблицу 7 — выручку от деятельности общепита. Структуры затрат и оборачиваемости столика нет ни в одной из них: затраты в этом издании расписаны для торговли, а не для общепита.

Проценты, которые несмотря на это ходят по отрасли — prime cost в таком-то диапазоне, food cost в другом, — приходят из вендорских блогов, ссылающихся друг на друга. Верить этой фразе на слово не надо: открой один такой документ по имени. 2024 Restaurateur Benchmark Guide, выпущенный Leverage Buying Group в октябре 2024 года, печатает диапазоны prime cost, food cost, затрат на персонал и маржи по форматам заведений, а на собственной странице источников к этим диапазонам перечисляет: Restaurant365, TheForkCPAs, ZocaloSac, TouchBistro, ToastTab, Jalebi, GetBento, Solink, LineUp.AI, UpMenu — и рядом с ними National Restaurant Association. Большая часть этого перечня — маркетинговые страницы компаний, продающих ресторанам софт; но не весь перечень, потому что National Restaurant Association — отраслевая ассоциация, а не производитель систем. Статистическим ведомством, впрочем, там не является никто, и ни у одного диапазона не стоит ни выборки, ни метода, ни года замера. Поэтому норм на этой странице не будет ни одной, и странице, которая их печатает, доверять не стоит.

Зато тот же набор описывает форму сектора, и одно число из него для твоего дерева важно.

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

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

Значит цели ты ставишь от собственной истории. Метод из трёх шагов, и статистики в нём нет.

Шаг первый: возьми свою базу

Возьми показатель за последние N сопоставимых периодов — сопоставимых означает тот же день недели, тот же сезон, те же часы работы — и возьми МЕДИАНУ, а не среднее. Медиана переживает одну катастрофическую субботу, среднее — нет.

Если N сопоставимых периодов у тебя ещё не набралось, значит базы нет, и обойти это нечем. Копи дальше, а пока веди показатель вообще без цели: это честнее, чем цель, взятая с потолка.

Шаг второй: назначь шаг и скажи вслух, что это решение

Разрыв до цели = Цель − Своя база

• Своя база — медиана показателя за N сопоставимых периодов, в собственной единице показателя;
• Цель — значение, к которому обязались, в той же единице;
• Разрыв до цели — в той же единице.

Арифметика тут ничтожная. Честная часть — признать, что размер шага это управленческое решение, а не статистика: ни один набор данных не скажет тебе, должен ли твой food cost улучшиться на один пункт или на три. Что даёт дерево — это возможность шаг оценить, и это шаг третий.

Шаг третий: посчитай, сколько стоит один пункт, ПРЕЖДЕ чем за ним гнаться

Вклад одного процентного пункта = Выручка × 0,01

• Выручка — чистая выручка за период, PLN;
• 0,01 — один процентный пункт, выраженный долей, безразмерное;
• результат — злотые прибыли на один процентный пункт любой затратной строки, взятой в доле от выручки.

Прогоним: при 400 000 PLN чистой выручки в месяц один процентный пункт — это 4 000 PLN в месяц. Одно это число решает, стоит ли двухнедельный проект по снижению food cost того, чтобы за него браться, и ровно поэтому страница настаивает на дереве: нельзя оценить лист, у которого не нарисован путь до корня.

Одна оговорка, и она из того класса ошибок, что тихо раздувают любой бизнес-кейс: эти вклады НЕ СКЛАДЫВАЮТСЯ по пересекающимся показателям. Food cost и затраты на персонал оба лежат внутри prime cost. Сложи вклад от улучшения food cost с вкладом от улучшения prime cost — и ты посчитал один и тот же злотый дважды. Оценивай каждую ветку один раз, на том уровне, на котором собрался действовать.

Единственная ветка, где число официально: польская минималка

На этом дереве есть ровно один вход, который польский закон фиксирует и публикует, и он принадлежит рычагу труда. По распоряжению Совета министров от 11 сентября 2025 года, опубликованному в Dziennik Ustaw 15 сентября 2025 года под позицией 1242 (Dziennik Ustaw 2025 poz. 1242), польское минимальное вознаграждение за труд с 1 января 2026 года составляет 4806 PLN, а минимальная часовая ставка — 31,40 PLN. По состоянию на 1 января 2026 года. Обе величины — брутто для работника, и ни одна из них не является твоей стоимостью часа: сверху идут взносы работодателя, а множитель зависит от вида договора и кода страхования, поэтому единого официального коэффициента не существует. Полную стоимость часа считай по своей же ведомости и её ставь в дерево:

Полная стоимость часа = (Зарплата брутто + Взносы работодателя + Прочие обременения) ÷ Отработанные часы

• Зарплата брутто — начисленные зарплаты брутто за период, PLN;
• Взносы работодателя — взносы и обременения со стороны работодателя за тот же период, PLN;
• Прочие обременения — питание персонала, форма, медосмотры, обучение, PLN;
• Отработанные часы — часы, реально отработанные в том же периоде, ч;
• результат — PLN в час.

Обе цифры польские общенациональные, секция шире, чем одни рестораны (гостиницы там же), и данные предварительные. Это контекст, а не ставка твоего повара.

Два дерева из одного корня: у управляющего сменой и у владельца

Дерево одно и то же; видимая его часть — разная.

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

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

Между ними стоит шеф-повар: его ветка — себестоимость, его листья — списания, стоп-лист и соблюдение техкарт. Именно это третье дерево чаще всего отсутствует целиком, и поэтому у отклонения food cost так часто нет владельца, а значит и объяснения. Как именно эти экраны устроены — отдельная тема, наша живая статья про автоматизацию отчётности разбирает, КАК показывать цифры; эта страница — про то, КАКИЕ цифры заслуживают места.

Сравнение точек: сперва нормализуй, иначе сравнение врёт

Нормализация — приведение к сопоставимому виду по числу мест, часам работы, уровню цен или валюте ПЕРЕД сравнением точек.

Две точки одной сети: в первой 60 мест и двенадцать часов работы, во второй 90 мест и девять часов. Сырая выручка говорит, что вторая сильнее. Сырая выручка сравнивает разный объём вместимости за разное время и называет разницу результатом.

Нормализуй по тому измерению, которое реально отличается. Разное число мест — дели на места. Разные часы — дели на часы. И то и другое — дели на место-часы, что ровно и делает RevPASH, и ради чего его ввела Sheryl Kimes из Cornell: по её словам, RevPASH «показывает темп, с которым возникает выручка, и схватывает размен между средним чеком и загрузкой зала» (Sheryl E. Kimes, «Restaurant Revenue Management», Cornell Center for Hospitality Research, 01.02.2004 — PDF, перевод с английского оригинала). Разный уровень цен между центром и спальным районом — сравнивай ДВИЖЕНИЯ, а не уровни, потому что уровни и не были сопоставимы.

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

Назначь каждому показателю владельца и решение — или удали его

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

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

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

Откуда взять данные, прежде чем вообще строить дерево

Дерево без данных — это рисунок. Прежде чем начинать, проверь, какие ветки тебе уже есть чем кормить.

Выручка, число гостей и средний чек приходят обычно сами — из кассы и системы продаж, без чьих-либо усилий. Брони и no-show приходят из системы бронирования, если она у тебя есть и если персонал её правда ведёт. Себестоимость требует накладных и инвентаризации, то есть дисциплины, которой у кухни может ещё не быть. Затраты на персонал лежат в кадрах, но привязка их к конкретным сменам и к результату — это уже работа. Постоянные затраты ты знаешь из договоров, и это единственная ветка, которую никому не надо мерить.

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

Отдельно стоит проверить канал, который владельцы чаще всего не считают вовсе: то, что происходит с твоим рестораном в интернете ещё до того, как гость переступит порог. Кто обновляет часы, карту и цены в поиске и на порталах, разбирает текст про данные ресторана в Google; что остаётся у тебя от заказа, сделанного онлайн, а что забирает посредник — онлайн-заказы для ресторана.

С каких листьев резать дерево первым

Если начинаешь с нуля — не строй все три уровня. Построй корень, четыре рычага и ровно те листья, которые упираются в решение, которое ты и так принимаешь.

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

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

Чего показатели не покажут никогда

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

Она не скажет и ПОЧЕМУ цифра поехала. Гостей стало на двенадцать процентов меньше; дерево говорит, в какой рычаг это ударило и во сколько обошлось. Погода это была, перекрытая улица, открывшийся конкурент или плохой отзыв — в данных этого нет, и соблазн угадать, а потом действовать по догадке, — самая дорогая привычка в ресторанном управлении. Если спрос хочется предвидеть, а не объяснять задним числом, это отдельная дисциплина со своим методом и своей мерой ошибки — смотри прогнозирование спроса.

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

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

Частые вопросы

Какие показатели ресторана самые важные?

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

Что такое дерево KPI и чем оно лучше списка?

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

Чем опережающие показатели отличаются от запаздывающих в ресторане?

Опережающий шевелится раньше результата — брони в книге, недобор смены, стоп-лист — и по нему ещё можно действовать. Запаздывающий подтверждает результат после факта: чистая маржа, месячный food cost. Опережающим место на экране смены, запаздывающим — в месячном разборе. Ресторан, который смотрит только запаздывающие цифры, не управляет, а проводит вскрытие.

Сколько показателей должен вести управляющий рестораном?

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

Как часто пересматривать показатели ресторана?

С тем шагом, с которым реально меняется измеряемое, и не чаще. Гости, стоп-лист и отработанные часы — уровень смены. Food cost, затраты на персонал и prime cost — неделя и месяц. Постоянные затраты — квартал. Чистая прибыль — месяц. Ежедневный замер food cost в ресторане с тремя поставками в неделю даёт колебания, вызванные графиком поставок, а не работой кухни.

Как поставить цель по показателю, если отраслевого бенчмарка нет?

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

Как честно сравнить показатели разных точек сети?

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

Какие показатели место на экране смены, а какие в месячном отчёте?

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

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