A tablet for each app and none of them right
Behind the counter there are three tablets, one for each delivery app, each beeping in its own way. At 11am the last slice of banana bread is sold over the counter. At 11:20 an Uber Eats order comes in for two slices. The barista has to go into the app, find the order, mark the item unavailable and adjust it, while the queue waits. The customer gets half their order and leaves a poor rating.
Meanwhile the price of a flat white went up in store last month. On one of the apps, it is still the old price, because nobody remembered to change it there. The seasonal soup you stopped doing in spring is still listed on another, and once a week someone orders it.
Why the apps drift from the counter
- Each app's menu is edited separately, in its own partner portal.
- Sold-outs at the counter are not passed to the apps.
- Price changes are made on the till and forgotten on the apps.
- Orders are keyed into the till by hand, or not at all.
- Each tablet makes its own noise, adding to the chaos behind the counter.
What out-of-sync menus cost
Cancelled or part-filled orders hurt your rating on the platforms, which affects how often you are shown to customers. Wrong prices lose you money or confuse customers. Keying orders into the till by hand takes time and causes mistakes. And if delivery orders are not in the till, your sales figures and stock data are incomplete.
How we bring delivery into the till
- We check whether your till has a direct integration with the delivery platforms, or whether an ordering integration service is the better route.
- The menu for each platform is built from your till's products, with platform-specific prices where you want them.
- Price changes on the till update the platforms, so you change it once.
- When staff mark an item sold out on the till, it is paused on each platform straight away, and switched back on when you restock.
- Delivery orders arrive in the till and print on the bar and kitchen printers with a delivery label, so they are made like any other order.
- Sales from all channels show in one report, so you can see how delivery compares with the counter.
| Before | After |
|---|---|
| One tablet per app | Orders in the till, printed with the rest |
| Sold-outs set on each app | Sold-out on the till pauses it everywhere |
| Prices changed in each portal | Prices changed once on the till |
| Delivery sales separate | All channels in one report |
If a platform or your till does not support a proper integration, we will tell you, and suggest the simplest workable setup rather than a fragile one.
Delivery that runs alongside the counter
The barista marks the banana bread sold out on the till, and it disappears from every app within a moment. Delivery orders print at the bar with the rider's collection time. The tablets can go in a drawer. Your till report shows counter and delivery sales together, so you can see whether delivery is worth the commission on each day of the week.
Is this your delivery setup?
- You have a separate tablet for each delivery app.
- Orders come in for items already sold out.
- Prices on the apps differ from the counter by mistake.
- Delivery orders are keyed into the till by hand.
- Your ratings suffer from cancelled or incomplete orders.