AI phone ordering for UK takeaways: why the AI shouldn’t have the last word

Four steps: a caller orders by voice, the AI assistant takes the order, a code check validates items, options, price and postcode, and a ticket is emailed to the kitchen. A wrong item or price goes back to the AI.
The AI does the talking. Plain code decides whether the order is allowed through.
A takeaway order is a small thing that goes wrong in expensive ways: a missing size, a nut allergy nobody passed on, a delivery to a postcode you don’t cover. I built a demo voice ordering agent for a made-up takeaway to see where an AI slips and what has to sit behind it. This is what I found, and what I’d insist on if I were buying one.

Most of what gets written about AI phone agents is about how natural they sound. Fair enough, that’s the bit people notice. But if you run a takeaway, the voice isn’t what costs you money. A wrong order does. If you want the running-cost side first, we covered it in what an AI phone receptionist costs to run. This piece is about getting the order right.

What a takeaway phone call actually has to do

Picture ten past seven on a Friday. The phone rings while the kitchen is mid-rush. Whoever answers has to know the menu and the prices, take each item with its size or spice level, cope with “actually, make that two”, work out whether you deliver to that address, get a name and a number, sort out how they’re paying, catch any allergy, and then pass all of it to the cooks in a form they can read at a glance.

An illustration of a busy takeaway counter with a ringing phone, a printed order ticket and a cook working behind the counter
The phone doesn’t stop ringing just because the kitchen is busy.

That’s a lot more than a chatbot with the menu pasted in. It’s a small ordering system that happens to be spoken out loud, which is why a voice agent for a restaurant is a different job from a voice agent that answers for, say, a dental practice.

Where voice AI slips on orders

Speech recognition is rarely the weak link now. The slips come from the language model itself, which is fluent and confident and occasionally wrong in small ways. Here are the ones I built the demo to catch:

What happens on the callWhat can go wrongWhat the check does
Caller asks for a dish you don’t sellThe AI says yes and makes up a priceRejects it: not on the menu
“A pepperoni” with no sizeThe kitchen gets an order with no sizeRejects it: size is required
Four items, quick mental sumsThe total is a pound or two outRecalculates every price from the menu
Postcode heard wronglyA delivery outside your area is acceptedChecks the postcode is real and in your delivery area
“And a beer”Alcohol sold with no age checkNeeds an over-18 confirmation and flags ID on the ticket
“I’m allergic to nuts”Lost between the phone and the kitchenFlags the ticket so staff confirm before cooking

None of these is exotic. Each one is a ticket a kitchen would have happily cooked.

Let the AI talk, let code decide

The fix isn’t a cleverer AI. It’s a different split of the work. In my build the AI never “sends” the order. It fills in a structured form (which items, how many, which options) and calls a function, which is how modern language models are set up to trigger actions; OpenAI’s function-calling guide explains the mechanism. That function is ordinary code running on a small server, in this case a Cloudflare Worker.

The code checks the order against the menu data. If everything is valid, it emails the kitchen ticket and tells the AI to read out the order reference. If something is wrong, it sends back a plain-English reason, like “pepperoni pizza needs a size: 10, 12 or 14 inch”, and the AI asks the caller to choose. The caller just hears a normal question.

It’s the same lesson as in our piece on AI accuracy scores that mislead: a system that is right most of the time can still fail in exactly the places you care about. Conversation is what the model is good at. Arithmetic and rules are what code is good at. Use each for its own job.

The rule I’d insist on Never let the AI be the only thing between a caller and the kitchen. Anything with a right answer, such as the menu, the price, the delivery area or the age check, should be decided by code, not by what the model remembers.

The UK bits that matter

Allergies. The Food Standards Agency lists 14 major allergens that food businesses have to be able to tell customers about, and its allergen guidance for food businesses also covers food sold at a distance, such as by phone or online. Check the current guidance for your own business. In the demo, the agent may read out the allergens listed for a dish, but it is told never to say a dish is “safe” or “free from” anything. If a caller mentions an allergy, it goes on the ticket for staff to confirm before cooking.

Alcohol. If an order includes a drink that is over-18 only, the agent asks the caller to confirm their age and the ticket tells whoever hands it over to check ID. Checking ID at handover is common UK practice, and a phone agent shouldn’t be the thing that skips it.

Postcodes and phone numbers. UK postcodes are easy to mishear. The demo checks the format, confirms the postcode exists using the free postcodes.io lookup, then checks it against the delivery area. Phone numbers get a format check too, and the agent reads them back digit by digit.

Card payments. A voice AI shouldn’t take card numbers. In the demo, a caller who wants to pay by card is handed to a member of staff. On the browser demo that means an emailed callback request; on a real phone line it would be a live transfer.

Telling people it’s an AI. The first thing the agent says is that it’s an AI assistant and the call may be transcribed. It’s worth checking your privacy notice covers that.

What I built to test this

The demo is a fictional takeaway called Demo Kitchen, selling pizza, kebabs, curries and Chinese dishes: 31 menu items, with sizes, spice levels and extras. It runs as a call in the browser using Vapi for the voice, with the Cloudflare Worker doing the checking. It takes pickup and delivery orders, books tables (and turns down times outside opening hours), and emails the owner a ticket plus a transcript and summary after each call.

I wrote 25 automated tests for the checking code. They cover the table above plus delivery minimums and fees, bad phone numbers, oversized table bookings and the card-payment and allergy flags. Here’s what a ticket looks like:

ALLERGY: "peanut allergy". STAFF CONFIRM BEFORE COOKING Order DK-4821 (DELIVERY, ready about 19:40) Customer: Sam Test 07xxx xxxxxx Deliver to: 5 High St, WF13 1AA 2 x Chicken korma ........................... £19.00 1 x Garlic naan .............................. £3.00 Food: £22.00 Delivery: £2.50 TOTAL: £24.50 (VAT included) Pay on delivery Demo restaurant. Made-up customer and menu.
An example ticket from the demo. The customer, the restaurant and the order reference are all made up.

What it doesn’t do yet

Being straight about the limits matters more than the feature list.

It runs in a browser tab, not on a real phone number. A UK number needs a regulatory bundle approved first, and until then there’s no live call to transfer. It isn’t connected to any till or EPOS system, so orders arrive by email. The menu, prices and allergen data are all invented. And I’m still testing it on live calls. A test suite on the checking code isn’t the same as a real restaurant on a Friday night, so treat this as a design write-up, not a results report.

A checklist before you buy or build one

If a supplier pitches you an AI phone agent for a restaurant, these are the questions I’d ask:

  • Is the order checked by code against my real menu, or does the AI just “remember” it?
  • What happens with a dish I don’t sell, or a pizza with no size?
  • Does it ever take card numbers? (The answer should be no.)
  • What does it do when a caller mentions an allergy?
  • How does a person take over, and does that need a phone number set up first?
  • Can I read the transcript and summary of every call?
  • Is there a hard monthly spend cap? Our per-minute cost breakdown explains why that matters.

How Pivot Bureau thinks about it

This restaurant demo is a proof of how I’d build one, not a product on the shelf. What we do offer is an AI receptionist that answers and captures leads for small businesses, and you can hear our own voice receptionist on that page. For the wider picture of where this fits, see beyond the chatbot: agentic AI for small business growth and what an AI receptionist costs in the UK.

If you run a takeaway and want to talk through whether something like this would suit you, get in touch. I’ll tell you honestly if it isn’t worth it yet.

Mohsan Abasi

Founder, Pivot Bureau

Mohsan builds AI assistants, WhatsApp automation and AI-ready websites for UK small businesses, and built the demo takeaway ordering agent described in this article. Connect on LinkedIn.

FAQ

Can an AI really take takeaway orders by phone?

Yes, the conversation side works well now: it can answer menu questions, take items with sizes and options, handle changes of mind and read the order back. The risk is in the details it gets confidently wrong, such as an item you don't sell, a missing size or a slightly wrong total. That is why the order should be checked by code against your real menu before it reaches the kitchen.

Is an AI voice agent safe to use for allergies?

It should never be the thing that reassures a customer. A sensible agent can read out the allergens you have listed for a dish, but it must not say a dish is safe or free from something. If a caller mentions an allergy, the order should be flagged for a member of staff to confirm before cooking. Check the Food Standards Agency guidance for what applies to your business.

Can an AI phone agent take card payments?

It shouldn't take card numbers by voice. A safer pattern is to hand card payments to a member of staff, either by a live transfer or by a callback, or to send a payment link. Pay on collection or delivery is the simplest option for a small takeaway.

Will it work with my till or EPOS system?

That depends on whether your till provider gives you API access, and it is a separate piece of work. The demo described here has no till integration: orders arrive as a clean email ticket for the kitchen. Ask any provider that claims EPOS integration to show it working with your system.

How much does an AI phone ordering agent cost to run?

Voice is charged per answered minute, made up of telephony, speech-to-text, the language model, the voice and the platform fee. Our breakdown of the per-minute cost explains each layer and why a monthly spend cap matters more than any headline price.

Want to hear a voice receptionist for yourself?

Try our own AI receptionist on the site, then tell us what your phone is like at your busiest and we’ll give you an honest view on whether voice is worth it for you yet.

Hear the voice demo Book a free 30-min call