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

Чому список показників не працює, а дерево працює

Будь-яка добірка ресторанних метрик, яку ти відкриєш, виглядає однаково: food cost, витрати на персонал, середній чек, оборотність столиків, кількість гостей, prime cost, списання, no-show. Два десятки назв стовпчиком. Цей список не бреше. Він просто марний, і рівно з однієї причини: він мовчить тоді, коли дві цифри одного дня поїхали в різні боки.

Середній чек піднявся, гостей поменшало. Це добре чи погано? Список відповіді не має, бо в ньому обидві величини стоять поруч як два рівноправні гасла. Дерево відповідь має, бо на дереві ці дві величини перемножуються і висять під одним батьком — під виторгом. Досить піднятися на рівень вище, і питання перестає бути філософським.

Дерево робить три речі, яких список не вміє. Воно каже, куди цифра належить, — і ти припиняєш збирати метрики, які ні на що не відповідають. Воно каже, скільки цифра варта, бо арифметику від листка до кореня можна провести пальцем. І воно каже, хто за неї відповідає, бо відповідальність іде по гілці, а не за абеткою.

Ця сторінка — карта всього ресторанного розділу сайту. Кожна гілка нижче веде на текст, який її розбирає. Іди від кореня вниз і не починай із тієї метрики, яку найлегше поміряти: саме вона зазвичай найменше важить.

Корінь: одна цифра, заради якої існують усі решта

KPI — величина, прив'язана до рішення, яке хтось справді ухвалює, а не будь-яке число, що його вміє видати система.

Дерево показників — ієрархія, у якій кістяк арифметичний: кожен показник на головній лінії сполучений формулою з тим, що стоїть над ним, і ланцюжок закінчується коренем. До гілок чіпляються ще причинні листки — ті, що рух гілки пояснюють, хоча в її формулі не стоять. Різницю між одними й другими розкладаємо нижче, біля повного дерева, бо саме від неї залежить, що з дерева випадає, а що на ньому лишається.

У корені стоїть чистий прибуток. Не виторг, не валова маржа і не «скільки вчора було гостей». Розпишімо його цілком, щоб стали видні всі гілки, які з нього ростуть:

Чистий прибуток = Виторг − Собівартість − Праця − Оренда і комунальні − Інші операційні витрати − Амортизація − Відсотки − Податок

• Виторг — чистий виторг за період, без ПДВ, без знижок і без анульованих рахунків, PLN;
• Собівартість — собівартість проданого за той самий період, PLN;
• Праця — повні витрати на персонал разом із внесками роботодавця, PLN;
• Оренда і комунальні — оренда, експлуатаційний платіж і комунальні послуги за приміщення, PLN;
• Інші операційні витрати — маркетинг, прибирання, дрібне обладнання, програмне забезпечення, PLN;
• Амортизація — списання ремонту та обладнання, що припадає на період, PLN;
• Відсотки — вартість боргу за період, PLN;
• Податок — податок на прибуток із результату, PLN.

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

Чистий прибуток — це не гроші на рахунку

Про це варто сказати прямо, бо на цій плутанині розбивається дуже багато закладів. Корінь дерева рахує результат, а не залишок на рахунку. Завдаток за весілля, відтермінування платежу постачальникові, застава, платіж за піч, ПДВ до сплати — жодна з цих речей не сидить у рядку чистого прибутку, і всі вони рухають твоїм банківським рахунком. Мати додатний результат і касовий розрив в одному й тому самому місяці — не суперечність, а два різні питання.

Саме тому облік результату й облік грошей ведуть окремо. Дерево з цієї сторінки відповідає на питання «чи це вигідно». На питання «чи буде в п'ятницю чим заплатити» відповідає зіставлення надходжень і виплат у часі — цим у нас займається модуль фінансів, а передбаченням самих надходжень — прогноз. Плутанина між цими двома речами коштує зазвичай кількох безсонних ночей і жодного зайвого злотого прибутку.

Другий рівень: чотири важелі, і рівно чотири

Усе, що ти здатен змінити цього місяця, лежить в одному з чотирьох місць.

Четвертий важіль власники недооцінюють найчастіше. Постійні витрати не відгукуються на старання — вони відгукуються тільки на перегляд договору і на обсяг. Саме тому ресторан із невдало підписаною орендою не рятує краще меню, і саме тому перше чесне питання про заклад, який не зводиться, — питання арифметичне, а не кулінарне.

Два з цих важелів зазвичай ведуть як одну цифру: вони рухаються разом, і скорочення зміни торгується проти скорочення порції.

Prime cost % = (Собівартість + Праця) ÷ Виторг × 100

• Собівартість — собівартість проданого за період, 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 — і порахуєш той самий злотий двічі. Оцінюй кожну гілку один раз, на тому рівні, на якому збираєшся діяти. Переганяти такі варіанти, поки вони ще не запущені, зручно в сценаріях what-if.

Єдина гілка, де число офіційне: польська мінімальна зарплата

На всьому цьому дереві є рівно один вхід, який польський закон фіксує і публікує, і належить він до важеля праці. Розпорядження Ради Міністрів від 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 так часто не має власника, а отже й пояснення. Приписування гілок іменним людям веде в нас модуль команди, а перетворення гілки, що поїхала, на конкретне завдання на понеділок — модуль завдань.

Порівняння закладів: спершу нормалізуй, інакше порівняння бреше

Нормалізація — зведення чисел до спільного знаменника за кількістю місць, годинами роботи, рівнем цін або валютою, ПЕРШ ніж порівнювати заклади.

Два заклади однієї мережі: у першого шістдесят місць і дванадцять годин роботи, у другого дев'яносто місць і дев'ять годин. Сирий виторг скаже, що другий сильніший. Сирий виторг порівнює різну кількість місткості за різну кількість часу і називає різницю результатом роботи.

Нормалізуй за тим виміром, який справді відрізняється. Різна кількість місць — ділиш на місця. Різні години роботи — ділиш на години. І те, й те — ділиш на місце-години, тобто робиш рівно те, що робить RevPASH. Заради цього його й увела Sheryl Kimes із Cornell: за її словами, RevPASH «indicates the rate at which revenue is generated and captures the trade-off between average check and facility use» — показує темп, у якому виникає виторг, і схоплює розмін між середнім чеком і використанням залу (Sheryl E. Kimes, «Restaurant Revenue Management», Cornell Center for Hospitality Research, 01.02.2004 — PDF). Різний рівень цін між закладом у центрі й закладом у спальному районі — порівнюй рухи, а не рівні, бо рівні ніколи й не були зіставними.

Найчастіша помилка мережевої звітності — вибудовувати рейтинг закладів за показником, знаменник якого в кожного з них інший. Якщо з цього розділу ти візьмеш одну річ, візьми цю: перевір знаменник, перш ніж ставити заклади в чергу. Практичний бік ведення кількох точок з одного місця має в нас власний текст — управління мережею ресторанів. Сам вигляд кількох закладів поруч складають дашборди, а порівняння й перерізи — аналітика.

Признач кожному показнику власника і рішення — або прибери його з дерева

Ось перевірка, яка не дає дереву знову зарости в список. Про кожен показник напиши два речення: хто за нього відповідає і що ця людина зробить інакше та за якого значення. Не пишеться бодай одне — показник сходить із дерева. Без обговорення й без сентиментів, навіть якщо він гарно виглядає на графіку.

Поріг тривоги — відхилення, за якого цифра перестає чекати, поки її прочитають, і сама кличе людину. Як такі пороги призначають і чому єдиний відсоток відхилення не годиться для всіх показників одразу — цілком тема сторінки про систему управління рестораном з ШІ.

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

Звідки взяти дані, перш ніж узагалі будувати дерево

Дерево без даних — це малюнок. Перш ніж починати, перевір, які гілки тобі вже є чим наповнити.

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

Решта залежить від того, як влаштований весь заклад: чи замовлення, броні й запити взагалі десь записуються, чи тільки проходять через телефон і зникають. Наведенням тут ладу займається текст про автоматизацію ресторану, а питання, який шар системи докласти наступним, розбирає CRM чи ERP. Картотеку гостей і історію контакту веде модуль CRM, а бронювальний бік — модуль бронювання.

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

Зведення даних між системами — це передумова, а не KPI. Показник, який доводиться щоразу збирати руками з трьох місць, помре сам собою протягом кількох тижнів, і винним у цьому буде не персонал.

З яких листків рубати дерево першими

Якщо починаєш із нуля — не будуй усі три рівні одразу. Побудуй корінь, чотири важелі й рівно ті листки, які підключаються до рішення, яке ти й так ухвалюєш.

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

Не починай із модного. Відсоток списань, оцінка задоволеності гостя й маркетингова атрибуція — речі справжні, але кожна з них сидить на три рівні нижче й потребує, щоб рівні над нею вже читалися. А те, що діється поза закладом і теж рухає твоїми цифрами, докладають зовнішні сигнали — контексту, якого в самому дереві немає, воно з себе не візьме.

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

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

Воно не скаже й чому цифра поїхала. Гостей поменшало на дванадцять відсотків; дерево каже, у який важіль це вдарило і в скільки обійшлося. Погода це була, перекрита вулиця, конкурент, що відкрився, чи один поганий відгук — цього в даних немає, а спокуса вгадати й далі діяти за здогадом — найдорожча звичка в ресторанному управлінні. Якщо попит хочеться радше передбачати, ніж пояснювати заднім числом, це окрема дисципліна з власним методом і власною мірою похибки — дивись прогнозування попиту.

І воно не ухвалить рішення за тебе. KPI звужує питання з «що не так із моїм рестораном» до «гілка праці за три тижні поїхала на два пункти, а зміна, на якій це сталося, — п'ятнична вечеря». Оце все, що він обіцяє, і ні грама більше. Далі починається керування.

Aura — управлінський шар над цими цифрами: місце, де дерево збирається з твоїх власних систем, а гілки отримують іменних власників. Якщо хочеш побачити це на своїх даних, дивись ресторанний розділ і той модуль, який закриває твою найслабшу гілку: кореневу лінію результату домикає модуль фінансів, а гілки, яких ще не було, рахує прогноз.

Часті питання

Які показники ресторану найважливіші?

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

Що таке дерево KPI і чим воно краще за список?

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

Чим випереджальні показники відрізняються від запізнілих у ресторані?

Випереджальний ворушиться раніше за результат — броні в книзі, недобір зміни, стоп-лист — і по ньому ще можна діяти. Запізнілий підтверджує результат після факту: чиста маржа, місячний food cost. Випереджальним місце на екрані зміни, запізнілим — у місячному розборі. Ресторан, який дивиться самі лише запізнілі цифри, не керує, а проводить розтин.

Скільки показників має вести керівник ресторану?

Стільки, скільки мають одночасно І названого власника, І прив'язане рішення, і жодним більше. Правильної кількості не існує, а за будь-яким конкретним числом, яке тобі назвуть, немає джерела. Обмеженням є кількість людей, здатних діяти, а не кількість того, що вміє поміряти система; саме тому одиничний незалежний заклад веде помітно менше метрик, ніж група з керуючою компанією, і робить правильно.

Як часто переглядати показники ресторану?

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

Як поставити ціль за показником, якщо галузевого бенчмарку немає?

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

Як чесно порівняти показники різних закладів мережі?

Перш ніж порівнювати, зведи числа до спільного знаменника за тим, що між закладами відрізняється. Різна кількість місць — ділиш на місця. Різні години роботи — ділиш на години. І те, й те — ділиш на місце-години. Різний рівень цін — порівнюй рухи, а не рівні, бо рівні ніколи й не були зіставними. Найчастіша помилка мережевих звітів — рейтинг за показником, знаменник якого не в усіх однаковий.

Яким показникам місце на екрані зміни, а яким — у місячному звіті?

На екрані зміни все, що людина на зміні ще здатна змінити: скільки гостей уже пройшло, скільки броней ще приїде, чого немає в меню, скільки годин у графіку проти відпрацьованих і які столики зараз тримають. Відсотки від місячних підсумків туди не належать, бо на місяць під час сервісу ніхто не зреагує. Перевірка одна: чи здатна ця цифра змінити рішення протягом найближчих двох годин.

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