Start with a narrow offer, calculate what each order contributes after variable costs, and compare the required orders with realistic demand and preparation capacity. Then check how much cash you could lose during a slower start.
The example below shows the method. All business figures are invented teaching assumptions, not market prices, platform quotations or a forecast for your kitchen. Replace them with supplier quotes, actual channel terms and results from your own tests before spending.
1. Define the kitchen you are assessing
“Start a cloud kitchen” is too broad to cost or test. Write a short operating description:
We plan to sell a limited menu of weekday lunch bowls to office workers within one delivery area, operating 26 days a month. We will test whether customers reorder at the intended price and whether we can prepare and dispatch orders reliably during the lunch window.
Record your proposed menu, portion sizes, delivery area, operating hours and sales channels. A direct subscription and an individual marketplace order need separate calculations if their prices, fulfilment costs or payment timing differ.
For demand research, ask potential customers about their last few lunch purchases: what they bought, what they paid, why they chose it and what they would change. Avoid treating compliments or social-media likes as orders. Our guide to validating a business idea explains how to test an offer without confusing interest with sales.
2. Work out what one order leaves behind
Use one consistent order definition. Here, an order is one lunch bowl sold at an assumed ₹220 before indirect tax and before the seller-funded deductions shown below.
Illustrative unit economics only. These are not typical Indian cloud-kitchen costs or the terms of any named delivery platform. The simplified model excludes tax and financing effects; check the actual tax treatment and cash impact before relying on it.
| Per-order item | Illustrative amount |
|---|---|
| Selling price before the deductions below | ₹220 |
| Ingredients | ₹70 |
| Packaging | ₹15 |
| Combined channel and fulfilment charges borne by the kitchen | ₹40 |
| Seller-funded discount | ₹10 |
| Expected wastage and refund allowance | ₹5 |
| Other variable costs, such as incremental fuel | ₹5 |
| Total variable cost | ₹145 |
| Contribution per order | ₹75 |
Contribution per order = selling price − variable costs = ₹220 − ₹145 = ₹75.
The combined ₹40 line is only a placeholder. In your working model, separate commission, delivery, payment processing and other applicable charges using your actual agreement or quotation. Do not assume that one published percentage covers everything. Record who funds each discount and how charges are calculated.
Avoid counting a deduction twice. If you start from a net settlement figure that already excludes certain fees, do not subtract those fees again. Reconcile a sample order from customer bill to settlement to understand the difference between revenue and cash received.
Build ingredient costs from recipe quantities and usable yields. Track spoiled ingredients and refunded orders in a way that does not also count the same loss in another allowance. If one menu item earns much less than another, calculate a realistic weighted average rather than assuming every order has the highest margin.
3. Calculate the required orders
Suppose the kitchen has the following monthly fixed cash operating costs. Every amount is illustrative.
| Monthly item | Illustrative amount |
|---|---|
| Rent | ₹20,000 |
| Staff pay, excluding the owner | ₹30,000 |
| Fixed utilities and administration | ₹10,000 |
| Total fixed operating costs | ₹60,000 |
At ₹75 contribution per order:
- Operating break-even: ₹60,000 ÷ ₹75 = 800 orders a month.
- Across 26 operating days, that averages 30.8 orders a day. Planning for 31 orders each day would slightly exceed 800 orders.
- If the owner also needs ₹20,000 a month, not already included above, the cash target becomes ₹80,000 ÷ ₹75, rounded up to 1,067 orders a month. That is about 41.0 daily, or 42 orders each day when planning in whole orders.
Covering operating costs does not recover your setup investment. The owner-income target is also not a calculation of accounting profit: this simplified example excludes depreciation, tax and financing effects.
For the wider calculation, including setup expenditure and operating cash shortfalls, see how to calculate startup capital and break-even.
4. Check whether the kitchen can handle those orders
An average daily target can hide a lunchtime bottleneck. Test the busiest window, not just the whole day.
Time a realistic trial that includes preparation, cooking, packing, checking, dispatch handover and cleaning. Record which task becomes the constraint. Include the owner’s hours: a model that depends on unpaid work still needs to show whether those hours are available and sustainable.
Suppose your trial shows a practical limit of 35 orders a day with the current menu and team. Over 26 days, that is 910 orders. At ₹75 contribution, those orders produce ₹68,250 before fixed costs, leaving ₹8,250 after the assumed ₹60,000 fixed costs.
That covers the simplified operating break-even but falls short of the ₹20,000 owner-income target. More marketing alone will not solve a capacity limit. Test a smaller menu, different preparation process, better contribution per order or a different operating format. If extra staff or equipment is needed, add its cost before recalculating.
5. Test a slower start and a lower margin
Do not build your decision around one sales target. Compare a base case with a downside case.
Both scenarios below are hypothetical, not predictions. They use 26 operating days and ₹60,000 monthly fixed operating costs.
| Measure | Base case | Downside case |
|---|---|---|
| Orders per day | 35 | 25 |
| Orders per month | 910 | 650 |
| Contribution per order | ₹75 | ₹60 |
| Total monthly contribution | ₹68,250 | ₹39,000 |
| Cash operating surplus or shortfall before owner withdrawal | ₹8,250 | −₹21,000 |
| Cash remaining or shortfall after a ₹20,000 owner withdrawal | −₹11,750 | −₹41,000 |
The downside combines weaker sales with lower contribution. For example, higher ingredient costs or additional seller-funded promotions could reduce the amount each order contributes. These are risks to test, not assumed market trends.
Keep operating cash separate from opening cash. Deposits, equipment, fit-out and initial inventory may need payment before your first sale. Customer receipts may arrive after suppliers or staff need paying. Build a dated cash forecast so the lowest cash balance is visible; multiplying one month’s loss by an arbitrary number of months is not enough if sales and payment timing change. Follow the worked example in our 12-month cash-flow forecast guide for small businesses to map receipts, payments and the lowest cash balance.
6. Check premises and food-business requirements before a paid test
A delivery-only format does not remove food-business requirements. FSSAI’s licensing FAQ explicitly says that cloud kitchens without seating require registration or a licence under the applicable eligibility criteria. Source: FSSAI licensing and registration FAQ, question 77.
Use the current criteria rather than copying thresholds from an older article. FSSAI’s eligibility document updated on 1 April 2026 includes delivery-only operations within its restaurant description. Confirm the appropriate category for your actual activities through the current FoSCoS eligibility document and FoSCoS.
Before committing to a site, ask the relevant authorities and a qualified adviser which premises permissions, food-safety measures and tax obligations apply to your location and business model. Do not assume that a home address, rented kitchen or marketplace listing is sufficient approval. Include any confirmed compliance costs and lead times in the feasibility study.
This section is a starting checklist, not legal or tax advice or a complete licensing guide.
7. Set a small test and a decision rule
Before a compliant paid pilot, write down your spending limit and the evidence you need to continue. For example:
- Can customers be reached without promotional spending that removes the contribution margin?
- What proportion of eligible first-time customers reorder during a clearly defined observation period?
- Does the actual contribution per order support the required order volume?
- Can the kitchen maintain quality and dispatch times during the busiest window?
- How much additional cash would be needed if the downside case continued?
Track orders, unique buyers and repeat buyers separately. Ten orders from one customer do not establish demand from ten customers. Distinguish full-price orders from discounted ones and note whether customers were friends, existing contacts or independently acquired buyers.
There is no universal pass mark. Set criteria that match your cash limit, available hours and income needs before seeing the results. Proceed to another bounded test when the evidence supports it; revise the offer when the problem is fixable; pause when the required demand or cash is beyond what you can reasonably support.
Bring your assumptions together
A useful feasibility study leaves you with a clear menu and customer, a per-order cost model, a capacity limit, a cash forecast and a list of assumptions still needing evidence.
Feasivo can help you organise an early assessment of your idea. Start with a free short preliminary AI review, without research. If you want to go further, one purchased credit, available for ₹499, starts the detailed assessment of the same saved idea. The free review is not a full report.
Explore the sample report to see the format, or check pricing and credits before deciding. The sample illustrates a different business; the cloud-kitchen figures in this guide are teaching assumptions. Verify customer demand, supplier quotes and applicable requirements independently. No AI assessment guarantees viability, profit, finance approval or investment recovery.