One question can touch four offices
Each office works in its own system, and students bounce between them.
Student Lifecycle
I think I’m failing Chemistry 101.
You can still turn it around. Tutoring has an opening this afternoon. Want it?
Yes please
Booked. I let your advisor know too.
Why student success is hard to run today
D, F, and W risk is visible before the term starts
Course load, preparation, and grade patterns show it, but nobody looks until midterms.
Students drift off their degree path
Plans and registrations drift apart, and it shows up as an extra term.
The student lifecycle model
We bring your systems, outside data, and policies together, model the domain, and compute what it runs on.
What the model enables
Prediction
Who may not return
Each student’s persistence risk, refreshed nightly, with the reasons behind it.
Prediction
D, F, and W risk before the term
Expected D, F, and W grades in each schedule while it can still change.
Rule
Who is on track
Terms to finish against the target term, from each degree plan.
Measurement
Where courses go wrong
D, F, and W rates by course over the last six terms.
Prediction
What causes repeat requests
Each case linked to the form, policy, or office behind it.
Rule
Holds that block registration
Every hold that would stop a student from registering, found before registration opens.
What we deploy
Applications, agents, and workflows on the model. Each one reads the model and changes it only through governed actions.
App
An app where advisors and student success leaders see who needs help
Persistence risk with the reasons behind it, D, F, and W risk in next term’s schedules, students off track, and repeat service problems by office.
Reads from the model
- Student
- Term schedule
- Degree plan
- Office
Agent
An agent that answers students across every office
It answers from policy and the student’s own record. When it can’t resolve a request, it opens a case and routes it to the office that owns it.
Reads from the model
- Student
- Service case
- Office
- Hold
Workflow
A workflow that prepares every advising meeting
Before each meeting it gathers notes, grades, holds, and plan progress, and proposes schedule changes for the advisor to approve.
Reads from the model
- Advising meeting
- Student
- Degree plan
- Term schedule
What the student lifecycle model lets you do
How we measure
We report what a change should add, and what it actually added.
Projected value
What the model expects a change to add, set when it goes live.
Holdout
Students who don’t get the change, compared with those who do.
Matched group
Similar students from the same term, when a holdout isn’t possible.
Prior cycle
The same term last year, for changes that reach every student.
Start with Student Lifecycle
We scope the first domain with your team and agree on the outcomes to measure.
How we deploy