◆ Founding Partner Intake Open — Bengaluru  ◆  Mumbai  ◆  Delhi NCR  ◆  Hyderabad  ◆  Pune  ◆  Chennai  ◆  Kolkata  ◆  Exclusive Territory · One Partner Per Pincode  ◆  Apply Now  ◆  

Documentation

Calculator Methodology

Everything that goes into the Kitchen Utilisation Calculator: what each input means, the industry benchmarks we assume, and how the numbers are computed step-by-step.

Input definitions

Kitchen size

sq ftDefault: 1,000

Total floor area of your kitchen and prep space. Used as a sanity-check reference; the capacity model is driven by staff and hours, not square footage.

Current orders

orders / dayDefault: 20

The average number of delivery orders you currently fulfil per day across all aggregator platforms (Swiggy, Zomato, etc.).

Total staff

peopleDefault: 5

Full-time kitchen staff available during operating hours — includes chefs, helpers, and packers who can work on delivery orders.

Prep time

minutes / orderDefault: 15

Average end-to-end time to prepare, cook, and pack one order from ticket to hand-off. This is your kitchen's single-order cycle time.

Operating hours

hours / dayDefault: 12

Total hours your kitchen is open and staffed for delivery each day. Typically 10–14 hours for QSR and cloud kitchens in India.

Average order value (AOV)

Default: 300

Average basket size of a delivery order after discounts and before platform commissions. Typical for mid-market Indian QSR.

Margin per order

%Default: 31

Net profit margin on each order after food cost, packaging, and direct labour — but before rent, utilities, and fixed overheads. Range: 28–34%. Category average is 31%.

Assumed constants & benchmarks

These values are baked into the model and sourced from NRAI reports, Swiggy/Zomato operations data, and Foodopolis internal benchmarks. They are not editable in the calculator because they represent stable industry norms.

ConstantValueSource / Rationale
Food production cost35% of AOVNRAI average for mid-market Indian QSR. Covers raw materials and packaging.
Practical capacity buffer75% of theoreticalAccounts for cleaning, idle time, shift changeover, and menu complexity (Swiggy ops norm).
Peak hours per day4 hours~62% of delivery orders land in a 4-hour dinner peak window (7–11 PM) across Indian metros.
Peak-hour friction factor0.85Real-world congestion: not all staff cook simultaneously; hand-off and packaging create bottlenecks.
Peak-to-day spread1.6× peak capacitySpreads peak-hour output across the remaining 8 hours at ~60% of peak pace.
Working days30 / month, 365 / yearStandard calendar; no holiday adjustment.
Brand gap unit25 orders / brandEach Foodopolis brand is designed to absorb roughly 25 incremental orders/day at steady state.
Brand recommendation cap1 – 6 brandsPractical kitchen complexity limit. More than 6 brands introduce operational drag.

Step-by-step computation

Using the on-screen defaults (5 staff · 12 hrs · 15 min prep · 20 orders/day · ₹300 AOV · 31% margin):

1

Man-minutes per day

Staff × Hours × 60 = 5 × 12 × 60 = 3,600 man-minutes

Total labour time available in one day.

2

Theoretical capacity

Man-minutes ÷ Prep time = 3,600 ÷ 15 = 240 orders/day

Absolute maximum if every minute is spent cooking with zero waste.

3

Day-wide practical capacity

Theoretical × 0.75 = 240 × 0.75 = 180 orders/day

Applies the 75% industry buffer for real-world friction.

4

Peak-hour sanity check

(Staff × 4 × 60 ÷ Prep time) × 0.85 = (5 × 4 × 60 ÷ 15) × 0.85 = 68 peak orders

What the kitchen can physically push during the 4-hour dinner rush, accounting for congestion.

Day cap = min(180, 68 × 1.6) = min(180, 108.8) = 108 orders/day

The peak hour is the bottleneck. 1.6 spreads peak output across the rest of the day.

5

Unused capacity

Practical capacity − Current orders = 108 − 20 = +88 orders/day
6

Under-utilisation

100 − (Current orders ÷ Practical × 100) = 100 − (20 ÷ 108 × 100) ≈ 81%
7

Profit per incremental order

AOV × Margin = ₹300 × 31% = ₹93
8

Additional monthly revenue (net profit)

Unused × Profit per order × 30 = 88 × ₹93 × 30 ≈ ₹2,45,520

This is the headline number — net additional profit, not gross revenue.

9

Gross revenue uplift

Unused × AOV × 30 = 88 × ₹300 × 30 = ₹7,92,000
10

Food production cost deduction

Gross uplift × 35% = ₹7,92,000 × 0.35 = −₹2,77,200
11

Other operating costs

100% − Food cost% − Margin% = 100 − 35 − 31 = ~34% of AOV

Platform commissions, packaging, utilities, and misc. overheads.

12

Per-day and per-year uplift

Per day = ₹93 × 88 = ₹8,184  ·  Per year = ₹8,184 × 365 = ₹29,87,160
13

Brand recommendation

ceil(Unused ÷ 25) = ceil(88 ÷ 25) = 4 brands (capped between 1 and 6)

Each Foodopolis brand is sized to absorb ~25 incremental orders/day.

In plain English

With 5 people working 12 hours, your kitchen could theoretically make 240 orders. But real life — cleaning, shift changes, peak-hour congestion — drops that to about 108 practical orders/day. You are currently doing 20, so you have 88 unused orders of headroom. At a ₹300 AOV and 31% margin, filling that gap means roughly ₹2.45 lakhs of additional net profit per month.

Disclaimer: These are estimates based on industry benchmarks. Actual results vary by city, cuisine mix, aggregator performance, seasonality, and kitchen-specific operational efficiency.