Lorixen.
EN

AI phone ordering for takeout: what to check before you pilot

Short answer: AI phone ordering can take routine takeout calls and push them straight to your POS and kitchen, but only if your menu data is clean, the agent handles your modifiers exactly, and there's a fast path to a human. Treat it as a pilot: fix the menu first, test it with a scripted set of hard calls, then go live on quieter hours before trusting it on a Friday night. Judge vendors on your own test calls, not on accuracy figures in their sales deck.

Phones are a strange bottleneck in a takeout kitchen. The person answering is often the person boxing orders, and a ringing phone at 6:30 p.m. means a lost order or a burnt pizza. A voice agent can pick up every call. Whether that's an improvement depends almost entirely on preparation.

Phase 1: Get the menu ready

The agent can only sell what your POS menu says, the way your POS says it. Most problems in a pilot trace back here.

Clean up item names and modifiers

  • Name things the way customers say them. If the POS says "LG 16IN CHZ", the agent needs a spoken name ("large cheese pizza") and common variants ("16-inch", "a large plain").
  • Check modifier groups. Half-and-half toppings, crust choices, sauce on the side, extra cheese, wing flavors and dressing counts are where phone orders go wrong. Each group needs correct minimums, maximums and prices.
  • Price rules. Toast's integration checklist for ordering partners lists several pricing strategies (base, menu-specific, size, time-specific, and sequence pricing for modifier groups) and says integrators must charge the price returned by its prices endpoint. In plain English: ask the vendor which of your pricing setups they support, and test the ones you use.
  • Out-of-stock items. Toast's checklist tells partners to stop guests ordering 86'd items, using a stock webhook with a fallback to its stock API. Ask how the agent learns that you're out of wings, and how quickly.

Decide what the agent may say

Write a short answer sheet: hours, pickup times on a normal night and a busy one, delivery area if you deliver, parking, allergens policy (usually "please ask staff", not a list read by a robot), and what you don't do.

Decide what it should hand off

Catering orders, complaints, large orders, allergy questions, "where's my order" and anyone who asks for a person should go to staff. Agree on how: transfer to a line in the shop, take a callback number, or both.

Phase 2: POS and payment questions

Ask each vendor these, in writing:

  1. How does the order reach the kitchen? The best case is a direct POS integration, so a phone order shows up on the KDS or printer like any other order. On Toast, for example, the Incept AI integration page says the agent answers the call, takes the order and pushes it to the KDS/POS. On Square, the Orders API supports pickup, delivery, shipment and in-store fulfillment types and can send orders to Square Point of Sale. If a vendor's answer is "we email or text you the order", someone still has to re-key it.
  2. Pickup only, or delivery too? As of November 2026, Toast's support page for Incept AI says it currently supports pickup orders, with payment over the phone listed as forthcoming. Check each vendor's current page for your POS.
  3. How do callers pay? Options are usually pay at pickup, a payment link by text, or card details over the phone. The same Toast page notes the agent can text a link so callers finish the order in Toast Online Ordering. A payment link keeps card numbers off the call, which is simpler for everyone.
  4. Upsells. Can you control which add-ons it offers ("do you want garlic knots with that?") and switch them off when the kitchen is slammed?
  5. Call recordings and transcripts. You'll want them for the pilot. Ask where they're stored and how long.
  6. Exit. Can you keep your phone number if you stop? Most setups forward your existing number to the vendor, which is easy to undo; porting the number away is harder to reverse.

Phase 3: The test-call script

Before any real customer hears the agent, run 20 to 30 test calls with staff playing customers. Use the noisy kitchen, a car with the window down and a speakerphone. Include:

  • A simple order: one large pepperoni, pickup.
  • Half-and-half: "half mushroom, half sausage, light sauce, well done."
  • A correction mid-order: "actually make that a medium."
  • Two pizzas with different toppings, plus wings with two flavors and extra ranch.
  • An item you've marked out of stock.
  • A coupon or deal your POS runs, and one it doesn't.
  • An allergy question.
  • A caller who says "can I just talk to someone?"
  • A caller with a strong accent or who speaks quickly.
  • A wrong number, and a caller asking about yesterday's order.

For each call, compare what was said, what the agent read back, and what printed in the kitchen. Note every mismatch in price, item or modifier. Don't move on until the readback and the ticket match on all of them.

Phase 4: Go-live checks

Start narrow

Switch it on for overflow only (calls staff don't pick up within a few rings) or for slow hours first. Keep a person able to answer in parallel.

Watch the first two weeks

Each day, check:

  • orders taken versus calls answered
  • tickets that needed fixing by staff, and why
  • hand-offs to a person, and whether anyone picked up
  • complaints at pickup about wrong items
  • calls where the caller hung up mid-order

Peak-hour test

Only after a clean week, let it run during a real rush with a staff member listening to recordings afterwards. Rush hour is when wait-time promises matter most, so make sure the agent's quoted pickup time matches the kitchen's real one, or have it give a range.

Keep the menu in sync

Every menu change on the POS must reach the agent. Find out whether that happens automatically or needs a manual refresh, and who's responsible.

FAQ

Will customers mind talking to an AI?

Some will. Many just want their order taken quickly and correctly. Say early in the call that it's an automated assistant, keep a clear "say 'staff' to speak to someone" option, and judge from your own pilot calls rather than general claims.

Can it handle a really complicated menu?

Ask to run your own hardest orders during a demo using your actual menu. Half-and-half pizzas, combos and nested modifiers are the real test, and only a demo on your data shows how it copes.

Does it work with our existing phone number?

Usually yes, by forwarding calls to the vendor, either always or only when nobody answers. Check how forwarding works with your current phone provider before signing.

What about reservations?

That's a different job with a different system. Keep the takeout pilot focused on orders.

If you're weighing an AI phone agent against your POS setup and want someone to run the test calls with you, send us your menu and POS details.

Sources

WhatsAppLet’s talk