A group of four walks into a food hall wanting Thai from one stall, a burger from another, and dessert from a third. To actually eat together, they queue three separate times, pay three separate times, and reconvene at a table fifteen minutes later than they would have if it were one restaurant with one menu. Nobody in that group ordered anything complicated. The friction wasn’t the food — it was paying for it.
Why a faster till at each stall doesn’t fix it
Speeding up any single stall’s queue doesn’t touch the actual problem, because the group isn’t stuck at one counter — they’re stuck doing the same checkout process three or four times over, once per stall they want to eat from. Even if every vendor’s till is lightning fast, a customer visiting three stalls still queues three times, taps their card three times, and makes three separate decisions about tipping or loyalty. That’s friction multiplied by however many stalls someone wants to try, and it’s exactly why groups quietly default to “let’s just all get the same thing from one place” — which is a worse outcome for every vendor they didn’t visit.
What actually needs to happen
One QR, every stall, one payment
A single scan lets a customer browse every vendor in the market, add items from as many stalls as they want to a single cart, and pay once — not once per stall. The kitchen tickets still route correctly to each individual vendor; the customer just never has to queue or tap a card more than one time to make it happen.
Let each group member order for themselves
The unified checkout doesn’t mean one person has to guess everyone’s order and front the bill. Each person at the table can scan and add their own items to the shared order, so a group of four eating from three stalls still lands as one clean transaction instead of an argument about who owes what.
Settle vendors without turning payment into their problem
Vendors shouldn’t need to reconcile who paid what across a shared checkout. Behind the single customer-facing payment, each stall’s share is tracked and reported separately — vendors see their own sales exactly as if the customer had paid them directly, without needing to run their own card machine for every single order.
Spend more because ordering more costs nothing extra
Once trying a second or third stall doesn’t mean queuing again, customers actually do it. Markets running a unified checkout see roughly +19% per-customer spend, not because anyone raised prices, but because the second stall stopped costing the customer another wait.
Fix the friction on the vendor’s side of the till too
Payment friction isn’t only what the customer feels at the counter — it’s also how long a vendor waits to actually see their money. Markets moving to a unified checkout typically shift vendor payouts from a weekly cycle to daily, so a stall isn’t carrying a week of takings before it lands in their account. That’s the same underlying fix: money moves as cleanly on the way out to vendors as it does on the way in from customers.
Let each stall keep its own brand inside the shared cart
A unified checkout doesn’t mean every stall disappears into a single generic storefront. Each vendor keeps their own brand, menu and photos inside the shared ordering flow — customers are paying once, but they’re still choosing between Thai, burgers and dessert as three distinct stalls, not one blended menu that erases what made each of them worth queuing for in the first place.
The market is the venue, not each stall
Customers already think of a food hall as one place to eat, even when a dozen different businesses are cooking behind the counters. Make the payment match that expectation — one cart, one tap, food arriving from wherever they chose — and the friction that was quietly capping everyone’s spend disappears without a single vendor changing what they cook, and without anyone at the market having to explain a new checkout process to a first-time visitor.