Workflow visualization
Every workflow behind Walid Kitchen at a glance โ from the moment a customer walks in or orders online, to the dish leaving the kitchen. Review each flow, then click into the mocks.
User action
System state
Success
In progress
Alert / attention
Terminal
1 ยท Roles & screens
Three roles, three surfaces, one shared order store. Every screen talks to the same data, so a cashier and the kitchen never see different orders.
๐Sign inPick a role
โ
๐งพCashierOrder entry ยท payments
โ
๐ณKitchenKitchen display
โ
๐AdminReports ยท stock ยท menu
๐๏ธShared order storelocalStorage โ cloud
โ
all roles read / write the same orders
2 ยท Order lifecycle
The happy path end-to-end. A fast-food order should go from customer to served in well under 15 minutes.
๐Start orderTakeaway ยท Dine-in ยท Delivery
โ
๐งบAdd items & modifierstap product ยท no onions?
โ
๐ณSend to kitchenappears on KDS instantly
โ
๐ฐPaymentCash ยท M-Pesa ยท Card
โ
โณKitchen preparesNEW โ PREPARING
โ
๐๏ธReadycall the number
โ
๐ฝ๏ธServeticket cleared ยท stock drops
3 ยท Kitchen display status flow
The KDS replaces paper tickets. Kitchen staff "bump" each order forward; overdue orders flash so nothing burns.
๐NEWtap Accept
โ
โณPREPARINGtap Mark Ready
โ
๐๏ธREADYtap Serve
โ
โ
SERVEDdone for the day
โฐOrder idle 3+ mincard flashes red
โ
cooks see it and prioritize โ no paper, no shouting
4 ยท Payment flows
Three ways to pay, each ending with a PAID order and a receipt. M-Pesa is the most common in Kenya, so it gets a dedicated STK push flow.
๐ต Cash
1Enter amount tendered
โ
2Change calculated
โ
3Complete โ PAID
โ
4Print / send receipt
๐ฑ M-Pesa
1Enter phone number
โ
2STK Push sent
โ
3Customer enters PIN
โ
4Confirmation โ PAID
โ
5Receipt generated
๐ณ Card
1Insert / tap card
โ
2Terminal approves
โ
3Approved โ PAID
โ
4Receipt generated
5 ยท Offline-first sync (works without internet)
The killer requirement for a Kenyan restaurant: it must keep selling even when the network drops. Every write is saved locally first, then pushed when internet returns.
โ๏ธSale / status changewritten locally, always
โ
๐ฅQueued "pending-sync"offline badge shows count
โ
๐ถInternet returnsBackground Sync wakes up
โ
๐Push queue + pull updatesorders up ยท menu changes down
โ
conflicts resolve by newest timestamp (UUID + updated_at)
โ
โ
Cloud in sync
โ ๏ธOffline?No blocked screens โ only a badge
โ
try the sync badge in the top bar of any screen to simulate it
6 ยท Inventory via recipes
Menu items are linked to ingredients through recipes, so stock depletes automatically with every sale.
๐Sale completese.g. Chicken Burger
โ
๐Recipe lookup1 bun ยท 1 fillet ยท 1 cheese ยท sauce
โ
โDecrement ingredientsstock recorded locally
โ
๐ปBelow reorder level?checked per ingredient
โ
๐ขLow-stock alertto admin dashboard
7 ยท Website โ POS integration
Online orders land in the exact same order store as counter orders, so the kitchen sees everything on one display.
๐Customer orders onlinepickup or delivery
โ
๐๏ธOrder enters shared storesame queue as the counter
โ
๐ณAppears on kitchen displaynew-order sound + toast
โ
๐ฐPay at pickupM-Pesa ยท cash ยท card
โ
๐ฝ๏ธServed โ customer tracks live status