About us
Brío starts in the queue
Brío didn't start in a spreadsheet. It started standing up, in full venues where people want to buy and can't: the bar is three deep, whoever is serving does what they can, and the person watching from the back works out how long it'll take and decides it isn't worth it.
That sale shows up in no report, because it never happened. And it isn't a rare case: it happens exactly during the hours the venue actually takes money. When the place is at capacity, people don't even get through the door.
Everything else follows from that. If the bottleneck is the moment of ordering and paying, that's what has to come off the bar: the customer orders and pays from their phone and collects when it's ready, whoever is serving prepares instead of taking payment, and when the shutters come down the numbers are already done.
What that means in practice
Three decisions that aren't up for discussion
Peak time comes first
The hard part isn't a pretty menu: it's still working at 02:00, with the place full and the network at half speed. Everything else is designed after that.
Your server sets the prices
They're always recalculated against your catalogue. The phone only sends references and quantities, never amounts: a customer can't change what they pay by tapping their screen.
Each venue switches on its own
A nightclub and a restaurant don't need the same things. Brío is deployed per venue and every feature can be switched on or off, without dragging along what nobody uses.