Guides
Build a CRM- or scheduler-triggered Thoughtly workflow that reconnects enrollment no-shows, offers verified advisor availability, and measures completed conversations through student starts.
Last updated
A missed enrollment-advisor meeting is not the same thing as a cold lead. The prospective student already raised a hand, chose a time, and then failed to attend. Treating that record like a brand-new inquiry ignores useful context; dropping it into an undifferentiated nurture sequence wastes the strongest signal you have.
An enrollment no-show recoveryNo-show recoveryNo-show recovery re-engages someone who missed a scheduled appointment and helps them reschedule or choose another next step. workflowWorkflowA workflow is a defined sequence of steps, decisions, actions, delays, and outcomes used to complete a business process. should do one job: reconnect a known inbound inquiry, learn whether the student still wants help, and either rebook a real advisor slot or close the loop cleanly. The useful conversion unit is not calls placed. It is completed advisor conversations, followed downstream by applications, deposits, starts, and yield in the institution's system of recordSystem of recordA system of record is the authoritative source for a defined category of business data..
Thoughtly's point of view is simple: the CRMCRMA CRM is the system used to manage leads, contacts, accounts, opportunities, activity, ownership, and follow-up. or scheduler should decide who is eligible for recovery, the agent should use only the context needed for that conversation, and a calendar integration should offer only real availability. Human enrollment staff stay focused on questions and decisions that deserve a person.
The existing enrollment follow-up implementation guide covers the path from a new inquiry to qualification and a first counselor booking. This workflow starts later: an advisor meeting was already scheduled, the meeting did not happen, and the next best action is now uncertain.
That different start state changes the build. You need an authoritative no-show event, a duplicate-booking check, the original appointment context, a recovery-specific opening, a rescheduling path, and an explicit terminal state for students who are no longer interested. Replaying the original speed-to-lead sequence would be clumsy at best.
Write the eligibilityEligibilityEligibility is the set of conditions that determines whether a prospect can move to a service, quote, appointment, application, or specialist. rule in plain language before opening Thoughtly. A useful rule might be: enter the workflow when an inbound education inquiry has a completed no-show status, has no later advisor meeting already booked, has a usable phone number and timezone, and remains eligible for the institution's approved follow-up.
Keep exclusions equally explicit. Suppress records with an opt-outOpt-outAn opt-out is a person’s request to stop receiving a particular category of calls, texts, emails, or other communications., wrong-party flag, duplicate active workflow, completed enrollment, unresolved complaint, or any institutional hold that should stop communication. The automation should enforce these rules before a recovery call is attempted.
| Workflow state | Required context | Thoughtly action | Success condition | Fallback |
|---|---|---|---|---|
| Eligible no-show | Contact ID, missed meeting time, program, timezone | Call Contact | Student reconnects | Record no answer and follow approved retry policy |
| Still interested | Program and intended start term | Check real calendar availability | A valid slot is selected | Offer a human follow-up task |
| Rebooked | New slot and advisor or event type | Send confirmation and update CRM | New appointment is written to both systems | Flag write-back failure for review |
| Interested, not ready | Preferred date or requested channel | Store the next allowed action | Approved callback or nurture state is recorded | End without inventing a date |
| Needs an advisor now | Reason for escalation and prior context | Transfer or create a priority task | Human accepts the handoff | Book the next available conversation |
| No longer interested or opted out | Disposition and channel preference | Stop the recovery path | Suppression state is written back | No further automated contact |
In Thoughtly Automations, begin with one of two patterns:
The current automation triggerTriggerA trigger is an event or condition that starts, resumes, changes, or stops an automated workflow. documentation supports Incoming WebhookWebhookA webhook sends event data from one system to another through an HTTP request when a defined event occurs. and Recurring Schedule triggers, and recommends testing in Draft mode with sample output before switching to Live. Whichever pattern you choose, plan for idempotency: the same no-show event must not start two recovery calls.
Use Create or Update Contact when the source payload may represent a new Thoughtly contact, or Get Contact by Phone Number when the contact should already exist. Then use Call Contact rather than Call Phone Number. Call Contact links the conversation to a contact ID, preserves history, and lets later steps write Attributes and dispositions against the same record.
Separate persistent facts from one-call context. Thoughtly's Attributes versus Metadata guide is the useful boundary: store durable fields such as program interest, intended start term, campus preference, or last appointment outcome as Attributes; pass the missed meeting time, recovery reason, and campaign or workflow ID as Metadata for this call.
Do not pass a full student record simply because the source system can provide it. The agent needs enough context to avoid asking the student to repeat known information, not a copy of every field in the CRM or student information systemSISAn SIS, or student information system, is the authoritative platform for student records, enrollment, academic data, and related administrative processes..
Create a focused agent flow rather than sending no-shows back through the original inquiry script. A practical structure is:
Capture a small set of variables from the conversation: `still_interested` as a boolean, `preferred_date`, `preferred_timezone`, `needs_advisor` as a boolean, and `recovery_disposition` as a controlled value such as rebooked, callback_requested, not_ready, not_interested, or opt_out. Leave a value empty when the student did not provide it.
Thoughtly Variables extract after the caller's reply and can feed rule-based Outcomes. Use rule-based branches for operational decisions such as `still_interested == false` or `booking_status == confirmed`; reserve prompt-based interpretation for genuinely open-ended intent.
Follow the production pattern in Thoughtly's voice agentVoice agentA voice agent is a conversational software system that listens, responds, follows a defined workflow, and can take approved actions during a phone conversation. scheduling guide: collect a preferred date and timezone, run the connected scheduler's availability action, present a short list of returned slots, capture the student's choice, and then run the booking action.
Never let the agent invent a slot. If the availability response is empty, ask for another day or move to a human fallbackFallbackA fallback is a safe alternate path used when input is unexpected, a tool fails, or the agent cannot complete the intended step confidently.. If the scheduler exposes a native reschedule action, use it against the existing appointment. If it does not, create a new booking only after the original record is definitively in a no-show or closed state, then save the external reference so both systems agree.
Scheduling actions accept a timezone input. Map the student's confirmed timezone when available; otherwise use the institution's documented fallback. Read the final date, time, and timezone back to the student before ending the call.
The happy pathHappy pathThe happy path is the ideal route where expected inputs are available and the conversation reaches its intended outcome without detours. is only one branch. Add explicit Outcomes and a default branch for each of these states:
The automation actions reference documents Conditions, Delay Until, Call Contact, Send SMS, CRM actions, and scheduling actions. Use an Else or Default route wherever a field or API result could be missing.
After a successful booking, send a short SMS or email confirmation from the connected channel. Include the confirmed date, time, timezone, advisor or event name, and the institution's official change or cancellation path. A confirmation should reflect the scheduler result, not a free-form summary produced before the booking completes.
Use the CRM integrationCRM integrationA CRM integration connects an agent or communications platform with a CRM so the systems can exchange records, events, and actions. action or Send Webhook to write back a compact recovery record: original no-show ID, recovery disposition, new appointment ID and time when booked, contact timestamp, next allowed action, and the Thoughtly conversation or call ID. Add a stable event ID so retried writes update the same record instead of creating duplicates.
For the broader write-back pattern, see How to Set Up Post-Call Webhooks for CRM Automation. The On Call Completed trigger can also route dispositions, summaries, captured variables, and notifications after the recovery conversation ends.
Run the automation in Draft with internal numbers and representative sample payloads. Refresh the trigger Output after each sample so the field picker reflects the real schema. Be careful with call steps: refreshing their Output can place a real call to the mapped number.
At minimum, test:
Switch to Live only after the workflow produces one clear disposition for every test and the source system, calendar, and CRM agree on the final state.
A no-show recovery dashboard should begin with the eligible cohort and end with the enrollment outcome. Track eligible no-shows, recovery attempts, contacts reached, students still interested, meetings rebooked, advisor meetings completed, applications resumed or completed, deposits, starts, and yield. Join Thoughtly conversation outcomes to the CRM or student information system using stable contact, appointment, and workflow identifiers.
Use failure metrics to improve the build: duplicate-trigger rate, missing-context rate, booking-action failure rate, CRM write-backCRM write-backCRM write-back sends conversation outcomes, qualification answers, notes, appointments, dispositions, and next steps into the CRM. failure rate, and opt-out handling accuracy. A high rebooking count with weak meeting completion is a reminder problem; strong meeting completion with no downstream application movement is an enrollment-process problem. The call count alone cannot tell you either.
Yes, when the source system can send a no-show event to an Incoming Webhook, or when a Recurring Schedule queries an approved no-show cohort. The source record should remain authoritative, and the workflow should check for an existing future booking before calling.
You can reuse shared knowledge and scheduling connections, but the no-show path needs its own opening, metadata, dispositions, and stop conditions. A student who already booked should not be asked to repeat the entire new-inquiry flow.
Use the provider's availability and booking actions to create a new appointment only after the old appointment is confirmed as a no-show or closed. Save the new external appointment ID and make the CRM write-back explicit. If the state is uncertain, send the record to an advisor rather than risking two active bookings.
Capture the requested date, time, timezone, and callback permission. Use Delay Until or create an approved CRM task for that moment. If the request is vague, ask for clarification or let a human follow up; do not infer a time.
No. This workflow is for a known inbound inquiry who booked and missed an enrollment conversation. Eligibility, timing, channel, and suppression rules still come from the institution's current policy and systems of record.
No. It restores coverage for a narrow lifecycle step, handles routine rescheduling, and brings interested students back to the team with context. Advisors keep the conversations that require judgment, reassurance, or program-specific guidance.
Thoughtly Automation actions and steps
Thoughtly voice agent scheduling guide
Thoughtly for higher education enrollment
