RFP requirements for exams, gradebooks, and report cards

1. Describe the assessment operation

State subjects, cohorts, campuses, grading periods, assessment types, components, attempts, users, reports, learner or family views, integrations, support windows, and archive requirements.

Describe setup, submission, marking, feedback, moderation, approval, publication, correction, resit, special consideration, withdrawal, transfer, reporting, and support. Explain what is in scope and what is not.

2. Require scenario evidence

Require demonstrations of missing submission, late work, absent learner, amended mark, moderation adjustment, duplicate, changed grading period, resit, special consideration, withdrawal, transfer, report correction, access failure, integration delay, and outage.

For each, require expected result, configuration, manual work, roles, permissions, history, evidence, limitation, support route, response time, and report effect.

3. Require data and calculation detail

Ask how the system defines learner, subject, cohort, assessment, component, attempt, submission, mark, grade, scale, weighting, rounding, boundary, missing, absent, late, moderated, approved, published, and corrected.

The U.S. Department of Education data-quality guidance links reliable information with definitions, rules, validation, infrastructure, and professional learning. Require calculation versioning, validation, duplicate handling, reconciliation, and correction evidence.

4. Require governance and experience

Ask about view, mark, moderate, approve, publish, export, correct, archive, and delete permissions by role, subject, cohort, campus, learner, family, supplier, and support user.

Require accessibility, language, device, connectivity, identity, privacy, safeguarding, records, security, backup, restoration, retention, disposal, incident, support, and family communication detail.

5. Require delivery ownership

Request responsibilities for data cleanup, migration, calculation setup, assessment configuration, moderation, training, testing, reporting, calendar timing, support, change, documentation, continuity, and acceptance.

The U.S. Department of Education governance checklist covers quality, access, security, lifecycle, sharing, disposal, and monitoring. GOV.UK guidance emphasises accountable handling of school data.

6. Require commercial clarity

Request one-time and recurring costs for users, subjects, campuses, assessments, storage, setup, migration, integration, training, support, reporting, security, privacy, accessibility, upgrades, internal work, incidents, renewal, and exit.

Ask what remains manual, what requires school capacity, what is excluded, how prices change, how data is returned, and how necessary history, definitions, permissions, reports, and correction records are retained or deleted.

7. Evaluate and review

Publish gates, weights, scenarios, evidence standard, limitations, assumptions, owners, acceptance tests, decision date, review dates, and conflicts of interest. Ask an independent reviewer to challenge the recommendation.

At 30, 60, and 90 days, compare completeness, corrections, moderation, report confidence, staff effort, support demand, access exceptions, continuity, cost, and outcome. Decide expand, repair, consolidate, narrow, or hold.

Turn the guidance into an accountable decision

Apply this guidance to one bounded part of RFP requirements for school exam and gradebook software. Define the assessment or reporting decision, authoritative record, accountable owner, permitted users, correction route, evidence, and review date.

Test an ordinary assessment and meaningful exceptions such as a missing submission, late work, absent learner, moderation change, amended result, withdrawn learner, duplicate mark, grading-period change, report correction, access failure, or outage.

Keep supplier capability, school responsibility, professional judgement, local policy, legal advice, and measured outcome separate. If evidence is incomplete, narrow the claim and pilot the smallest safe change.

Review at 30, 60, and 90 days. Check completeness, timeliness, consistency, moderation, corrections, access exceptions, staff effort, support demand, reporting confidence, and the original outcome. Decide whether to expand, repair, consolidate, narrow, or hold.

Before approval, ask a reviewer who was not involved in the design to challenge the strongest assumption. Replace broad language with the exact evidence, population, date, and limitation the school can verify.

Document what was tested and what was not. A successful demonstration with a simple gradebook does not establish readiness for moderation, resits, special consideration, changed grading periods, multiple campuses, or a changed assessment policy.

Keep evidence beside the decision record so a later reviewer can distinguish observed behaviour from an assumption, estimate, or supplier statement. Name the next test where evidence remains incomplete.

Revisit the boundary when the school adds a subject, year group, campus, grading scale, role, integration, reporting period, or policy. A small change can alter permissions, definitions, calculation, timing, retention, or support demand.

Set the next review date and owner. A dependable exams and gradebook operation is maintained through clear definitions, controlled change, professional judgement, and visible accountability rather than a one-time setup.

Make the handoff readable to a teacher, administrator, leader, learner, and reviewer. State what passed, what remains manual, which records are authoritative, who owns unresolved conflicts, and how a correction is communicated without creating an uncontrolled copy.

Keep approved definitions beside calculation rules, moderation notes, training, support routes, and change history. New subjects, scales, integrations, or reporting windows can change the risk even when field names stay the same.