Admissions
How to explain admissions and enrollment
How to explain school admissions software to staff, families, and leaders using clear journeys, responsibilities, statuses, privacy boundaries, support routes, and realistic expectations.
Explain the journey, not the screen
Start with what happens to an application: submitted, checked, reviewed, decided, offered, accepted, enrolled, waitlisted, or withdrawn. Explain who acts at each stage, what evidence is needed, and what the applicant can expect next.
A simple journey helps staff and families understand the change without learning product terminology first.
Explain responsibility and access
Tell staff who owns applications, documents, decisions, family messages, corrections, support, and escalation. Tell families what they can see, what they need to provide, how they receive a status, and where they can ask for help.
Make clear that visibility follows an approved relationship and permission model. Do not use a broad export or shared account as an explanation for a difficult workflow.
Explain what the change does not promise
Be explicit about manual steps, phase-one limits, unresolved risks, calendar constraints, and the evidence still needed. GOV.UK guidance recommends minimum necessary data, access control, security, and supplier responsibilities when educational technology is procured.
A trustworthy explanation gives people a way to report a wrong status, missing document, access problem, or message. It also states how the school will respond and correct the record.
Use different levels of detail
Leaders need the decision, outcome, risk, cost, capacity, and review gate. Operators need the task, exception, permission, and support route. Families need their action, deadline, status, and help route. Keep the core meaning consistent while changing the detail.
Make the next action clear
Use this guidance to improve one bounded part of how to explain school admissions software. Name the owner, affected record, evidence needed, and review date. Keep the test small enough for admissions staff to complete and specific enough for a later audit.
Check both an ordinary application and one meaningful exception. If either depends on undocumented knowledge, add the missing definition, training note, permission rule, or support route before calling the next step ready.

