On this page
Key takeaways
- Bar software across five categories stops at showing you what happened, leaving the step from finding to fix with the operator.
- Every category leader describes its output as insight, visibility or a report, which promises you will know, not that anything happens.
- The gap costs money because findings age (variance found in next month's reconciliation has kept running for three more weeks), one person has to interpret all of them, and nothing records whether the fix was done.
- Closing the gap means a finding becomes an item with a named person, an owner, a deadline, an estimated cost, its history and a written outcome.
- Judgement stays human; what can be automated is surfacing, evidence, routing, ranking and remembering what was decided.
The category is not short of data
A bar of any size runs several systems that do not talk to each other. Stock in one place, invoices in another, sales in the point of sale, the schedule somewhere else. The industry's answer for a decade has been integration, which in practice means bridges and APIs moving records between boxes.
The bridges work. That is not the complaint. The complaint is that moving data between systems produces more data, and what an operator is short of at eleven o'clock on a Friday is not data.
Five categories, one ceiling
This is worth doing carefully, because it sounds like a marketing claim and it is actually just reading. Here is how each category describes its own output, in its own words:
- Back office suites lead with real time insight and confident decision making. The decision is explicitly the operator's.
- Food cost platforms promise a real time view into your costs, and say they turn data into powerful reports.
- Bar inventory tools offer insights you can act on and real time cost analysis reports.
- Inventory apps say their reports provide a clear view of what works and what does not.
- Purchasing platforms connect spending to performance so you can see exactly where margin is going.
- POS reporting gives detailed insight into sales, product mix and labor costs, allowing owners and managers to make informed decisions.
Read that list again and notice that not one of them promises anything happens. They promise you will know. Knowing is the input to the work, not the work.
One vendor states the ceiling more plainly than any critic would dare. Bar Society's own research page says bar analytics is not about accumulating more dashboards or watching more numbers scroll past on a screen. That is a competitor describing the problem we are describing here.
Why is the gap expensive rather than merely annoying?
Three things happen in the space between a finding and a fix, and all three cost money.
The finding ages
Pour variance discovered on a Thursday is several kegs cheaper than the same variance found in next month's reconciliation, because in the second case it kept happening for three more weeks. The cost of a finding is roughly proportional to how long it goes unacted on, which means a monthly cadence is structurally expensive regardless of how good the report is.
The interpretation falls on one person
In most independent operations, reading the report, deciding what it means, choosing who should act, and checking that they did are all the same person's job. That person is usually the owner, and usually already working the floor. The bottleneck is not the quality of the analysis, it is that one human has to serially process every finding the system produces.
Nothing records whether it was done
This is the quiet one. A report that surfaces the same problem three months running looks identical each time. Without a record of what was decided and whether it happened, an operator cannot tell a new problem from an unfixed old one, and the two need completely different responses.
What does closing the gap actually require?
Not a better chart. A finished piece of work. Concretely, a finding has to become an item that:
- Names the specific person and product, not the aggregate. "Voids are elevated" gives nobody anything to do; a named server, a named item and a named shift does.
- Has an owner. Findings that route to a manager get handled. Findings that sit in a feed wait for somebody to feel like handling them.
- Has a deadline and a status, so the difference between decided and done is visible.
- Carries an estimated cost, so a queue can be worked in the order that pays rather than the order it arrived.
- Knows its own history. A pattern appearing for the third time in three weeks is a different problem from a bad Saturday, and should not present as one.
- Ends in writing. What was done, by whom, and what happened.
None of that is exotic. It is what a functioning operations process looks like when a person does it well. The argument is that software should produce it rather than produce the raw material for it.
The honest limitation
Closing this gap does not remove judgement, and any vendor claiming otherwise is overselling. Deciding whether a high void rate is theft, a training gap, or a badly configured menu button is a human call that requires context the point of sale does not have.
What can be automated is everything around that call: surfacing it early, attaching the evidence, putting it in front of the right person, ranking it against everything else competing for the same attention, and remembering what was decided. That is most of the labour, and almost none of the judgement.
How to test this on any vendor
The useful question in a demo is not what does it show me. It is: when this software is finished with me, what am I holding? If the answer is a number, a report or a dashboard, you are buying the input. If the answer is a piece of work with a name and a date on it, you are buying the output. Both are legitimate purchases, and knowing which one you are making is the difference between a tool that gets used and one that gets a login nobody remembers.
We wrote that test out at greater length in the question to ask any bar tool, and applied it to nine named products in the comparisons.
Frequently asked questions
What is the data to action gap in bar software?
It is the space between a tool telling you something and anything changing on the shift. Back office suites, food cost platforms, bar inventory tools, inventory apps, purchasing platforms and POS reporting all describe their output as insight, visibility or reports. They promise you will know, and knowing is the input to the work, not the work.
Why does it matter how quickly I act on a finding?
The cost of a finding is roughly proportional to how long it goes unacted on. Pour variance found on a Thursday is several kegs cheaper than the same variance found in next month's reconciliation, because in the second case it kept happening for three more weeks. That makes a monthly cadence structurally expensive, however good the report is.
What should a finding look like if it is going to get acted on?
It should name the specific person, product and shift rather than an aggregate, have an owner, and carry a deadline and a status. It should also carry an estimated cost so a queue can be worked in the order that pays, know whether it has appeared before, and end in writing with what was done, by whom and what happened.
Can software decide whether a high void rate is theft?
No. Deciding whether a high void rate is theft, a training gap or a badly configured menu button is a human call that needs context the point of sale does not have. What can be automated is everything around that call: surfacing it early, attaching the evidence, routing it, ranking it and remembering what was decided.
How do I test a bar software vendor for this in a demo?
Ask what you are holding when the software is finished with you. If the answer is a number, a report or a dashboard, you are buying the input. If it is a piece of work with a name and a date on it, you are buying the output, and both are legitimate purchases as long as you know which one you are making.