Do deposits actually pay for themselves?

The math, in the open:today's cost = appointments × no-show rate × ticket × 52. With deposits, the cost is the bookings you never get (appointments × deterrence × ticket) plus the no-shows that still happen, each softened by the forfeited deposit (ticket − deposit). The break-even solves those for equality.

The deterrence rate is the number nobody measures, which is why it is a slider rather than an assumption — set it to what you believe and see whether the answer changes. Not modelled: the client who pays a deposit, no-shows anyway, and never returns; the admin time deposits create; or card fees on refunds. A confirmed reminder moves the no-show rate without any of that, which is usually the cheaper lever to pull first. Nothing you type is stored.

A no-show is visible: an empty chair with a name on it. A client who decided not to book once you mentioned a deposit is invisible — they never enter your system, so they never enter your reasoning either. Every argument about deposits is therefore an argument between a number you have and a number you do not.

So rather than pretend to know it, the calculator solves for it. It tells you the share of clients who could walk before deposits stop paying, and you decide whether your clientele is above or below that line. If your answer flips between plausible guesses, you are guessing rather than deciding — and the cheap way to find out is a deposit on one service for a month, not on everything forever.

One thing worth checking before any of this: how much of your no-show rate is really an unanswered phone. A client who tries to cancel at 8pm, gets voicemail, and gives up is recorded as a no-show. A slot released the night before can be refilled; the same slot released when you open cannot.