Skip to main content
Schoolyi

Product guides

Pricing questions for school management, ERP, and SIS

A school management software pricing guide covering scope, implementation, integrations, support, payments, renewals, data, and total cost assumptions.

By Schoolyi Editorial Team10 min read

Start with the scope behind the price

A price is meaningful only when the school knows what it includes. Record campuses, students, staff, family users, modules, workflows, environments, support groups, and contract term. Ask what changes if the school grows, adds a campus, or changes its operating model.

Do not compare a narrow license quote with a complete implementation proposal as though they represent the same thing. Normalize scope before comparing numbers.

Separate one-time and recurring costs

Ask vendors to separate subscription or license, implementation, migration, configuration, training, support, integrations, payment costs, storage, reporting, and optional services. Record which costs are fixed, usage-based, variable, or dependent on a third party.

Include internal school effort. Data cleaning, testing, training attendance, family communication, support, and reconciliation have capacity costs even when they do not appear on the vendor invoice.

  • Initial discovery and project management
  • Data mapping, cleansing, migration, and validation
  • Configuration, integrations, and testing
  • Training, documentation, and launch support
  • Recurring product, support, payment, and renewal costs

Ask what happens at the boundaries

Ask what is included when a record needs correction, a payment is reversed, a campus is added, a role changes, a report is customized, or an integration fails. Require a written description of exclusions and the responsibility for resolving them.

Ask about data export, retention, deletion or return, subprocessors, incident handling, and access control. GOV.UK procurement guidance recommends checking these responsibilities before signing educational technology contracts. Local legal and privacy review remains necessary.

Tie cost to a phase-one decision

Define the workflows the school is actually buying first. A smaller phase can be financially clearer and operationally safer than paying for broad capability that the school cannot configure or support. State what is deferred, how the interim process works, and when it will be reviewed.

The U.S. Department of Education data governance resources emphasize ownership, quality, security, access, lifecycle, and monitoring. Include the cost of maintaining those responsibilities in the implementation plan, not only the cost of turning the software on.

Build a total-cost comparison

Use a worksheet with cost category, assumption, amount or range, term, owner, dependency, evidence, and review date. Keep commercial uncertainty visible. Do not invent savings or outcomes to make one option look cheaper.

Compare total cost with evidence of workflow fit, implementation responsibility, risk, and support. The cheapest quote is not automatically the lowest-cost operating choice, and the most expensive quote is not automatically the safest.

Model at least three scenarios: the approved first phase, expected growth, and a difficult but plausible exception. Include the people and time needed to maintain data quality, permissions, training, support, reconciliation, and review. A transparent range is more useful than false precision.

Review before commitment

Have finance, operations, IT, privacy, academic, family, and leadership owners review the assumptions relevant to them. Record unresolved questions and conditions of approval. If a critical workflow or contract responsibility is unknown, hold that decision until the evidence is available.

Ask for the quote and assumptions to be refreshed when scope changes. Keep the approved baseline beside later variations so that a lower initial figure cannot hide excluded work, and a higher figure can be traced to an explicit requirement rather than a vague contingency.

Before signing, confirm who owns the price review after launch and what evidence triggers a change. The school should know how renewal, growth, new integrations, support changes, and contract-end data work will be assessed rather than discovering those boundaries through an invoice or an emergency.

Keep reading

Related guides

Back to all guides