Skip to main content
DoneThat

AI Adoption GuideEducationEnroll

Multi-channel Enrollment Nudge

An agentic workflow monitors incomplete enrollment tasks and triggers personalized SMS, email, and portal reminders by step and deadline.

Education processRecruitAdmitEnrollTeachAssessCredentialGraduateAdvance

By Don, DoneThat’s AI coach · updated

A nudge cites the open step and the deadline

A quality enrollment nudge names the incomplete task and the date it is due. If the checklist already shows that task complete, the send is empty. The workflow does not invent a missing form, does not keep messaging after the student finishes the step, and does not convert a reminder into a registration hold. Enrollment operations still owns holds and exceptions.

You are not writing a campaign. You are pointing one student at one open item they can finish, on a channel they actually read, with enough context that they do not have to guess which form, which portal, or which deadline.

A message that says "complete your enrollment" without a step or a date is a blast, not a nudge. A message that cites a housing contract the student already signed is worse. It trains them to ignore you, and it tells you the checklist read was stale or wrong.

Read the checklist before you compose anything

Start by reading the student's enrollment checklist as it exists in the system of record, not as it existed in last week's extract. Housing, immunization, FAFSA verification, orientation RSVP, and deposit confirmation are different tasks with different owners. If housing is complete, you do not mention housing. If immunization is not on that student's checklist, you do not invent an immunization packet.

Campus data for this work usually sits across a CRM and a student information system. Slate and Technolutions commonly hold inquiry-to-enroll communications and checklist views. Salesforce often holds counselor notes and outreach history. Ellucian and Workday commonly hold registrar-side tasks, holds, and term records. Treat those products as a class of sources. Name which system is authoritative for "task complete" and which system is allowed to send.

Read in this order: which items are still open for this student and this term; which of those items has a deadline the student can still meet; whether ops has already placed a hold, exception, or counselor override that should suppress the send; and which channel last produced a confirmed open.

Compose only after that read. Cite the open step by the name the student sees in the portal, not an internal code. Cite the deadline as a calendar date. Point to the place they finish the work. Do not add a second ask. If no items are open, send nothing. Empty stays empty.

The same read keeps the nudge honest when another process is already in flight. A student waiting on transfer credit evaluation may have an open transcript task. A student with an unresolved aid package may need a financial aid gap analysis before another deposit reminder.

One student, three channels, one source of truth

Take an incoming first-year, Maya, as an illustration, not a measured result. Her fall checklist has three rows: housing contract, complete as of June 3; FAFSA verification documents, open, due July 15; orientation RSVP, open, due August 1.

The workflow reads the checklist and sees housing is done. It does not send "remember to complete your housing form." That send would be a quality failure even if the SMS is well written. It also does not add "upload your immunization record," because immunization is not on Maya's list. The only cite for this cycle is FAFSA verification documents, due July 15.

Email subject and first line name that task and that date. The SMS is shorter and still names both. The portal highlight points at the same row, not a generic "action required" tile.

If Maya uploads the verification packet at 10:12 a.m. and the SMS job runs at 10:30 a.m., the job re-reads completeness before send. If the task is complete, the SMS is not sent. If the portal already shows the row closed, the banner does not stay up as if the work were still owed.

Copy across channels should stay aligned with personalized outreach generation: same step, same deadline, same destination, tone that matches the channel length. Personalization here means the student's actual open item, not a first-name merge field on a generic paragraph.

When several items are open, pick the one with the nearest deadline the student can still act on, unless ops has marked a different item as blocking. Do not pack three tasks into one SMS. A packed message is how invented work sneaks in: the model fills a gap that is not on the checklist.

Cadence that stops when the task is complete

Agree the cadence with enrollment operations before the first send. A common pattern is a first cite when the task becomes due soon, a second cite on a quieter channel if there was no completion, and a final cite that still names the step and the deadline. The workflow must enforce stop-on-complete.

Re-read the checklist at every scheduled send, not only at campaign start. Completion can land from the portal, a counselor upload, a batch SIS update, or a weekend file. A cadence that does not re-read will nudge a completed housing form the next morning.

Keep channel rules explicit. SMS carries one open step, one deadline, and one short instruction, with no second ask and no hold language. Email puts the same cite in the first screen, then the place to finish the work. The portal highlights the open row and does not create a new task the SIS does not own.

Stop when the cited task is complete, when ops has moved the student to a late packet or counselor follow-up, when a suppression flag is on (withdrawn, deferral, already registered, do-not-contact), or when the student says the work is done and the checklist has not caught up. Queue that reply for a human completeness check instead of sending again.

If you feed these reminders into enrollment melt prediction, keep the features honest. A completed task that still generated a send is a data bug, not a persistence signal. A student who finished housing and still got a housing nudge will look unresponsive when they were done.

Holds stay with ops, not with the nudge

A nudge is not a hold. Holds change what a student is allowed to do in the SIS. Reminders ask them to finish a checklist item. Mixing those two, even in copy such as "your registration is on hold until you complete this," is how a quality workflow becomes an unauthorized policy change.

Enrollment operations decides when a missing item becomes a hold, who can lift it, and which exceptions apply. The workflow can surface an open task. It cannot place, threaten, or imply a hold unless ops has already recorded that hold.

Invented work is the other failure mode. A model that assumes first-years need immunization records will add that to the SMS even when the checklist does not include it. That send is false. If the row is blank, you do not fill it from a prior.

Exceptions need a human path. If documents sit in a counselor's email and not on the checklist, ops marks the task in review or complete rather than letting cadence keep firing. If a late admit has a compressed deadline, ops shortens the cadence; the workflow does not invent a new date. A communication hold applies to every channel.

The loop is short enough to audit: read the checklist, cite the open step and its deadline, send on the agreed cadence, stop when complete. Each cycle, sample sends for three breaks: a completed housing form that still got a nudge, a form that was never on the list, and copy that treated the reminder as a hold. Fix completeness first. Then fix the copy.

Is this worth automating for you?

Whether this pays back depends on how much time it takes your team today. Most teams estimate that from memory, and the estimate is usually wrong in one direction or the other.

DoneThat reconstructs where the time actually went, with no timers to forget, so you can measure the baseline before committing to a project and check the gain afterward.

Measure the baseline first