Skip to main content
School management software

School management software built by people who run a school platform

Education is the sector we know most deeply, because we did not only build software for schools, we built and still operate one used around the world. That experience taught us things no requirements document contains, starting with the fact that a teacher has about thirty seconds of free attention between students.

What school software gets wrong, and why

Most school management systems are designed by people who have never stood in front of a class at nine in the morning with twenty children waiting. The result is software that is technically complete and practically unusable, and the symptom is always the same. Teachers fill in the records at the end of the day from memory, or a fortnight later before an inspection, and the data becomes a work of fiction that management then uses to make decisions.

The single most important requirement in a school system is that recording something takes seconds. Not a minute. Seconds. If entering a lesson record requires opening a menu, selecting a class, finding a student, choosing a subject and typing into three fields, it will not happen reliably. On our own platform a teacher can log a recitation in around five seconds, and that number is not a marketing figure, it is the design constraint the whole interface was built around.

The second thing generic systems miss is that parents will not log into a portal regularly. They intend to, and they do not. Information has to travel to parents rather than waiting for them, which means notifications by email, message and mobile alert, sent automatically when something matters, with the school controlling exactly what goes out and when.

The third is that school leadership needs answers rather than screens. How many lessons were missed this month. Which classes are behind on the curriculum. Which children have attendance patterns worth investigating. Which staff have incomplete records. Those questions should be answered on one page, not assembled by an administrator on a Friday afternoon.

The modules a school system usually needs

Requirements vary between schools, madrasas, academies and tuition providers, but a recognisable core appears almost every time. Student and family records with contact details and relationships. Classes and groups, which are rarely as simple as one child in one class. Staff accounts with permissions that reflect real responsibility. Attendance, with the ability to record quickly and to alert parents automatically.

Then comes the academic side. Lesson and progress records, homework, subjects and curriculum completion, assessments and remarks. Around that sits the operational layer, meaning calendars and holidays, events, communication with families, document storage and the reports that governors, funders or inspectors expect. Where an organisation runs several sites, a level of oversight above the individual school becomes necessary so that standards can be compared and supported.

Permissions and privacy in an education setting

School data is sensitive and the permission model deserves more attention than in almost any other kind of business system. A teacher should see their own classes. A head of department should see their subject across classes. Administration should see the operational picture. A parent should see their own children and absolutely nothing else, including the names of other children in a shared list.

We enforce those boundaries at the database query level rather than by hiding elements in the interface, and we record who accessed and changed what. Schools also need sensible handling of the awkward realities, such as separated parents with different access rights, students who move between classes mid year, and staff who leave and whose accounts must be closed cleanly without deleting the records they created.

Mobile applications for teachers and families

A school system that only works on a desktop computer in the office will not be used by teachers who move between rooms or by parents who check their phone in the evening. We build native Android applications in Kotlin and native iOS applications in SwiftUI, connected to the same backend through a REST API so the rules stay consistent across web and mobile.

Push notifications matter enormously here, because they are how attendance alerts, homework reminders and school announcements actually reach families. We build that infrastructure with Firebase Cloud Messaging and give the school control over what is sent, so parents receive what is genuinely useful rather than a stream that gets muted within a week.

Typical modules

  • Student and family records
  • Classes, groups and enrolment
  • Attendance with automatic parent alerts
  • Lesson and progress recording in seconds
  • Homework and assignments
  • Subjects and curriculum completion
  • Assessments, remarks and reports
  • Calendars, holidays and events
  • Staff accounts and role permissions
  • Parent portal and mobile applications
  • Downloadable PDF reports
  • Multi campus oversight

Built with

DjangoDRFMySQL RedisCeleryKotlin SwiftUIFirebase
Proof of capability

We run a school platform used around the world

QuranRecord is our own product, a complete school management platform for Quran education used by schools, madrasas, mosques, private teachers and families in many countries. It handles more than a million page views a month, runs on web, Android and iOS, and is provided free to every school that uses it.

It exists because schools kept describing the same problems. Records scattered across notebooks and margins of the Mushaf. Teachers overwhelmed by trying to remember where hundreds of students had reached. Management with no way to see attendance patterns or missing records. Parents almost entirely disconnected from what happened during the day.

Everything we know about school software was tested there first, at real scale, with real teachers who will tell us immediately when something takes too long. That is the experience we bring to a custom school system for your organisation.

1M+
Monthly page views
5s
To record a lesson
10s
To add a subject record
3
Platforms maintained
See every module in detail

School software questions

If you are a Quran school, madrasa, mosque or private teacher, QuranRecord is free and almost certainly covers what you need, so start there and spend nothing. A custom build makes sense when your requirements sit outside that scope, such as an unusual curriculum structure, integration with existing administrative systems, or a wider school covering many subjects and year groups.

Usually yes, from spreadsheets, from another system that can export, and sometimes from paper through a structured entry process. Migration is rehearsed against copies until the result is clean, with a clear report of anything that could not be matched so the school can decide how to handle it.

Parents see only their own children, enforced at the database level rather than by hiding parts of a page. Access rights can differ between guardians where a school needs that, staff permissions follow real responsibility, and access to records is logged so the school can answer questions about who saw what.

Only if recording takes seconds. That is the design constraint everything else bends around. We involve real teachers during the build, measure how long the common actions take, and keep cutting steps until entry is faster than the paper method it replaces. Software that is slower than paper always loses.

Yes. Multi campus oversight is a standard requirement in our education work, allowing a central administrator to compare attendance, progress and record completeness across sites while each site continues to manage its own daily operation independently.

Tell us how your school actually runs

Describe the registers, the notebooks and the spreadsheets. We will tell you honestly whether our free platform already solves it or whether a custom system is justified.