Booking built for a med spa, not for sixty thousand businesses.

• Multi-step protocols are invisible

  A series where visit three must land four to six weeks after visit two is a clinical requirement, and every platform treats it as three unrelated appointments. The interval lives in someone’s head and a reminder they set by hand.

• Clients cannot see their own money

  Package credit is bought up front and then becomes invisible — not shown at booking, not applicable to a deposit. Operators report clients calling to ask what they have left.

• Room and provider are booked separately

  A treatment needs a specific room, a specific device and a specific provider at the same time. Booking one does not reserve the others, so the schedule is defended manually.

• A mis-checked-out appointment cannot be corrected

  Operators report that fixing one means rebuilding the appointment from scratch — a routine front-desk error that costs ten minutes every time.

• Protocol sequencing with real intervals

  Visit three is offered only in its clinical window, and the client is prompted when the window opens rather than when a generic reminder fires.

• Credit balance visible and spendable

  What they have is shown before payment and covers the deposit at checkout, against the records you already keep.

• Room, device and provider reserved together

  One booking holds all three, so a double-book is structurally impossible rather than something your front desk catches.

• Deposits that hold the slot

  Prepay at booking, with your cancellation window enforced automatically instead of argued about afterwards.

Where I stop. Booking layer only. No treatment charts, no patient health information. That is a different category of software carrying a different category of liability, and building it casually would be doing you harm.