Private lessons that don't eat your week

Most studios I've talked to handle private lessons the same way: an instructor maintains a vague mental list of their open slots, parents text the front desk, the front desk texts the instructor, the instructor confirms hours later, the front desk replies, the parent has moved on. By the time it all closes, the slot has been double-booked or the family has booked somewhere else.

Then there's the billing side. The lesson happens. The instructor remembers (or doesn't). Someone writes it on a sticky note. Three weeks later the front desk reconciles, charges the family, and gets a polite "wait, what was that for?"

Privates are a high-margin part of the business and the most ad-hoc piece of operations at most studios. There's a better way.

The actual problem is decision latency

When a family asks "is Sarah free Thursday at 4?", that question has to bounce off two or three people before anyone can answer. The instructor knows their schedule but not the studio room availability. The front desk knows the room schedule but not the instructor's personal calendar. The family doesn't know either.

Every minute that question sits unanswered, the odds that the family actually books that slot drop. People who want private lessons are usually deciding between two or three studios. Whichever one says "yes, 4pm Thursday, you're booked" first wins.

The fix isn't a better text-message workflow. It's removing the front desk from the loop entirely.

What the booking flow should actually look like

The shape of it:

1. Each instructor maintains their own private-lesson availability — what days and times they're open, in which rooms, at what price.
2. The studio publishes a public booking page (one URL, share it on Instagram or paste it on your website) that shows all open slots across all instructors.
3. A family picks a slot, enters their info, pays (or has the charge added to their account), and the slot is booked. Instantly.
4. The instructor gets notified. The family gets a confirmation. No human in the middle.

Two things matter most about that loop: the slot is reserved the moment the family clicks, and the price is committed to before they pick the slot. Both of those are how you avoid the "Sarah said she'd do it for $40 but Mike says it's $60" mess.

The billing question every studio has to answer

Privates create a billing fork that group classes don't: when do you actually take the money?

Two reasonable answers:

Option A: Add it to the family's account, bill it with everything else. The lesson lands on the family's ledger as a pending charge. It gets processed on their next autopay run, or the family pays it manually. This is friction-free for families with established accounts.

Option B: Require payment to book. The family's saved payment method gets charged at the moment they click the slot. If they don't have one saved, they enter it as part of booking. This guarantees you get paid and reserves the slot only if payment clears.

Neither is universally right. Option A is gentler for existing customers and matches how families think about their studio bill. Option B is what you want for new prospects who haven't built any trust with the studio yet — the slot is genuinely reserved only if their card cleared.

A reasonable rule: Option B for trial bookings and prospects, Option A for established families. If your software lets you set it as a tenant-wide policy, fine. If it lets you choose per instructor or per booking type, even better.

"Pay on booking" vs "pay on the day"

Even within Option A there's a smaller fork. When the lesson is added to the family's ledger, is it due immediately, or on the date of the lesson?

Most studios I've watched run privates default to "due on booking" — the charge appears on the ledger right away, even if the lesson is six weeks out. That's clean for the studio (cash sooner) but creates a weird experience for the family: their invoice this month suddenly has a $80 line item for a lesson that hasn't happened yet.

"Due on lesson date" matches family intuition. They get charged when the service is delivered. It's also better behavior if the family later cancels and you owe them a refund — you don't owe them anything because the charge hasn't posted yet.

My take: due on the lesson date is the default that creates the fewest support emails. Pay-on-booking is what you want for camps and intensives where commitment is part of the value.

The trial-lesson special case

Most studios use private lessons (or shortened "trial" sessions) as the first touch with a prospective family. They never met the studio before. They want to come try it out.

The bookings page should treat trials specifically: a separate slot type (often free or discounted), no account required, just contact info + payment if you charge. The moment the trial books, the prospect goes on a path that's distinct from "existing family booking a private." Different confirmation email, different follow-up timing, different instructor instructions.

Studios that treat trial lessons as a normal private lesson lose the funnel context — "did this family book a trial or a private?" becomes a research project six months later when you're trying to figure out where customers came from.

What about the cancellation problem

Every studio that runs privates eventually has to decide a cancellation policy. The basics:

• How much notice required. 24 hours is standard. Some studios go to 48 for popular instructors.
• Refund vs credit. Most studios give credit only — the family can reschedule but doesn't get money back.
• Who can cancel. The family in the portal, the instructor (with a reason), the front desk.

What I'd watch out for: making the family contact the front desk to cancel. That re-introduces the human-in-the-loop problem we just fixed. The portal should let them cancel themselves up to the policy window, and only past that does it require an admin to override.

Where this falls apart in practice

Three failure modes I've seen:

1. Instructor availability drifts and no one updates it. Sarah switches her Tuesday open slot from 3-5pm to 4-6pm but doesn't update it in the system. Families book the 3pm slot. Sarah's annoyed. The fix: make availability changes part of every instructor's weekly routine, not a one-time setup task. Five minutes Sunday night.

2. Pricing gets edited but old bookings keep the old price. The studio raises private lesson rates from $50 to $60 in September. Existing recurring bookings stay at $50 (correct), but families try to "rebook" their old slot and get confused that the price went up. The fix: communicate price changes in advance and grandfather existing bookings explicitly.

3. Trial lessons turn into endless "are they coming back?" tracking. The family books a trial, the trial happens, then weeks of silence. The fix: a defined follow-up cadence — the day after the trial, then a week later, then once more after a month. After that, mark them inactive and stop following up.

The compounding benefit

A self-service private-lesson booking page does one thing that's easy to miss: it makes private lessons promotable.

If booking a private requires a human reply chain, you can't really promote privates aggressively. Every promotion that works will result in more emails and texts the front desk can't keep up with. So you keep promotion soft.

If booking a private is a public URL, you can run a Black Friday "10% off privates this month" promotion. You can put a "Book a Private with Sarah" button in her instructor bio. You can hand out cards with a QR code at recital. Demand becomes a flywheel that turns by itself instead of one you have to crank.

For most studios, privates are 10-20% of revenue with 60-80% margin. Turning them from a headache into a self-service revenue stream is one of the highest-leverage operational changes you can make.

---

James runs a dance studio with his wife and built Presently because nothing else fit the way studios actually work. Presently includes a built-in private-lesson booking system: instructors set their own availability, families book on a public page, and you choose per tenant whether bookings post to the family ledger or require payment up front. See more features or start a free trial.