Operations

The operator journal: what's actually broken in your day

We build dojofood by sitting in restaurants and asking one question: what's broken in your day? Not "what features do you want" — that gets you a wish list. "What's broken" gets you the truth. After enough of these conversations, the same three answers come back, almost word for word, across very different operations.

"The tablet wall"

Every operator running delivery describes the same object: a shelf of tablets, one per marketplace, each chirping, each with its own login, its own order format, its own way of telling the kitchen. At peak, someone stands in front of it re-typing orders into the POS so the kitchen has one list. That person is the single point of failure for the whole dinner rush, and they know it.

Nobody asked for the tablet wall. It accreted, one marketplace at a time. But it is the first thing operators name when you ask what is broken — because it is the thing that turns a busy Friday from hard into dangerous.

"I find out too late"

The second answer is about time, not tools. A promo that lost money, a branch that had a bad week, an item that has been 86'd on the marketplace but not in-store — operators almost always find out, they just find out too late to act. The information exists; it is scattered across systems and surfaces days after the moment it mattered.

The fix operators describe is never "more dashboards." It is "tell me the one thing I need to know, the morning after, in a form I trust." Reporting that ties out automatically beats reporting that is comprehensive but late.

"Nobody trusts the numbers"

The third answer is the quietest and the most corrosive. When dine-in, takeaway and marketplace numbers live in different places and never quite reconcile, the team stops trusting any of them. Month-end becomes a negotiation between systems rather than a statement of fact. And once nobody trusts the numbers, nobody uses them to decide anything.

Trust is rebuilt in one way: every order matched to the money actually received for it, one source of truth, checkable. Not more numbers — numbers that agree.

What we do with this

None of these are feature requests. They are the same underlying problem seen from three angles: the operation runs across channels, but the system doesn't. That is the entire premise of what we build — one catalog, one order queue, one set of numbers everyone trusts.

We keep asking the question. When the answers change, so will the product.