Reminders should come from real workflow events

A reminder is useful when it responds to something real. Upcoming lesson tomorrow. Lesson in two hours. Permit upload still missing. Waiver not signed. Balance due. Appointment canceled. Appointment rescheduled. Those events are clear and operational.

Generic marketing blasts are a different category. Transactional reminders should help the student, parent, and school stay aligned around the lesson and the requirements connected to it.

Enrollment confirmation Upcoming lesson reminder Permit or waiver needed

Make reminder rules tenant-configurable

One school may want a 24-hour reminder and a two-hour reminder. Another may only want one message. Some may require permit upload before booking. Others may only remind after enrollment. The dashboard should let the owner configure safe defaults without editing code.

The wording should be clear and professional. A reminder should say what is happening, when it is happening, what the family needs to do, and how to contact the school if something is wrong.

Timing before appointment Email channel first Tenant-customizable subject and body

SMS should not pretend to be active before it is configured

SMS can be valuable, but it requires a provider, consent considerations, and operational readiness. The dashboard should not imply SMS is available if the provider is not configured.

A cleaner early approach is to implement email reminders first, add SMS settings behind a feature flag, and make provider status visible to the owner. That avoids overselling and keeps the workflow honest.

Provider settings Feature flag Clear inactive state

Logs are part of support

When a parent says they did not receive a reminder, staff need more than a guess. Reminder logs should show the event, channel, student, appointment, sent time, status, provider message ID when available, and error message if delivery failed.

That record helps the school answer questions, diagnose configuration issues, and avoid resending blindly. It also helps platform support understand whether the product, provider, or recipient information needs attention.

Reminder history should be tenant-scoped and tied to the appointment or enrollment whenever possible. That way staff can open the student record and understand the communication trail in context rather than searching through an unrelated messaging tool.

Used carefully, reminders make the school feel organized. They do not replace good policy, but they help families remember the lesson, prepare required documents, and know what changed when a schedule is updated.

The dashboard should keep the setup plain: event, channel, timing, enabled status, subject, and message body. Owners should not need to understand provider internals to turn on practical reminder rules.

Simple controls usually get used.

Sent, skipped, and failed states Provider message IDs Error messages for troubleshooting

Launch path

See how this works in the product

Choose a driving-school template, add packages and booking rules, preview the public site, and publish only when the school content is ready.