MarketMan по-русски: учёт себестоимости блюд и управление закупками ресторана

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

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

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

Что это за модель за рубежом

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

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

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

Почему такого нет у нас

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

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

Похожая история с закупками. Часто заказ поставщику формируется по привычке: «берём столько же, сколько на прошлой неделе» или «как обычно на выходные». Это работает, пока продажи стабильны, но не учитывает реальные колебания — сезонность, изменение спроса, новые позиции в меню. В результате склад то забит продуктами, которые портятся раньше, чем их успевают использовать, то в разгар смены выясняется, что закончился ключевой ингредиент и часть меню на сегодня недоступна. Готовых нишевых сервисов под такую задачу на российском рынке практически нет — заведения либо мирятся с Excel и интуицией, либо пытаются приспособить под себя большие ERP-системы, которые избыточны и неудобны для отдельного ресторана или небольшой сети.

Как это могло бы выглядеть здесь

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

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

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

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

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

Что нужно для запуска

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

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

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

Риски и сложности

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

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

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

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

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

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

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

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

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

Коротко о главном

Модель, которую за рубежом реализует MarketMan, решает конкретную и понятную проблему: ресторан теряет маржу незаметно, потому что не видит, как меняется себестоимость блюд вслед за ценами поставщиков. В России такой софт под нишу практически не представлен, и заведения по-прежнему считают фудкост вручную или на глаз, узнавая о проблеме, когда прибыль уже упала. Рабочую версию такой системы можно собрать под конкретное заведение — с базой рецептов, учётом цен, автоматическим расчётом себестоимости и контролем остатков, — начав с компактного MVP и постепенно его расширяя. Если сейчас весь учёт держится на разрозненных таблицах, разумный первый шаг — не сразу строить полную систему, а обсудить проект и начать с перевода учёта из Excel в нормальную CRM, на основе которой потом наращивать автоматизацию себестоимости и закупок. Если хотите разобраться, что из этого реально нужно именно вашему заведению, тоже лучше всего обсудить проект напрямую.