Adido Serve Stage 6 · Simulated restaurant operationsCustomer menu · Catalog Studio · Waiter/POS · Kitchen · Manager
ADIDO TECH · RESTAURANT SYSTEM DEMONSTRATION — Fictional venue. Guest requests use a shared demo inbox; payments are simulated. Visit Adido Tech
Restaurant operationsBasil & Ember / Accra
Customer portal ↗Interactive prototypeDiscuss a similar system
Connecting restaurant order inbox… 0Requests must be accepted by staff before the kitchen begins preparing them. Public demonstration only.
Private workspace

Good service starts with a clear view

Restaurant overview

Everything happening on the floor and in the kitchen.

Sales snapshot

Example paid bills over the past seven days

Last 7 days

Sample transactions only. Payments are not processed in this demo.

Kitchen activity

Orders waiting and being prepared

Active tables & bills

Orders currently associated with occupied tables

TableAreaGuestsKitchenOutstanding bill
Try a complete restaurant service workflow.

Choose a table, add a meal, send it to the kitchen, mark it ready, and complete a sample payment. Recipe ingredients are deducted when food is sent to the kitchen.

Floor management

Every table at a glance.

Choose a table to open its bill or begin a new order.

AvailableOccupiedReserved
Basil & Ember · Dining floorTap any table to continue

Illustrative floor arrangement. A future version can support customizable room layouts and multiple branches.

Touchscreen ordering

New order

Find food, customize items, and send the order to the kitchen.

The menu

Beautifully presented, simple to navigate.

Sample menu
Browse food and drinksGhanaian · Continental · Beverages
Image credits

Table order

Manage items and the current bill.

Open

For table service, food can be prepared before the customer settles the bill.

Already sent to kitchen

New items to send

Table totalGH₵0.00

Dine-in sends food to the kitchen immediately; Pay-first keeps it on hold until payment. No physical printer is connected.

Settle the table

Balance dueGH₵0.00

Cash is manually counted. MoMo and card are simulated; live payment verification would require a provider integration.

Guest requests awaiting staff 0

Accept customer requests before preparation. Pay-first requests remain held.

Loading guest requests…

Cross-device activity

Shared tickets

Connecting…

Call waiter requests

Connecting…

Kitchen display system

Where every order moves.

Track tickets from arrival to serving.

New orders0
In preparation0
Ready for service0

Tickets are shared across the simulated modules inside this browser only. Multi-device kitchen synchronization, printers, and offline-LAN operation need a real backend and local-network implementation.

Recipe-level inventory

Know what goes into every plate.

Ingredient quantities update when orders are sent to the kitchen.

Ingredient store

Sample quantities and usage, not certified costing data.

0 ingredients
IngredientUnitAvailableLow-stock alertStatus

Example: adding Jollof & grilled chicken uses rice, chicken, oil and seasoning. Actual recipes must be configured with the restaurant's measured ingredient quantities and portion yields.

What this first prototype demonstrates

Menu items are linked to ingredient recipes; consumption is recorded when an order is sent. A production system would also track purchases, waste, spoilage, staff actions, and stock-count adjustments.

Manager workspace · preview

Make the restaurant yours.

Manage your menu, approve photography, set up dining tables, and control stock.

Demo

Customer order requests 0

Review website, QR and tablet requests before kitchen preparation.

Loading guest requests…

Shared restaurant activity

Live customer and waiter tickets from connected devices.

Shared kitchen tickets 0

Connecting…

Customer assistance 0

Connecting…

Customer feedback

No feedback yet.

Customer requests require staff acceptance. Payments are demonstration-only until a verified provider is integrated.

Today's controls

Your most important daily configuration tools

Recent manager activity

Demo-only changes recorded in this browser

Recorded sales

Illustrative sales register, including demo transactions

Demo data
ReferenceTablePayment methodAmountRecorded

Menu catalogue & approvals

Publish or hide dishes, change prices, attach photographs, and adjust recipes.

Dish / photoCategoryPricePublicationControls

Dining tables & sections

Each table retains its seat count. Occupied tables cannot be removed or reserved.

TableDining areaSeatsCurrent statusControls

Ingredient inventory

Adjust counted quantities and low-stock alerts. Menu recipes draw from this inventory.

IngredientAvailableLow-stock thresholdStatusControls

Restaurant identity

Preview how the restaurant identity appears in this browser.

Customer orders, kitchen progress and ingredient balances synchronize across connected staff browsers. Demo payments remain simulated; receipts are samples.

Customer ordering channels

Choose how guests may order. Waiter ordering always remains available.

DEMO SETTINGS
Waiter-assisted orderingStaff takes orders through the existing POS.
Always on
Both customer self-ordering modes are disabled until enabled here.

Customer website menu

Browse without signing in. Managers can enable or disable direct table ordering independently of QR and tablet modes.

Staff demo access on another device

Copy a temporary staff demonstration link that connects another browser to this restaurant's shared orders. Not suitable for real-world staff authentication.

Only share this link with trusted testers. It contains a demonstration access key.

Tablet kiosk link

Open this page on a restaurant-owned tablet. The guest selects their table.

QR codes by table

Choose the table, then print its unique code. The QR opens that table's ordering screen.

How it works: Tablet and QR orders enter a shared guest-request inbox. Staff must accept each request before it follows the existing pay-first or dine-in kitchen rules. This is a demonstration: orders, kitchen status and ingredient stock are synchronized for connected staff; payments and receipts are simulated. Production use requires real authentication and a verified payment provider. Manager configuration has no sign-in protection in this demo.