A category limit, not a vendor problem

What your school information system does, and does not, tell you about workload.

Your SIS is doing exactly what it was built to do: hold accurate records, class by class. What it was never asked to do is answer a different question, the one an administrator actually has: what does this specific student's week look like, across every class at once?

The record-keeping is the job, and it's done well.

A school information system is a system of record: gradebooks, rosters, schedules, assignment details, all tied to the class they belong to. That structure is correct. It's also the reason the aggregate view doesn't exist inside it: the data model is organized by class, not by student-day.

What it stores well

Every assignment, every due date, every grade, tied correctly to the class and the teacher who owns it. A biology teacher's gradebook is complete and accurate for biology.

What it was never asked to do

Sum a single student's assignments across biology, history, math, and English into one view of Thursday. That's a different question than the one the system was designed to answer.

This isn't a defect in any particular product. It's true of the category. A system built to be the source of truth for classes, one at a time, doesn't automatically become a system that sees a student's whole week. That takes a second layer, reading from the first.

It's worth saying plainly: this is not a criticism of Veracross, Blackbaud, or any other information system your school runs. Building an aggregate, per-student, per-day workload view was never part of the brief for a records system, and asking one to do it well would be asking it to be a different kind of product. The gap exists because two different jobs, keeping the record and reading the pattern across records, have historically lived in one place when they're better served by two.

Where the gap shows up in practice.

Ask most administrators which grade level is under the most pressure this week and the honest answer is a guess, or a count of parent emails. The data to answer precisely already exists. It's just spread across every teacher's individual class view instead of rolled up anywhere.

  • Per-class view, not per-student: the closest thing to a workload view is opening five different gradebooks and doing the math by hand.
  • Reactive, not anticipatory: the pileup is visible after a student or parent reports it, not before, because nothing is watching for the pattern ahead of time.
  • No student-facing ranking: the assignment list a student sees is per class too, in the order each teacher's portal happens to show it, not ordered by what matters most that day.
Workload by grade, this week
G9
G10
G11
G12

Workload alert: Grade 12 has 6 assessments landing this week, from 5 different classes.

NexusPlan reads your SIS. It doesn't replace it.

Your SIS stays the system of record; nothing about how teachers enter grades or assignments changes. NexusPlan connects on top of it and builds the aggregate view your SIS was never designed to hold: one ranked plan per student, and one workload picture per school.

Reads, doesn't replace

Assignments, rosters, schedules, and grades sync in from the SIS your school already runs. Live today: Veracross, proven against real school data. Coming soon for OneRoster, FACTS, Blackbaud, and Google Classroom.

Adds the student-day view

Every assignment from every class, ranked into a single plan, so the student sees one ordered list instead of five separate ones.

Adds the school-week view

Workload hotspots by grade and class, visible to the administrator in the console. See it on the For Administrators page.

SIS credentials are stored encrypted, scoped per school, used only for your sync. Everything in one place: SIS assignments plus the student's own tasks. Not even your SIS does that.

Next step

See the layer your SIS doesn't have.

Thirty minutes, your SIS, a real week. We'll show you the student-day view side by side with what you see today.