Vegetarian · risotto, lemon, Parmesan
Fish · fennel, lemon, butter sauce
Drinks
Illustrative guest display with fictional dishes.
The guest orders. The business stays in control.
A guest sits at the table and does not want to wait for someone to come by. Or the guest orders at home for takeaway and delivery. The order must follow the same path as every other order.
Mobile ordering opens the menu via the QR card or online. The guest chooses, orders and pays without an account. Table, contents and payment status all end up together in the operation.
- ForCasual dining, cafés, terraces
- ChannelQR at the table and online
- AccountNot needed
Five steps, no detours.
The guest sees a short route. Behind that route the table, the kitchen, the bar and the payment stay connected.
- 01
Scan
The QR card opens the business's menu, with table 12 already linked.
- 02
Choose
Dishes, options and allergen information are together.
- 03
Order
The guest orders without an account. The order belongs to the table and the running bill.
- 04
Pay
The payment status stays linked to the order, even if payment happens later.
- 05
Follow
The guest sees the status; the kitchen and bar see the same order.
Illustrative table map.
The table is the context, not an input field.
When the guest scans the QR card, the order knows which table it belongs to. Service sees the order at the table; the kitchen sees the table number on the ticket. The guest doesn't have to retype anything.
The bill remains one whole. Multiple orders at the same table end up on the same bill, even if they were placed at different moments.
The guest can order at the table without creating an account. The order remains linked to the table and the running bill.
The same order, without the phone screen.
The kitchen and bar see no mobile interface; they see a ticket with table, dishes, drinks and status. The order comes in with table number and time, not as a loose message.
The bar receives only the drink lines. The kitchen receives only the dishes. Service sees the order at the table and can settle the bill.
Illustrative kitchen ticket with fictional data.
The guest orders where the business offers it.
Besides the QR card at the table, the guest has an online menu card for takeaway and delivery. He chooses a location, browses the menu and places the order without an account.
The menu uses the same products and prices as the rest of the operation. A menu change is therefore not a second maintenance task.
Menu card · takeaway · delivery · no account
The waiter takes the order.
Not only the guest orders online. The runner or bartender also takes an order — takeaway, delivery or room service — from the same menu and the same order flow.
The ticket the waiter makes comes in as an order at the kitchen or bar. That way a “phone order” is no longer a separate list, but just an order in the overview.
For guests who are not seated at a table, the same menu is available online via Tastey.nl — the network's ordering brand and the alternative to Thuisbezorgd or Uber Eats.
Waiter · takeaway · delivery · receipt
What mobile ordering does not promise.
- No app-store promise
- Ordering works via the browser and the QR card. A native app is not a requirement for the guest journey.
- No delivery marketplace
- Online delivery runs through the business. Tastey.nl is the network's own ordering brand, not an open bidding market like Thuisbezorgd or Uber Eats.
- No persistent addresses
- For delivery, address and phone are only available within the active delivery window.
See the guest journey with your own menu.
Tijdens een walkthrough lopen we de route van QR-kaart tot keukenticket en betaling door, met de tafel als vaste context.
Connects with