Для ресторану чи кафе правильно розрахована собівартість страви – не просто цифра в технологічній карті, це відправна точка для ціноутворення, контролю food cost, оцінки маржинальності меню та пошуку скорочення операційних втрат.

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

Тому необхідній підхід до калькуляції полягає не стільки в тому, щоб один раз правильно порахувати собівартість, скільки в тому, щоб створити систему, яка дозволяє постійно підтримувати ці розрахунки актуальними.

Що таке собівартість страви

У найпростішому вигляді це вартість усіх інгредієнтів, необхідних для приготування однієї порції.

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

Але професійна калькуляція значно складніша.

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

Якщо заклад хоче бачити більш загальну економіку страви, до продуктового food cost можуть додаватися прямі витрати на пакування, а у деяких окремих моделях, навіть – частину витрат на виробництво або вартість роботи персоналу.

У результаті заклад отримує базовий показник, з яким можна порівнювати фактичні результати.

Наприклад:

• ціна готової страви – 320 грн;
• розрахункова продуктова собівартість – 96 грн;
• розрахунковий теоретичний food cost – 30%;
• валовий маржинальний дохід до врахування інших витрат – 224 грн.

Саме слово «теоретичний» тут принципове. Розрахунок показує, скільки страва повинна коштувати ресторану за умови дотримання рецептури, нормативного виходу та актуальних закупівельних цін.

У реальній роботі результат може бути іншим.

Чому “ручна” калькуляція перестає працювати

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

Проблеми починаються тоді, коли даних стає багато.

Уявімо заклад із 70 позиціями меню та кількома сотнями інгредієнтів та напівфабрикатів. Один і той самий продукт може використовуватися у десяти, двадцяти або навіть тридцяти стравах.

Постачальник підвищив його ціну на 15%. Формально закладу потрібно знайти всі калькуляції, де використовується цей продукт, оновити дані та заново оцінити економіку кожної позиції.

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

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

Основний принцип автоматизації

Завдання автоматизації полягає не просто в тому, щоб швидше виконувати математичні операції.

Головний принцип – створити взаємопов’язану систему даних:

постачальник → товар → закупівельна ціна → інгредієнт → напівфабрикат → рецепт → порція → продажна ціна → маржинальність.

Тоді зміна одного параметра автоматично впливає на всі залежні показники.

Наприклад, ресторан або кафе закуповує вершки, які використовуються у п’яти соусах. Ці соуси, своєю чергою, входять до складу дванадцяти інших страв.

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

Саме в цьому полягає принципова різниця між статичною калькуляцією та динамічною моделлю управління собівартістю.

Як побудувати таку систему

Перший рівень – єдина база інгредієнтів.

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

Особливо важливо стандартизувати одиниці вимірювання. Ресторан може купувати продукт коробками або упаковками, отримувати його в кілограмах, а використовувати в рецептурі в грамах.

Другий рівень – напівфабрикати.

Соуси, бульйони, тісто, креми, заготовки та інші компоненти власного виробництва повинні мати окремі калькуляції. Їхня собівартість потім автоматично переноситься у страви, де вони використовуються.

Третій рівень – рецептури.

Кожна позиція меню повинна бути пов’язана з конкретними інгредієнтами та напівфабрикатами. Якщо змінюється їхня ціна, повинна змінюватися і собівартість готової страви.

Четвертий рівень – продажі.

Саме тут калькуляція перетворюється на управлінський інструмент. Ресторан бачить не тільки відсоток food cost окремої страви, але й те, скільки порцій реально продається та який маржинальний дохід генерує позиція.

Food cost сам по собі мало про що говорить

Одна з поширених помилок – оцінювати страви виключно за відсотком food cost.

Розглянемо два умовні приклади.

Страва А продається за 200 грн. і має собівартість 50 грн. Food cost – 25%, маржинальний дохід – 150 грн.

Страва Б продається за 500 грн. при собівартості 175 грн. Food cost – 35%, але маржинальний дохід становить 325 грн.

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

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

Як визначити знайти проблемні позиції меню

Після поєднання даних про собівартість і продажі можна переходити до menu engineering.

У класичному підході страви оцінюють за двома основними параметрами – популярністю (кількість продажів) та маржинальністю.

У результаті меню умовно можливо поділити на чотири групи:
– популярні й прибуткові позиції;
– популярні, але з невисокою маржею;
– високоприбуткові, але недостатньо популярні;
– позиції з низькою популярністю та слабкою маржинальністю.

Проте сама класифікація нічого не вирішує. Важливо зрозуміти, що робити з отриманими даними.

Для популярної страви з недостатньою маржею для оптимізації можливо переглянути рецептуру, розмір порції, закупівельні умови або ціну продажу.

Високомаржинальна, але непопулярна позиція може потребувати іншого розташування в меню (іншого позиціонування), нової назви, активнішої роботи офіціантів або зміни презентації.

А страва, яка одночасно продається погано і практично не приносить маржинального доходу, стає очевидним кандидатом на перегляд або вилучення з меню.

Важливо відстежувати не тільки поточну собівартість, а й її зміну

Корисний управлінський показник – динаміка собівартості.

Припустимо, страва три місяці тому коштувала ресторану 112 грн, місяць тому – 121 грн, а зараз – 134 грн.

Сам показник 134 грн. може нічого не сказати менеджеру. Але інформація про те, що собівартість за три місяці зросла майже на 20%, вже потребує уваги.

Особливо корисними стають автоматичні “порогові” контрольні повідомлення.

Наприклад, автоматизована облікова система може сигналізувати, якщо собівартість позиції зросла більш ніж на 5%, food cost перевищив встановлений норматив або маржинальний дохід знизився нижче визначеного рівня.

Відповідно, менеджеру не потрібно щодня переглядати десятки чи сотні калькуляцій. Він працює передусім із винятками – позиціями, де відбулися суттєві зміни й потребують уваги та контролю.

Теоретичний і фактичний food cost – не одне й те саме

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

Якщо згідно з рецептами ресторан за місяць повинен був використати продуктів на 300 тис. грн, а фактичне використання становило 340 тис. грн, виникає відхилення у 40 тис. грн.

І це вже зовсім інше управлінське завдання.

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

Умовно це можна представити так:

теоретичне споживання = кількість проданих страв × нормативна кількість інгредієнтів;

фактичне споживання = початковий залишок + надходження − кінцевий залишок;

відхилення = фактичне споживання − теоретичне споживання.

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

Що робити, якщо маржинальність страви падає

Підвищення ціни для гостя – далеко не єдиний варіант.

Перед цим варто перевірити закупівельну ціну ключових складових, альтернативних постачальників, рецептуру, вихід продуктів, технологічні втрати та розмір порції.

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

Тому корисно проводити ABC-аналіз інгредієнтів – визначати продукти, які формують найбільшу частину закупівельного бюджету або собівартості конкретних страв.

Таким чином заклад отримає чітку інформацію – за цінами яких продуктів потрібно стежити в першу чергу й визначати для себе відповідні “червоні” показники для контролю.

Який рівень автоматизації потрібен ресторану чи кафе

Не кожному закладу необхідна складна ресторанна ERP-система.

Невелике кафе з коротким меню може організувати достатньо ефективний контроль навіть за допомогою правильно побудованих електронних таблиць.

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

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

Тому питання має звучати не «яку програму використовувати?», а «які дані повинні бути пов’язані між собою і як швидко зміни повинні відображатися в управлінській звітності?».

Автоматизована облікова система для ресторана або кафе – це вже відповідний інструмент реалізації цієї моделі з різницею у функціоналі та зручності використання. Звісно, ціна/якість – завжди має бути у правильному балансі для користування.

Головний результат – не автоматична калькуляція

Автоматизація дозволяє економити час на перерахунках, але це далеко не головна її перевага.

Набагато важливіше скоротити проміжок часу між виникненням проблеми та управлінським рішенням.

Якщо продукт подорожчав сьогодні, а заклад побачив наслідки лише наприкінці місяця, частина маржі вже втрачена й це, нажаль, без можливості повернення втрат.

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

У цьому й полягає сучасний підхід до управління собівартістю меню.

Калькуляція перестає бути документом, який створюють під час запуску ресторану або оновлення меню. Вона стає постійно діючою моделлю, яка пов’язує закупівлі, склад, виробництво, рецептури, продажі та фінансові показники.

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