Service

Driving school software development

For driving-school owners and franchise operators who need instructor diaries, learner matching, lesson blocks, progress records, test-date tracking and instructor statements designed around how their instructors actually work the road.

The problem

What goes wrong today

Where it usually starts

A driving school is a set of instructors in cars, each with a diary on a phone, a patch of postcodes they will pick up from, and a vehicle that is either manual or automatic.

  • The office sits in the middle taking enquiries.
  • A learner rings for automatic lessons in a particular area on weekday evenings, and the office has to text three instructors and wait.
  • A learner buys a block of ten lessons and pays the school; the instructor delivers them and claims them back on a weekly sheet, and the two records never quite agree.
  • A learner cancels an hour before a lesson, the instructor loses the slot, and whether the cancellation fee applies depends on who remembers the policy.

Where it gets harder

Progress lives in the instructor's head or on a card in the glovebox.

  • When a learner changes instructor because the first has gone on holiday, the second starts from scratch.
  • Test dates are tracked by the learner, so the office finds out a test is next Tuesday when the learner asks for the car.
  • Franchised instructors pay the school a weekly franchise fee and receive lesson income, and the owner builds each statement from the diary, the payments and the fuel card by hand.
  • Intensive courses that pack thirty hours into a fortnight have to be slotted around all of this.
  • The result is a diary that is never quite full and an office that spends its day on the phone.

Scope of the service

What the build covers

A custom driving-school build normally covers:

  • Instructor profiles with vehicle type Transmission, pick-up areas drawn on a map and working hours
  • A diary per instructor where the office and the instructor both book With travel time between pick-ups taken into account
  • Learner enquiry and matching by area Transmission, availability and any preference such as a female instructor
  • Lesson blocks and intensive courses sold up front With lessons drawn down against them
  • A progress record per learner against a skills list the school defines Updated by the instructor after each lesson and visible to the learner
  • Test-date tracking with reminders for mock tests Test-day car booking and what the learner must bring
  • Cancellation window rules with fees applied and recorded automatically
  • Franchise statements per instructor reconciling lessons delivered Payments received and franchise fees

We begin by following a learner from enquiry to test and an instructor through a week: how the office finds a slot, how a block is sold and drawn down, how a cancellation is handled, how progress is recorded, and how the weekly statement is built. Each becomes a named stage in the scope document: enquire, match, book, deliver and record progress, cancel or reschedule, prepare for test, and settle with the instructor.

Deliberately out of scope

  • The school's accounts ledger, vehicle maintenance and fuel management beyond recording a figure on the statement, and any claim to book official driving tests. The official testing authority's booking service is treated as an integration opportunity to be assessed, never a ready feature
  • The build records the test date the learner or office enters

When the scope grows

Scoping scenario

A school with thirty franchised instructors across a county wants pick-up areas on a map that drive matching, blocks that can be transferred between instructors with the balance intact, a progress record shared with the learner's parents where the learner is under eighteen, and weekly franchise statements with per-instructor fee levels. The transferable blocks and the per-instructor statements are what make it a custom project.

Deliverables

What you receive

  • Discovery notes from following a learner to test and an instructor through a week
  • A scope document naming each stage from enquiry to franchise statement and what is out of scope
  • Design of the instructor diary, the matching screen, the progress record and the learner app view on phones first
  • The build, deployed to your hosting or ours, with role permissions and a log of block balances and statement changes
  • Migration of instructors, learners, open block balances and upcoming lessons from the current diaries and spreadsheets, where relevant
  • Training for the office, instructors and the owner, with a written guide per role
  • Handover material and full ownership of the source code and your data

Process

How a project runs

Each stage maps onto the project view in your client panel. Durations are set in your proposal, never on this page.

  1. Onboarding

    Access to instructor diaries, the block spreadsheet, the payment account and the current statement format, with the office manager as day-to-day contact.

    Project stage: Onboarding
  2. Planning

    Walk-throughs with the owner, the office and two instructors, one franchised and one employed; the scope document and milestone plan are agreed.

    Project stage: Planning
  3. Design

    Clickable designs of the diary, the map-based matching, the progress record and the learner view, reviewed on the phones instructors use in the car.

    Project stage: Design
  4. Development

    Built in stages: instructors, areas and diaries first, then matching and booking, then blocks and cancellations, then progress and tests, then franchise statements.

    Project stage: Development
  5. Client review

    The school runs a test fortnight on sample learners, including a block transfer between instructors, a late cancellation and a weekly statement run.

    Project stage: Client review
  6. Revisions

    Changes from the review, particularly to cancellation rules, skills list wording and statement layout, are made and re-checked against the scope document.

    Project stage: Revisions
  7. Ready for launch

    Diaries and block balances migrated and agreed with each instructor, reminders tested, cut-over at the start of a statement week.

    Project stage: Ready for launch
  8. Delivered

    The school runs on the new system; optional maintenance and hosting continue under their own agreement.

    Project stage: Delivered

Integrations

Commonly integrated

Systems this kind of business usually asks us to connect. Each integration is confirmed during discovery; none is assumed.

  • Card payment providers for lesson blocks, single lessons and intensive courses
  • SMS and email providers for lesson reminders, cancellations and test-day instructions
  • Calendar feeds so instructors see their diary on their own phone
  • Mapping services for pick-up areas, travel time and route display
  • Accounting software for franchise statements and school income
  • Official test booking services, assessed as an integration opportunity only
  • Theory test practice apps the school recommends to learners

How we would approach it

Worked example

Concept demo

A thirty-instructor franchise with transferable lesson blocks

In this scoping scenario, a school with thirty franchised instructors across a county wanted the office to match learners by drawing pick-up areas on a map rather than listing postcodes, to sell blocks that could move to another instructor with the remaining balance intact when the first was unavailable, to share the progress record with a parent where the learner was under eighteen, and to produce weekly franchise statements where each instructor had a different fee level and some paid for a school car.

The scope we would propose: map-drawn pick-up areas with matching and travel-time checks, blocks owned by the learner rather than the instructor so transfers keep the balance, a guardian link on the learner record controlling what a parent sees, and a statements module with per-instructor fee schedules and deductions. The reason this needs a custom build is block ownership: most diary tools attach a prepaid block to one instructor's calendar, which was exactly the arrangement that caused this school's weekly reconciliation headaches.

Pricing

What affects the price

Every proposal is priced on scope. These are the factors that move it most for this kind of build.

  • Number of instructors and whether they are franchised, employed or a mix
  • Pick-up area modelling and travel-time rules in matching
  • Lesson blocks, intensive courses and whether blocks transfer between instructors
  • Skills list design and how progress is shared with learners and guardians
  • Cancellation window rules and the payment provider involved
  • Franchise statement complexity and accounting export
  • Volume of diaries, balances and learner records to migrate
  • Hosting choice: your own hosting or ours

FAQ

Frequently asked questions

When is a custom build the right choice rather than the package?

When your matching, block or statement arrangements break the assumptions of the driving school booking package. During discovery we lay your learner and instructor walk-throughs against the package and say plainly whether configuration covers them or whether, for example, your transferable blocks need custom work.

Can the system book official driving tests?

We treat the official booking service as an integration opportunity to assess, not a ready feature, because access rules change and automated booking may not be permitted. The build records test dates entered by the office or the learner and runs reminders from them; the scope document states what has and has not been assessed.

Can learners under eighteen use it?

Yes. A learner record can carry a guardian who sees the diary, progress and payments, with the learner seeing their own lessons. Access to learner records is limited by role and logged. The school keeps responsibility for its own safeguarding arrangements; the build provides the controls.

Can you migrate our current block balances?

Usually yes. We import instructors, learners, upcoming lessons and remaining block balances from your diaries and spreadsheets, and each instructor confirms their balances before cut-over. The scope document states what can be carried over once we have seen the data.

Who owns the system afterwards?

The school does. Source code and data are handed over at delivery; hosting and maintenance are optional, separately agreed and movable to another provider.

Get a project quote for driving school software

Answer a few questions about your business, your current systems and what should change. We reply with a clear, competitive proposal.

Get a project quote