Vendor evaluation guide to admissions and enrollment

Prepare a comparable evaluation

Define the same school context, applicant journey, users, data sample, calendar, campuses, phase-one scope, success measure, and decision deadline for every vendor. Publish the scoring method before demonstrations.

Use a scenario pack rather than a feature list: incomplete application, document review, duplicate identity, changed guardian, waitlist movement, offer acceptance, withdrawal, and student-record handoff.

Evaluate what you can observe

During each demonstration, record whether the workflow works as requested, which role performed it, which data was used, what exception occurred, what evidence was supplied, and what manual work remained.

Require a label for native behavior, configuration, integration, manual work, roadmap, and unknown. Treat an unknown as unresolved risk, not as a positive score.

Evaluate data and controls

Ask about identity matching, duplicates, document handling, relationships, permissions, approvals, publishing, exports, audit history, corrections, retention, deletion, and support access. Test a family view and a staff view separately.

GOV.UK procurement guidance recommends minimum necessary data, access control, security measures, supplier and subprocessor accountability, incident notification, and end-of-contract responsibilities. The U.S. Department of Education checklist gives a governance structure for quality and lifecycle.

Evaluate implementation and support

Ask what the school must provide for data inventory, cleanup, migration, validation, configuration, testing, training, communications, support, monitoring, reconciliation, and recovery. Confirm who is available during admissions peaks and across campuses or time zones.

Request examples of support responses for a duplicate applicant, incorrect offer, missing document, wrong family access, failed notification, and integration delay. Ask how issues are escalated and tracked to closure.

Evaluate commercial and contractual risk

Compare subscription, setup, migration, integration, payment, training, support, growth, internal capacity, reporting, exports, retention, and contract-end costs. Record assumptions, exclusions, variable charges, and dependency on future capability.

Do not accept a broad outcome claim without a baseline, population, measurement method, date, owner, and limitation. Commercial confidence should come from comparable evidence, not presentation polish.

Use decision gates and review

Set non-negotiable gates for identity, privacy, access, document handling, family visibility, recovery, support, and data return. Then score preferences such as convenience or interface style.

Obtain human admissions, records, leadership, privacy, security, legal, finance, and support review as appropriate. Recheck completion, quality, experience, support, and outcome at 30, 60, and 90 days.

Turn the guidance into an admissions decision

Apply this guidance to one bounded part of vendor evaluation guide to school admissions software. Define the applicant or student journey, the people involved, the source of each value, the permission boundary, the evidence required, and the condition that pauses the next step.

Test a complete case and meaningful exceptions such as an incomplete application, changed guardian, duplicate student, withdrawn applicant, late document, waitlist movement, or transfer. Record what happened, who corrected it, and how the applicant received a clear status.

Keep vendor capability, school responsibility, legal advice, and measured outcome separate. If evidence is incomplete, narrow the claim and the rollout rather than treating an assumption as a promise.

Review the decision at 30, 60, and 90 days. Look at completion, data quality, response time, access exceptions, family experience, support demand, and the original outcome. Decide whether to expand, repair, consolidate, or hold.

Before approval, ask an accountable reviewer to challenge the strongest claim. Replace broad language with the exact evidence, population, date, and limitation the school can verify.

Make the handoff explicit. The operator should know where the approved definition lives, which changes require review, how to raise an exception, and which temporary records must be reconciled or removed.

Keep the final record readable to an admissions operator and a reviewer who was not in the original project. It should state what passed, what remains manual, what is deferred, who owns the unresolved item, and how a family receives help without creating an uncontrolled copy of applicant data.