Average spend per guest and average spend per check use different denominators. A restaurant can serve several people on one check, or divide one party's bill between checks. This original fictional exercise shows how to explain both averages and spot a misleading result before using it in a shift discussion.
Name the report before calculating
For this exercise, use one dining room, one completed lunch period, recorded guest counts and net sales after discounts, excluding taxes. There are no tips, canceled transactions or open checks in the dataset. These are teaching assumptions, not a claim that every point-of-sale report uses identical rules.
Oracle's Service Metrics documentation distinguishes guest count, check count and their sales averages. It also explains that guest-count capture and check-count behavior depend on configuration. Read your own report definition; the number of printed receipts is not a reliable substitute for its check-count field.
Calculate two answers from the same lunch
Our fictional training report contains these three parties. “Checks” means the confirmed check count supplied for this exercise, not an assumption about how a particular system splits bills.
- Party A: 4 guests, 2 checks, AED 320 net sales.
- Party B: 2 guests, 1 check, AED 200 net sales.
- Party C: 6 guests, 2 checks, AED 440 net sales.
First add the inputs: 12 guests, 5 checks and AED 960 net sales. Then divide the same sales total by each appropriate count.
- Average spend per guest: 960 ÷ 12 = AED 80.
- Average spend per check: 960 ÷ 5 = AED 192.
AED 192 does not mean that every guest spent AED 192. It describes the average across five checks. A concise handover note is: “Lunch dining room: AED 960 net sales, 12 recorded guests and five checks; AED 80 per guest and AED 192 per check.” Include the date and report name in a real note.
See how the denominator changes the story
In a separate classroom variation, the confirmed check count is six while sales remain AED 960 and guest count remains 12. Spend per check becomes AED 160; spend per guest stays AED 80. The lower check average alone does not show that guests bought less. This variation assumes the supplied count changed; it does not predict your system's splitting or merging rules.
Investigate missing guest counts
Now return to the original five-check lunch. A trainee accidentally includes AED 320 of takeaway sales whose guest counts were not captured. The mixed calculation becomes 1,280 ÷ 12 = AED 106.67 per guest, rounded. It compares sales from two groups with guest counts from only one.
Oracle warns that uncaptured guest counts can skew this average. Re-run the report for the matching dining-room scope, or ask the authorized owner to investigate the source data. Do not invent four extra guests to make the number look plausible. Record the selected period, outlet, order types and sales basis so a colleague can reproduce the calculation.
Practise an explanation, not a target
Ask a colleague to explain why AED 80, AED 192 and AED 106.67 describe different calculations. Reconcile the underlying counts before discussing trends. No value here is a recommended spending target, service-quality score or profit figure; the exercise contains no costs or guest feedback.
For broader dining-room practice, explore HCA food and beverage service training. Use your employer's authorized report definitions when applying the lesson at work.
