Дашборд ресторана 2026: продажи, menu mix, фудкост, labor и доставка без ручного Excel

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

POS уже хранит большую часть этих данных, но стандартный отчет часто разбит на отдельные вкладки: продажи, product mix, скидки, возвраты, сотрудники, брони, доставка, платежи. Toast в Sales Reports показывает net sales, гостей, table turn time, revenue centers, service types и order source. Lightspeed Product Mix Report раскрывает quantity, sales, discounts, wastage, returns, margin and costs по позициям меню. Oracle Simphony POS Reports отдельно перечисляет menu item reports с sales и food cost totals. Это хороший ориентир: ресторанный дашборд должен связывать продажи, меню и операционные ограничения в один экран решений.

Ключевые факты

• Первый экран restaurant sales dashboard должен связывать 7 слоев: net sales, checks/covers, average check, product mix, contribution margin, labor %, reservations/no-show и delivery operations.
• Menu mix нельзя оценивать только по количеству продаж. Для решения по меню нужны как минимум quantity sold, net sales, item cost, contribution margin, скидки, списания и возвраты.
• Food cost % полезен как сигнал, но популярное блюдо с высоким food cost может давать больше денег в рублях, чем "дешевая" позиция с низкой долей себестоимости.
• Labor dashboard должен сравнивать actual sales, projected sales, actual labor cost, scheduled labor cost, labor % и SPLH. 7shifts прямо строит Sales vs. Labor вокруг этих показателей.
• Reservations и delivery нельзя прятать в общий "канал продаж": OpenTable смотрит covers, spend, reviews, no-shows, shift occupancy и turn-times; DoorDash и Uber Eats добавляют cancellation rate, wait time, product mix, inaccurate orders, missed orders и downtime.
• Community-сигналы из r/restaurantowners, r/Restaurant_Managers, r/KitchenConfidential, Square Community и Toast Community повторяют одну боль: POS-отчеты полезны только после нормальной настройки категорий, модификаторов, рецептур, order source и совпадающих временных границ. Эти сигналы используются только как signal-only, не как доказательство фактов.
• SimpleDashboard подходит для первого проверяемого слоя поверх CSV/XLSX/API-выгрузок из iiko, r_keeper, Poster, Square, Toast, Lightspeed, Oracle MICROS, 7shifts, OpenTable, DoorDash, Uber Eats или собственной базы. Он не заменяет POS, бухгалтерию и склад, а собирает управленческий экран и явно показывает ограничения данных.

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

В нашем редакционном тесте полезная версия ресторанного дашборда началась не с графиков, а со сверки 30 строк выгрузки: order_id, opened_at, closed_at, revenue_center, service_type, order_source, item_name, quantity, net_sales, discount, void, waste, item_cost, server, cover_count, reservation_id, delivery_platform. Пока эти поля не сходятся, AI или BI построит уверенный отчет, но спор о цифрах останется.

KPI/risk table для дашборда ресторана

Минимальный executive view: net sales, checks, covers, average check, sales by hour, product mix, contribution margin, food cost %, waste/returns, labor %, SPLH, reservations/no-show, delivery share, delivery issues и data quality.

Что подтверждают источники и как применять

POS-продажи: сначала договоритесь о выручке

Toast Sales Reports показывает, что ресторанная выручка в POS не сводится к одной строке: есть Sales Summary, Sales Analytics, Sales Breakdown, Orders, location breakdown, service types, revenue centers, payment methods, order source и itemized order list. Square в аналитике также перечисляет sales summary, sales trends, payment methods, item/category/modifier sales, discounts, comps, voids, fees, service charges, cash drawers и custom reports.

Практический вывод: дашборд ресторана должен явно подписывать методику. Если владелец смотрит cash-in, управляющий - net sales, бухгалтер - payout, а маркетолог - gross sales delivery-платформы, одна и та же неделя будет выглядеть по-разному.

Для первого запуска зафиксируйте:

1. Налоги включены или исключены.
2. Сервисный сбор включен или отдельной строкой.
3. Tips/gratuity не смешиваются с выручкой кухни.
4. Refunds, voids и comps уменьшают операционную выручку или показываются отдельно.
5. Delivery gross sales и payout после fees не смешиваются.
6. День закрытия смены совпадает с операционным днем ресторана, особенно если ресторан работает после полуночи.

Menu mix: популярность без маржи опасна

Lightspeed Product Mix Report полезен как модель данных: по позициям меню можно видеть quantity sold, gross/net sales, discounts, wastage, returns, margin и costs. Oracle Simphony POS Reports отдельно выделяет Menu Item Reports, которые дают sales и food cost totals для каждой позиции.

Это означает, что ABC-анализ меню в ресторанном дашборде должен быть не "20% блюд дают 80% продаж", а практической матрицей:

Food cost % здесь не единственный критерий. Бургер с food cost 35% и маржой 350 ₽ может быть лучше салата с food cost 22% и маржой 90 ₽, если кухня справляется с объемом и нет списаний. Поэтому в SimpleDashboard лучше выводить рядом food_cost_percent, contribution_margin_rub, quantity, waste, discounts и prep complexity.

Labor: смена должна смотреться рядом с продажами

7shifts строит Sales vs. Labor dashboard вокруг actual sales, projected sales, actual labor cost, scheduled labor cost, actual labor %, SPLH и сравнений с прошлой неделей. Важный caveat из их документации: фактический labor требует time clock или POS-интеграции, а частота обновления зависит от интеграции.

Для ресторана это критично. Если продажи синхронизируются каждые 10 минут, а трудозатраты попадают только после закрытия смены, "реальный labor %" днем будет недостоверным. Если payroll учитывает налоги, бонусы и стажировки, а dashboard берет только ставку из расписания, итоговая доля труда будет занижена.

Рабочий блок labor:

• actual_sales_by_hour;
• projected_sales_by_hour;
• scheduled_labor_cost;
• actual_labor_cost;
• labor_percent;
• SPLH;
• early_clock_in и переработки;
• отклонение план/факт по сменам;
• заметки управляющего по погоде, событиям, банкетам и ремонту.

Reservations: брони, no-show и turn time не равны продажам

OpenTable в analytics/reporting делает акцент на seated guest activity, spend, reviews, no-shows, shift occupancy, turn-times, slow times and days. Эти данные решают другую задачу, чем POS: POS показывает, что уже продано, а reservation-система показывает, как используется емкость зала.

В дашборде ресторана этот слой нужен отдельно:

• booked covers;
• seated covers;
• cancellations;
• no-shows;
• walk-ins;
• table turn time;
• occupancy by shift;
• spend per seated cover;
• source брони;
• reviews/ratings рядом с перегрузкой смены.

Если no-show растет, не надо сразу увеличивать рекламу. Сначала проверьте подтверждения брони, deposits, waitlist, погодные дни, большие группы и время между booking и visit.

Delivery: gross sales не равны деньгам ресторана

DoorDash Merchant Reporting включает Financial, Sales, Operations, Marketing, Product Mix, Refund and Tax reports; среди операционных метрик указаны order accuracy, cancellation rate, wait time and product mix. Uber Eats Manager показывает Sales, Operations, Customer Insights, order issues, missed/canceled orders, downtime, feedback, menu item feedback and reports with financial/operational data.

Для ресторана delivery надо смотреть как отдельный P&L-слой:

Community-сигналы по delivery часто повторяют одну проблему: заказ есть в платформе, но не попал в POS; цены отличаются между direct ordering и marketplace; gross sales радует, а payout после fees и refunds не сходится с бухгалтерией. Это не доказательство масштаба проблемы, но хороший список проверок для первой версии дашборда.

Минимальная модель данных для первого запуска

Для пилота достаточно CSV/XLSX-выгрузки за 30-90 дней. Если ресторан сезонный или сильно зависит от банкетов, берите 180 дней и помечайте события.

Если в выгрузке нет item_cost, cover_count, order_source, reservation_status, void_reason или payout, часть KPI должна быть помечена как partial. Это лучше, чем показывать точные проценты из неполных данных.

Community-сигналы: что чаще всего ломается

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

В r/restaurantowners и r/Restaurant_Managers регулярно обсуждают, что POS reports "для бухгалтерии" не всегда отвечают на вопросы управляющего: какие блюда реально двигают маржу, как связать labor с конкретными часами и почему delivery payout не сходится с продажами. В r/KitchenConfidential и r/Chefit повторяется практический спор про food cost: считать только процент недостаточно, нужно знать порцию, yield loss, prep waste и contribution margin в деньгах.

В Square Community встречаются жалобы, что COGS и profit по ресторанным позициям требуют дополнительной настройки или внешней таблицы. В Toast Community и ресторанных ветках Reddit повторяются вопросы по mapping категорий, order source, delivery integration и расхождениям между sales summary, item sales и бухгалтерским отчетом.

Что заложить в SimpleDashboard после этих сигналов:

• не выводить menu mix без проверки категорий и модификаторов;
• показывать missing item cost отдельным warning;
• разделять dine-in, takeout, delivery и catering;
• не смешивать gross delivery sales с payout;
• рядом с labor % показывать источник: scheduled или actual;
• показывать voids, comps, returns and waste по reason;
• выводить список 20 строк, из-за которых не сходятся totals;
• не считать forum claims доказательством отраслевых норм.

Как SimpleDashboard собирает дашборд ресторана

Шаг 1. Выгрузите POS, labor, reservation и delivery данные

Подойдут CSV, Excel, Google Sheets или API-выгрузки из iiko, r_keeper, Poster, Square, Toast, Lightspeed, Oracle MICROS, 7shifts, OpenTable, DoorDash, Uber Eats, Яндекс Еды, Delivery Club или внутренней базы. Для первого экрана не надо подключать все сразу: начните с POS sales + item cost, затем добавьте labor и delivery.

Шаг 2. Опишите методику обычным языком

Отправьте файл в @coderboxbot и напишите:

Собери дашборд ресторана: net sales, checks, covers, average check, sales by hour, product mix, contribution margin, food cost %, waste, discounts, labor %, SPLH, reservations/no-show, delivery share, delivery issues and data quality. Раздели dine-in, takeout, delivery, catering и покажи позиции меню с высокой продажей, но низкой маржой.

SimpleDashboard подберет визуализации: KPI-карточки, sales-by-hour heatmap, product mix table, contribution margin matrix, labor vs sales trend, reservation funnel, delivery operations table и блок ошибок данных.

Шаг 3. Сверьте спорные строки до автоматизации

Перед презентацией руководству проверьте 20-30 реальных чеков:

1. Сумма net sales совпадает с POS.
2. Скидка имеет reason.
3. Void не попал в продажи как обычная строка.
4. У блюда есть актуальный item cost.
5. Комбо и модификаторы не дублируют выручку.
6. Delivery-заказ имеет platform и payout.
7. Бронь связана с фактической посадкой, если есть reservation_id.
8. Covers заполняются стабильно.
9. Labor считается по фактическим часам, а не только расписанию.
10. Операционный день после полуночи не разрезал одну смену на две.

Если эти строки не сходятся, API-интеграция пока не нужна. Она будет быстрее обновлять ошибки.

Что показывать на первом экране

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

1. Зафиксируйте, что считается операционной выручкой: gross, net, payout или cash-in.
2. Разделите каналы: dine-in, takeout, delivery, catering, banquet.
3. Проверьте категории, модификаторы и комбо в POS.
4. Обновите item cost хотя бы для топ-30 позиций меню.
5. Считайте food cost % вместе с contribution margin в рублях.
6. Выведите discounts, voids, comps, returns and waste отдельными причинами.
7. Сверьте день/смену для ресторанов, которые закрываются после полуночи.
8. Для labor подпишите источник: scheduled, actual time clock или payroll.
9. Не сравнивайте delivery gross sales с dine-in net sales без fees/refunds.
10. Свяжите брони с seated covers, если reservation-система это позволяет.
11. Покажите missing fields на первом экране, а не в техническом логе.
12. Начинайте с одного ресторана и 30-90 дней данных, затем масштабируйте сеть.

Когда достаточно POS-отчета, а когда нужен SimpleDashboard

Стоимость SimpleDashboard - 5 000 ₽/мес. Для первого прототипа обычно достаточно POS-выгрузки, файла себестоимости и одной delivery-платформы.

Смотрите также

• Аналитика продаж: KPI-дашборд
• Дашборд продаж: метрики и прогноз
• Дашборд для директора: управленческий экран
• Дашборд кофейни: продажи и смены
• Дашборд доставки: SLA, заказы и операционные ошибки
• Дашборд из CSV и Excel

Часто задаваемые вопросы

Какие данные нужны для дашборда ресторана?

Минимум - POS-выгрузка с заказами и строками меню: дата/время, канал, категория, блюдо, количество, net sales, скидки, возвраты и себестоимость. Для сильной версии добавьте labor, брони и delivery reports.

Можно ли подключить iiko, r_keeper, Poster, Square, Toast или Lightspeed автоматически?

Да, если доступен API, scheduled export, webhook или регулярная выгрузка. Но сначала стоит проверить одну CSV/XLSX-выгрузку: часто главная проблема не в интеграции, а в категориях, item cost, комбо, modifier mapping и reason codes.

Что важнее: food cost % или маржа в рублях?

Оба показателя нужны рядом. Food cost % показывает долю себестоимости, а contribution margin показывает деньги, которые остаются с позиции. Для решения по меню смотрите еще quantity, discounts, waste, prep complexity и скорость кухни.

Как учитывать доставку?

Отдельным слоем. Показывайте gross sales, fees, refunds, promos, payout, canceled/missed/inaccurate orders, prep time, downtime и item mix по каждой платформе. Не смешивайте delivery gross sales с dine-in net sales.

Можно ли использовать такой дашборд для премий персонала?

Только после регламента. Нужно подписать источники данных, правила учета voids/comps, labor, tips, смены после полуночи и право оспорить ошибочную строку. Для первого этапа используйте dashboard как инструмент управления, а не штрафов.

Перестаньте собирать ресторанную аналитику из пяти отчетов вручную. SimpleDashboard строит управленческий экран ресторана через AI-чат: загрузите POS/labor/delivery выгрузку, опишите методику и получите дашборд с продажами, меню, маржой, labor и ошибками данных без BI-отдела.

Стоимость - 5 000 ₽/мес. Напишите в Telegram: @coderboxbot - соберем дашборд под ваши данные.

Подробнее о возможностях - на странице SimpleDashboard.

Источники: - Toast Sales Reports Overview: https://support.toasttab.com/en/article/Sales-Reports-Overview - Lightspeed Restaurant Product Mix Report: https://k-series-support.lightspeedhq.com/hc/en-us/articles/4403156004763-Product-Mix-Report - Oracle Simphony Essentials POS Reports: https://docs.oracle.com/en/industries/food-beverage/simphony-essentials/simsl/c_reports_pos.htm - Square Analytics and Reporting: https://squareup.com/help/gb/en/article/5072-summaries-and-reports-from-the-online-dashboard?locale=en-us - 7shifts Sales vs. Labor Dashboard: https://kb.7shifts.com/hc/en-us/articles/4417519711251-Sales-vs-Labor-Dashboard-Overview - 7shifts Actual Sales and Forecasting: https://kb.7shifts.com/hc/en-us/articles/48486771183123-Actual-Sales-and-Forecasting - OpenTable Restaurant Reporting and Insights: https://www.opentable.com/restaurant-solutions/products/features/reporting/ - DoorDash Merchant Reporting: https://merchants.doordash.com/en-us/learning-center/reporting - Uber Eats Manager customer and order data: https://help.uber.com/en/merchants-and-restaurants/article/understanding-customer-and-order-data-in-uber-eats-manager-?nodeId=55f6059e-56a5-4ef0-86e1-9ad1d60a09cc - Community signals, signal-only: Reddit r/restaurantowners, r/Restaurant_Managers, r/KitchenConfidential, r/Chefit; Square Community; Toast Community.

Обновление выполнено при участии AI и проверено человеком: Александр Руин, основатель habab.ru. Дата проверки: 2026-05-05.