Product guides
A checklist for discussing school management, ERP, and SIS
A discussion checklist for school management software covering the workflow, data, roles, evidence, implementation, support, and commercial boundaries.
Bring the workflow into the discussion
Start with one school workflow and describe its trigger, people, records, decision, exception, output, and acceptance test. This gives product, procurement, finance, academic, IT, and family teams something concrete to discuss.
Ask which record is authoritative, which values are reused, who approves changes, and what a teacher, finance user, leader, or family can actually see.
Discuss the questions that change scope
A short checklist can prevent a long project from hiding important assumptions.
- What is available now, configurable, integrated, manual, roadmap, or unknown?
- Which data must move, and which should not move?
- Who owns quality, access, correction, publishing, and support?
- What happens during absence, peak periods, outage, or a failed exchange?
- What evidence is required before launch and expansion?
Include controls and cost
Ask for the role and permission matrix, data-flow map, migration sample, exception path, support model, security responsibilities, subprocessors, contract-end data return or deletion, and commercial assumptions. GOV.UK guidance recommends early review of access control, security, supplier responsibilities, incident notification, and end-of-contract handling.
Do not allow a general assurance statement to replace a school-specific answer. Record the question, response, evidence, owner, and unresolved risk.
Close with a decision
End the discussion with what is agreed, what is deferred, what is blocked, who owns the next action, and when the decision returns. The U.S. Department of Education data governance checklist is a useful prompt for quality, access, security, lifecycle, sharing, disposal, and monitoring.
A checklist earns its place when it improves a decision or prevents an undocumented workaround. Keep it short enough to use and specific enough to audit.
Make the next step specific
Use this guidance to improve one bounded part of a checklist for discussing school management software. Name the person who owns the decision, the record or workflow affected, the evidence needed, and the date for review. A short test with real operators is more useful than a broad claim that the whole school has been transformed.

