Free school management software: what the free options actually give you, and how to test one
Free school management software is a sensible starting point for a lot of institutions: a new school, a tuition centre, an academy that has outgrown its spreadsheets but cannot justify a per-student licence yet. The free options are real, and some of them are genuinely good.
What matters is understanding what "free" is buying you, because free school software is rarely limited in the obvious way. It usually takes attendance and stores students without complaint. What it tends to hold back is the part that saves the office time — the parent portal, the fees module, the reports — and those are exactly the parts you adopted software to get.
This page covers the four kinds of free, the decision to make before you look at any product, what free plans usually drop, and six tests you can run in an afternoon.
The four kinds of free
1. The free tier of a commercial system
A hosted product with a free plan, usually capped by the number of students or by which modules you can switch on.
What it costs you: the cap, and where it sits. A student cap arrives as you grow, which is the point of it. A module cap is subtler: attendance and student records are free, and the parent portal or fee collection is a paid add-on. Before you commit, find out what the plan costs at your student numbers two years from now, with the modules you will actually use.
2. Open source, self-hosted
Free software you install and run yourself. No per-student fee at all.
What it costs you: operations, and responsibility. Someone has to host it, update it, back it up and restore it when something goes wrong — and a school system holds children's records, guardians' contact details and fee payments. If nobody on your team wants to own that job, the software is free and the risk is not.
3. "Free download" desktop software
Installable programs that run on one office computer.
What it costs you: reach. A system on one machine cannot give teachers, parents or a second office access, and its backups are whatever you remember to do. Be especially wary of "full version" downloads of paid software from unofficial sites: they are a common way to install something you did not want on the computer that holds your student records.
4. A spreadsheet
Worth naming, because most schools start here and a well-built one works for longer than people expect. We cover how to structure it properly, and exactly where it breaks, in school management system in Excel.
Decide what kind of institution you are first
The products diverge on one question, and it is worth answering before you look at any of them.
A school with classes and sections. Students are enrolled in a grade and section for an academic year, promoted at the end of it, and assessed by term exams with report cards. Parents expect a portal. Fees are usually structured by class and term.
A coaching or tuition centre with batches. Students join batches or cohorts that start and end at different times, often for a single subject. Promotion does not exist; enrolment does. Fees are often per course or per month.
Software built for one fits the other badly. A school system forces batches into grades that do not exist; a coaching system cannot produce a term report card. Write one sentence — we organise students by X and charge by Y — before you look at a single product.
Which kind of free fits your school
| Your situation | Best kind of free | Watch for |
|---|---|---|
| New tuition centre with a small intake | The free tier of a hosted system | The student cap, and whether fees are a paid module |
| Established school with a technical person on staff | Open source, self-hosted | Who owns backups and updates when that person leaves |
| One office, no parent or teacher access yet | A well-built spreadsheet | The moment parents or teachers need their own view |
| Any school taking fee payments | Whatever gives you numbered receipts nobody can quietly edit | A "paid" field anyone can change |
The last row applies whichever kind you choose. Fees are money held on behalf of families, and a record that can be changed without a trace is the one part of a school system you cannot afford to get wrong.
Write this down before you look
Five lines, on one page:
- How you organise students — grades and sections, or batches and courses.
- How many students now, and in two years.
- How you charge — by class and term, by course, monthly — and your discounts, such as siblings.
- Your grading rules — weightings, grade boundaries, what goes on a report card.
- Who needs access — office, teachers, parents, students — and what each should see.
Test every product against the same page. The one that fits is usually obvious within a day, and the ones that do not fit usually fail on line 3 or line 4.
What free plans usually drop
We keep a hand-counted inventory of what school management systems actually ship, built from 46 school systems:
| Capability | Systems (of 46) |
|---|---|
| Admin / principal portal | 38 |
| Gradebook and marks entry | 38 |
| Attendance and fee reports | 37 |
| Classes, grades and sections | 36 |
| Teacher portal | 35 |
| Parent / guardian portal | 35 |
| Fee structure, by class and year | 35 |
| Exam scheduling | 33 |
Nearly every system records students and attendance, and nearly every free plan lets you do that. What free plans tend to hold back sits further down the list:
The parent portal. It is what stops the phone ringing — attendance, marks and fees visible to each family for their own children. It is also an obvious upgrade lever, because once parents have it, you cannot take it away.
Fees. A fee structure by class and year, part payments, receipts and outstanding balances. Free plans often record payments but leave out the structure and the receipts, which is the difference between a list of payments and a fees office.
Reports and exports. Attendance and fee reports appear in 37 of the 46 systems. On a free plan they are often limited, and exports are what let you leave. A system you cannot export from is a trap, whatever it costs.
Test a free school system in an afternoon
Run these six before you import a single real student.
- Promote a class to the next year. Last year's class, attendance and marks should still be there, attached to last year. If promotion overwrites the old class, your history disappears every summer.
- Record a part payment and print the receipt. The student's outstanding balance should drop by exactly that amount, and the receipt should carry a number.
- Mark attendance for a class of thirty on a phone. Time it. If it takes longer than a couple of minutes, teachers will do it on paper and someone will type it in later.
- Sign in as a parent. You should see your own children and nothing else — not a class list, not another family's fees.
- Produce a report card with your grading rules. Your weightings, your grade boundaries. If the system only supports its own scheme, you will be keeping a spreadsheet beside it.
- Export everything. Students, enrolments, attendance, marks, fees. If you cannot get your data out in a usable form, do not put it in.
Five mistakes that cost schools later
Choosing on the attendance screen. Every system demos attendance well, because it is the easiest screen to build. The differences between systems are in fees, promotion and the parent portal, so spend the demo there.
Letting marks live in teachers' own spreadsheets. If the gradebook is awkward, teachers keep their own sheets and type totals in at the end of term. The system then holds numbers nobody can trace, and a disputed grade goes back to a file on someone's laptop.
One shared office login. Free plans often limit users, so the office shares an account. Then nobody can tell who changed a fee or removed a payment — on a fees ledger, the one thing you most need to know.
Sending parent logins before the data is right. A parent who sees the wrong child, a wrong balance or last year's class on the first day will phone the office for the rest of the year. Check a sample of families before the logins go out.
Nobody owning the backup. On a self-hosted system, backups are someone's job or nobody's. Test a restore before the first term, not after the first failure.
Moving off a spreadsheet without losing anything
Start at the start of a term. Moving mid-term means two systems with half a term each and fee balances split across both. Pick a clean boundary.
Import students and enrolments, then opening fee balances. Do not try to import every past payment. Bring in each student's balance as it stands on the start date, and keep last year's spreadsheet read-only as the archive for anything earlier.
Run parents onto the portal early. The portal is what saves the office time, and it only does that once families actually use it. Send the logins in the first week, not at the end of term.
When free stops being free
The move to paying is predictable in this category.
The student cap arrives first, usually with a new intake, and it arrives for the whole school, not for the extra students.
Then the parent portal or fees module, when the office realises how much time it would save.
Then messaging. Text messages to parents cost money on almost any plan, because each one does.
None of that is a reason to start with a paid plan. It is a reason to know which step you are approaching, so the upgrade is a decision rather than a surprise.
The option worth considering at that point
When a free plan runs out, the obvious next step is its paid tier. Two other answers are worth weighing. Build vs buy lays out that decision honestly, and what a real school management system includes is the full module checklist to hold any option against.
The third answer only recently became realistic: build the system your school actually runs on. Schools are a good case for it, because fee structures, grading policies and academic calendars vary so much that most schools end up bending their process to fit whatever they bought. A coding agent can now produce a working school system in days.
Two honest caveats. It will be your responsibility to keep children's data safe, exactly as with self-hosting. And left to guess, an agent builds a student list with a class column, an attendance table and a fees page with a "paid" checkbox — the same design as the one-sheet spreadsheet, behind a login. The parts that make it real are enrolment by year, fees as a structure plus a ledger, and a portal per role.
If you are building with a coding agent, the School Management planner is the specification we hand ours: the institution type decided first, enrolment by academic year, fee structures and per-role portals, written so the agent cannot quietly skip them. You can try three live school systems built from it before you decide anything.