This is a realistic example scenario, not a claim about a specific Simply Link customer.
It shows a common problem for tutors who sell lesson blocks: the teaching is going well, the student wants to continue, the parent is happy, but the next block payment has not been sorted before lessons carry on.
That is where block bookings can get messy.
On paper, block bookings are tidy. A parent pays for a set number of lessons, the tutor plans the sessions, and everyone knows what is booked. In reality, the awkward bit often happens at the renewal point. The current block ends, everyone assumes the next session is still happening, and the payment for the next block quietly gets left until later.
For the tutor, that can mean delivering unpaid lessons while trying not to sound pushy.
This case study shows how a tutor could use clearer block payment terms, payment links, and automatic reminders to avoid teaching into unpaid blocks.
For the main topic guide, see automatic payment reminders for tutors.
The tutor
In this example, the tutor is a self-employed science tutor who works mostly with GCSE students.
A lot of the work happens in blocks because exam preparation has a natural structure. Parents often book a set number of sessions before mock exams, final exams, or a specific topic catch-up period.
The tutor usually sells blocks of lessons rather than charging after each session.
Block bookings suited the tutor because they made planning easier. The problem was not the block model itself. The problem was what happened when one block ended and the next one was supposed to start.
Before changing the system, the tutor had:
Original block booking setup
- GCSE science students on lesson blocks
- parents paying for several lessons at a time
- block renewals discussed near the final session
- next block payment links sent manually
- no automatic reminder before the new block started
- lessons sometimes continuing before payment arrived
The setup was not terrible.
Parents were happy. Students were engaged. Most people paid eventually.
But “eventually” was the problem.
The problem before reminders
The tutor’s biggest issue was the renewal gap.
A student would finish a block, the parent would say they wanted to continue, and the next lesson was already in the diary. The tutor would send the next payment details, but if the parent forgot, the next lesson still happened.
That felt easier in the moment.
The student needed the help. The exam was getting closer. The parent had been good so far. The tutor did not want to make things awkward.
But the payment was still unpaid.
This created a few issues.
What started going wrong
- the tutor delivered lessons before the new block was paid
- payment reminders felt more awkward because work had already continued
- parents sometimes treated block renewal as flexible
- the tutor had to remember which block each student was in
- unpaid sessions started building up quietly
- the renewal point felt stressful instead of organised
The tutor did not want to stop helping students.
But the current setup made it too easy for unpaid work to creep in.
Why the old system felt awkward
The tutor was relying on memory and goodwill.
That is fine when everything goes smoothly. It breaks down when parents are busy, payment gets missed, and lessons keep moving forward.
Manual follow-up also felt uncomfortable because the tutor had already delivered more work.
Before the lesson
It is much easier to say the next block needs to be paid before it starts.
After unpaid lessons
It feels more awkward because the tutor is now chasing for work already delivered.
The timing was the real problem.
The tutor was asking for payment too late in the process. By the time the reminder was needed, the next block had often already started.
That made the reminder feel heavier than it needed to be.
For a deeper look at this specific setup, see reminders for tutoring block bookings.
The change: payment before the next block starts
The tutor decided to make one rule clearer:
The next block is confirmed once payment is complete.
That was the whole foundation.
Not “pay whenever you can”.
Not “we’ll sort it after the next lesson”.
Not “I’ll send it over and hope it lands before I need to chase”.
The block was confirmed once the payment was done.
New block booking process
Track when the current block is nearly finished
The tutor stopped relying on memory and made sure they knew when each student had one or two lessons left.
Ask about continuing before the block ended
Parents were asked whether they wanted to continue before the final lesson, not after the next block had already started.
Send the next block payment link early
The payment link went out before the new block started.
Use reminders before the first lesson
If payment was still unpaid, reminders went out before the first session in the new block.
Pause if payment was still missing
The tutor did not start the next block until payment was complete.
This was not about becoming harsher.
It was about moving the payment conversation to the right place.
Before the work continued.
How the tutor explained the new terms
The tutor kept the wording simple.
They did not blame parents. They did not mention previous late payments. They did not make it sound dramatic.
They framed it as a clearer block booking process.
Updated block booking terms
Hi Name, just to keep block bookings clear, future lesson blocks will be confirmed once payment is complete. I will send the next block payment link before the block starts, with a reminder if it is still unpaid before the first lesson.
That message did a few useful things.
It explained the change.
It set the expectation.
It mentioned reminders.
It made payment part of confirming the block.
For more examples of clear wording, see payment reminder templates for tutors.
The new reminder schedule
The tutor used reminders around the start of the next block.
The aim was not to send loads of messages. The aim was to catch missed payments before the first lesson happened.
The block booking reminder timings
Before the final lesson
Ideal Application
Checking continuation
The tutor could ask whether the family wanted another block before the current one ended
7 days before next block
Ideal Application
Sending the payment link
The family had time to pay without it feeling rushed
3 days before next block
Ideal Application
First reminder
The reminder was close enough to the start date to feel relevant
Day before the next lesson
Ideal Application
Final prompt
It helped avoid starting the new block unpaid
For this tutor, the most important reminder was the one before the first lesson of the new block.
That was the final chance to sort payment before the work continued.
For more timing advice, read when to send payment reminders.
How the renewal message changed
Before the new process, the tutor’s renewal messages were casual.
That sounded friendly, but it left too much room for payment to drift.
Old wording
“Happy to carry on next week. I’ll send over the payment details.”
Better wording
“Happy to continue with the next block. I’ll send the payment link now so we can get the block confirmed before next week’s lesson.”
The better wording is still friendly.
It just makes the payment point clear.
The block is not just casually continuing. It is being confirmed.
That one word matters because it changes the expectation.
What happened when one parent forgot
A few weeks into the new system, one parent forgot to pay before the next block.
This was exactly the kind of thing the tutor used to handle manually.
Before, they might have taught the lesson anyway and hoped payment would come through later.
This time, the reminder sequence handled the first part.
The final reminder was clear but polite.
Final block reminder
Hi Name, just a quick reminder that the next block payment is still outstanding ahead of tomorrow's lesson. The block is confirmed once payment is complete. Here is the link again: link
The parent paid that afternoon.
No awkward manual chase.
No lesson delivered unpaid.
No uncomfortable conversation at the start of the session.
That is exactly what the tutor wanted from the system.
What happened when payment was still not made
Not every situation is solved by a reminder.
In this example, another parent ignored the payment link and the reminders. The tutor had previously let lessons continue in that kind of situation.
This time, they followed the boundary.
Pausing the next lesson
Hi Name, the next block payment is still outstanding, so I will need to pause tomorrow's lesson until the payment is complete. Here is the link again: link
That message was uncomfortable to send, but it was much cleaner than teaching another unpaid lesson.
The parent replied, apologised, and paid later that day.
Even if they had not, the tutor had still protected their time.
The tutor stopped treating unpaid block renewals as something to work around. Payment became part of confirming the next set of lessons.
For situations where reminders keep being ignored, see what to do when payment reminders are ignored.
Why the new system worked
The system worked because it moved the payment conversation earlier.
The tutor was no longer chasing after the new block had already started. They were prompting payment before the next set of lessons began.
That changed the whole feeling of the process.
What made the system work
- the block payment rule was clear
- parents were told reminders may be sent
- payment links were sent before the new block started
- reminders happened before lessons continued
- the tutor had a clear pause point if payment was missing
- unpaid sessions did not build up quietly
Automatic reminders were useful, but they were not doing everything alone.
They worked because the payment terms were clearer.
For more on that foundation, read set payment terms for automatic reminders.
What the tutor avoided
The tutor avoided the biggest block booking trap: teaching into unpaid time.
That one change made everything feel calmer.
No unpaid block drift
The next block did not start unless payment was complete.
Less manual chasing
The first reminder happened automatically before the tutor had to step in.
Cleaner parent expectations
Parents understood that the block was confirmed by payment.
Better lesson planning
The tutor knew which blocks were actually confirmed.
Less awkwardness
Payment was handled before the session, not awkwardly after more work had been delivered.
This made the tutor feel more in control without making the tutoring relationship colder.
What other tutors can learn from this
The lesson is simple.
If blocks are meant to be paid in advance, reminders need to happen before the block starts.
Not halfway through.
Not after the first session.
Not after you have already delivered another week of work.
Before.
Takeaways
Make the block rule clear
Say that blocks are confirmed once payment is complete.
Do not wait until the block ends
Ask about continuing before the current block fully runs out.
Send the next payment link early
Give the parent enough time to pay before lessons continue.
Use reminders before the first lesson
The reminder should protect the start of the block, not chase after unpaid sessions.
Pause if payment is still missing
Do not let the next block begin unpaid unless you have made a deliberate exception.
That is the system.
It is not complicated, but it needs to be followed.
A simple block booking setup tutors can copy
For most tutors, this setup is enough.
Simple block booking setup
- sell the block clearly
- explain that payment confirms the block
- track when each block is nearly finished
- ask about continuing before the final lesson
- send the next block payment link early
- set a reminder 3 days before the next block starts
- set a final reminder the day before if needed
- pause the first lesson if payment is still unpaid
This gives the tutor a clear process and gives the parent a clear expectation.
It also keeps the student from ending up in the middle of an unpaid block, which is better for everyone.
Big wins from this approach
The biggest win was not just getting paid.
It was avoiding the messy point where lessons and payment stop matching.
Payment before work
The tutor was not delivering new block lessons before payment arrived.
Cleaner renewals
Parents knew when the next block needed confirming.
Less awkward follow-up
Reminders happened before the tutor had to personally chase.
Better boundaries
The tutor knew when to pause instead of carrying unpaid work forward.
More predictable income
Block payments were tied to the start of the work, not left open-ended.
Final thoughts
This case study shows why block booking reminders are so useful for tutors.
The tutor did not need to become cold or difficult. They needed a clearer renewal point. Payment before the next block. Payment link sent early. Reminder before the first lesson. Pause if payment was still missing.
That simple system stopped unpaid blocks from quietly starting.
It also made the relationship with parents cleaner because payment was handled before the work continued, not after the tutor had already delivered more sessions.
For tutors who sell lesson blocks, that is a big deal. It protects your time, your planning, and your cashflow without making every renewal feel awkward.
Simply Link helps tutors and other UK solo professionals send payment links with automatic reminders, so block payments can be prompted before the next set of lessons starts.