A small question with a long paper trail

An employee thinks a tip payment looks short. The manager has to find the right spreadsheet, reconstruct a shift and explain the calculation. Even when the amount turns out to be correct, both people have spent time resolving uncertainty about money the employee worked to earn.

Vaughn Ackman brings that situation into focus in his ChatGTM conversation with Michael Beck and Chad Horn. The DishOut co-founder has worked in restaurants and restaurant distribution, and he approaches tip management from the perspective of the people who depend on it. A number on a screen is more useful when the recipient can understand how it was produced.

The conversation makes a practical connection between back-office work and workplace trust. A restaurant may care deeply about its employees while still making their pay difficult to explain. Improving the explanation gives that care a more reliable way to show up after every shift.

Calculation, reporting and distribution are different jobs

Ackman says DishOut began with a narrower offering: a way to distribute money digitally. The product developed to address calculation and reporting as well. That evolution reflects the shape of the problem. Moving a payment efficiently does not, by itself, establish the correct amount or explain it to the person receiving it.

He describes operations with different arrangements, including varying roles and ways of allocating tips. For an employee, those details can become hard to follow. For a manager, each variation creates another reason a calculation needs to be reproducible rather than dependent on someone's memory.

DishOut's app, as Ackman describes it, allows an employee to see the calculation behind a payment. The intended benefit is shared: the employee can review the amount, and the manager spends less time pulling together explanations from older records. Access to information becomes part of the service the employer provides to its team.

An operator evaluating its own process can separate those three jobs before evaluating software. How is the amount calculated? What record shows the inputs and result? How does the money reach the employee? A weakness in any one of those steps can create confusion even when the other two work well.

A transparent formula still needs a clear policy

Ackman discusses different views of fairness in tip allocation. People can look at the same arrangement and reach different conclusions about how individual effort and supporting roles should be recognized. Making a calculation visible helps people understand the arrangement; it does not automatically settle those differences.

That is a useful boundary for technology. A system can implement and document a rule, but the organization still owns the decisions behind that rule. The conversation should therefore include the people responsible for operations, payroll and employee communication, rather than treating implementation as an isolated software purchase.

The episode also touches on legal questions, and Ackman tells listeners to consult their own counsel. This article focuses on the operational lesson: a calculation should be explainable and reviewable. It does not endorse a particular tip-pool design or present a vendor's capabilities as a determination that a policy complies with applicable requirements.

A practical review can begin with an ordinary employee question. Ask a manager to demonstrate how they would explain one completed payment from source information through final amount. Note where the explanation becomes difficult, where records are missing and where the written policy leaves room for different interpretations. Those are concrete problems to resolve.

The employee experience includes the end of the shift

Ackman remembers the appeal of leaving restaurant work with money in hand. He also discusses the operational challenges created when card tips must be paid out in cash, including the need to maintain cash on site. Digital distribution changes that part of the process, although the choice of method still needs to fit the operation and its employees.

He recounts a customer seeking help urgently after a theft, an experience that made the problem more tangible than a software pitch. The story illustrates why an administrative decision can carry consequences beyond the manager's time. It should not be read as a guarantee that a different payment method removes every safety or security risk.

His account of building DishOut contains a related lesson for founders. Understanding a restaurant problem did not make selling the solution effortless. He and his partner had to change the product and the way they brought it to customers. Existing relationships helped them begin conversations, but the business still had to earn adoption.

For operators, the immediate opportunity is modest and useful: make the next pay question easier to answer. Employees should have a clear place to review information, a clear person to contact and a clear way to resolve an error. That is a service experience too, delivered to the people who will be serving the guests tomorrow.

Hear the full conversation