Student CRM
Multi-stakeholder institutional decisions where academic mission, student outcomes, and financial sustainability converge.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Enrollment Outcome Discovery
Align on enrollment targets, current funnel gaps, stakeholders, SIS and data sources, and measurable success signals.
Discovery Questions
A quick enrollment snapshot
- Which role are you answering for today?
- Give a one-line summary of your enrollment target for the coming admissions cycle.
- Walk me through last fall's funnel, listing counts at inquiry, application started, application complete, admitted, and deposit.
- How many seats short of target was your entering class last year?
- Describe the immediate budget or program impact of a 50-student shortfall at your institution.
- Which of these best describes your current contact and outreach stack?
Where the funnel truly leaks
- Name the single conversion point where you lost the most students last cycle.
- In the stage you named, who owns outreach and how is activity tracked today?
- How are counselors assigned territories and how often do those assignments change?
- If you had to assemble a counselor-by-territory conversion report for the last cycle, how long would it take and how confident are you in it?
- Point to one reporting gap that creates the most uncertainty in your enrollment forecast.
Who's accountable when enrollment goes off script
- Who would need to sign off on a pilot and fast-track production if it hits targets?
- List the roles who will use the platform daily, weekly, and occasionally.
- How quickly can your IT or systems team typically approve API access to your SIS, in business days?
- Are there governance bodies or committees that must review communications for TCPA and privacy before a pilot runs?
- If the VP of enrollment asks you for a recommendation after pilot results, which single data point would you lead with?
SIS, integrations, and data that must be right
- Point to the one integration whose failure would stop go-live.
- Describe your primary SIS, the module that stores application and enrollment status, and whether an API endpoint exists.
- How many separate data sources feed a prospect record in practice, including events, inquiries, paid channels, and the SIS?
- Who owns the data extracts and who can provide a sample contacts export within five business days?
- Are there data retention, FERPA, or state privacy approvals required before we can ingest prospect records?
- Should API access not be available, would scheduled CSV syncs be an acceptable fallback?
Risks that could derail a pilot
- Identify the one unresolved risk that would make you pause the pilot.
- How often in the past three admissions cycles have SIS synchronizations failed and required manual fixes?
- Tell me about the last time counselor resistance slowed an operational change, what happened, and how long it took to resolve?
- When compliance or TCPA questions arose historically, who resolved them and how much delay did that add to projects?
- Do you have procurement deadlines or board cycles that will restrict when work can begin?
- Should the pilot miss acceptance criteria, what is the most likely leadership response—pause, redesign, or cancel?
Other paths you are weighing
- Name the alternatives you are actively evaluating, including the incumbent or any internal build plans.
- List the capabilities an incumbent would need to add for you to keep them instead of switching.
- Do any internal teams believe they can build the same automation and territory workflows in-house?
- How quickly would an internal build need to show measurable results to be considered viable—within a semester, an admissions cycle, or longer?
- What contractual or switching costs keep you tied to the incumbent today?
- Imagine we demonstrated parity on the three most important capabilities, what would still tilt the decision toward an internal solution?
Pilot: the hard metrics that will move money
- Suppose a pilot produced a 5 percent lift in deposit rate in targeted territories, who would have authority to approve conversion to production immediately?
- Provide the exact acceptance criteria you require for SIS synchronization quality, contact delivery, and TCPA compliance.
- How often do you need pilot reporting—daily, weekly, or by milestone—to feel confident in results?
- Identify the stakeholders who must sign off on the pilot report for the program to proceed.
- When pilot results are mixed—improved contact rates but no deposit lift—what decision rule would you apply?
- Select the pilot timeframe you can support.
What must be true before we start work
- Flag the single readiness fact that, if missing, would stop deployment from starting.
- Provide the named data owner role and the expected SLA for delivering initial extracts.
- Estimate the number of full-time technical staff you will allocate to integrations and data validation during the first 90 days.
- Do you currently have API credentials, sandbox access, and test records available, or will they require procurement?
- Give the SIS endpoints we will need to integrate with and the technical owner for each.
- Outline any legal or compliance approvals required before data sharing and the expected timeline.
- Do you have a preferred deployment window—summer break, intersession, or rolling—where we must schedule work?
Counselor adoption and change management
- Point out which counselors or teams will resist moving off spreadsheets and explain why.
- Estimate how many counselors manage more than 150 high schools each.
- What training cadence and formats have worked best here—live sessions, recorded walkthroughs, or hands-on clinics?
- Share an example of a missed follow-up being discovered and how it was corrected.
- Select the support model most likely to win counselor adoption.
- Flag the governance trigger—loss of yield, missed SLAs, or counselor complaints—that would escalate adoption issues to executives.
Decision timeline and next steps
- Assuming the pilot meets acceptance criteria tomorrow, what is the shortest internal timeline to sign and start production?
- Tell me about the key decision dates, procurement windows, and committee reviews that will affect contracting.
- Walk me through the approval steps from pilot sign-off to live deployment, including roles and typical days per step.
- Select the contracting obstacles that most often slow you.
- How soon can named data owners and technical owners be committed to kickoff after mutual commit?
- Choose one internal blocker that, if removed this week, would accelerate moving from pilot to production.
-
Platform Walkthrough
Walk through how the platform coordinates touchpoints, territory management, calendar-based communication, and yield analytics using the buyer's real scenarios.
Solution Experience
- Platform Walkthrough, Live with Your Scenarios
- Confirm the current state and its cost
- You confirm the demonstrated workflows eliminate the manual handoffs that cause missed or delayed outreach in pilot territories.
- Provide a CSV export of pilot territories, one week's counselor activity logs, and the pilot acceptance criteria for analytics comparison.
- Run a sample SIS-to-platform synchronization with the provided export and deliver a synchronization health and gap report before the follow-up session.
- Live proof, touchpoint orchestration using your scenario
- You agree that calendar-driven communications shown here would prevent the timing errors you described and meet TCPA constraints for the pilot.
- Live proof, territory management using your data
- You accept that the yield analytics surfaces the enrollment signals needed to take action before census for the pilot territories.
- Identify the stakeholders who must approve pilot-to-production conversion and their decision timelines.
- Live proof, calendar-based communication and TCPA-aware rules
- Live proof, yield analytics tied to your acceptance criteria
- Confirm the future state matches your needs
- Platform Walkthrough, Live with Your Scenarios
- Solution Experience Deck
- Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define modules, responsibilities, SIS integration boundaries, pilot scope, compliance ownership, and measurable deliverables.
Scope Configuration
- Import and Clean Prospect Data
- Connect SIS Application Feed
- Configure Admissions Calendar Automations
- Implement TCPA Consent and Opt-In Workflows
- Set Up Territory Assignment and Routing
- Deploy Email, SMS, and Push Channels
- Configure Application-to-Enrollment Pipeline
- Enable Enrollment Deposit and Payment Tracking
- Track Campus Visits and Virtual Events
- Deploy Yield Analytics and Conversion Dashboards
- Counselor Desktop and Mobile Access Setup
- Migrate Historical Interaction and Event Logs
- Monitor SIS Sync and Reconciliation Alerts
- Train Counselors on Platform Workflows
Scope Questions
Import and Clean Prospect Data
- How many prospect contact records do you need to import from your current CRM, spreadsheets, or legacy database?
- Which file formats will you supply for the import (CSV export, SIS extract, Google Sheet, other)?
- Do you already maintain a canonical identifier for prospects (email, phone, legacy student ID) that we should use for deduplication?
- Provide the target data quality thresholds you want the import to meet (e.g., percent valid email, percent valid phone, percent matched school code).
- Are there FERPA or state privacy restrictions on importing inquiry notes, test scores, or enrollment communications that we must honor?
Connect SIS Application Feed
- Name the SIS tables or modules that contain applicant status, decision, test scores, and assigned counselor fields.
- What API or extract methods does your SIS provide for application data (REST API, SFTP CSV, SOAP feed, direct database replica)?
- Define the measurable acceptance criteria that will confirm successful application synchronization during the pilot (for example: percent of fields mapped, maximum sync latency in minutes, reconciliation accuracy percentage).
- When will your SIS be able to provide the first full application export for the pilot term (specific date or week)?
- Map which SIS field names correspond to application ID, application status code, decision date, and deposit flag so we can align field mappings.
Configure Admissions Calendar Automations
- Select which admissions calendar events should trigger automated messages in the pilot (application deadline, decision release, deposit due date, event RSVP cutoff).
- Estimate how many distinct calendar-driven message templates you will require for the pilot cycle (reminders, nudges, deadline alerts, confirmations).
- List the blackout dates from your academic calendar where you do not want recruitment messages sent (term start/end, finals week, campus holidays).
- Assign who in your team must approve message copy and timing for each calendar-triggered template.
- Set the timing rules you want for reminders and follow-ups (for example: 14 days before deadline, 3 days after decision, 48 hours before campus visit).
Implement TCPA Consent and Opt-In Workflows
- List the consent artifacts you currently capture for phone and SMS outreach that must map to the platform (opt-in timestamp, consent source, recorded script reference, channel scope).
- Confirm whether you want historical opt-in records migrated and mapped to the platform's TCPA consent fields or whether you want to start fresh for the pilot.
- Provide sample evidence items you will accept for TCPA validation in the pilot (for example: exported consent records with timestamps, opt-in call recordings, call audit logs).
- Upload or paste the exact consent language or phone script you use at the point of opt-in so we can map wording to our consent capture fields.
- Define whether you require dual opt-in or SMS keyword confirmation flows for specific outreach segments.
Set Up Territory Assignment and Routing
- Describe how your territory hierarchy is structured today (state > county > high-school, zip-blocks, counselor cohorts) and any standard codes you use.
- Indicate which source of truth holds current counselor assignments (spreadsheet, SIS advisor table, scheduling system).
- Explain your routing rules for inbound leads and transfers (for example: round-robin, geography proximity, assigned high-school code, counselor workload).
- Designate who in your organization owns territory mapping changes and what approval workflow is required for reassignments.
- Limit counselor workload: specify any maximums you want enforced in routing (maximum high schools per counselor, maximum active prospects per counselor).
Deploy Email, SMS, and Push Channels
- Declare which sending domains and DKIM/SPF records you will authorize for email delivery during the pilot.
- Specify whether you will provide SMS gateway credentials or need a recommended gateway for pilot delivery.
- Separate transactional from marketing: do you require distinct sending profiles for deadline-driven transactional messages versus broader recruitment campaigns?
- Clarify the sender identities and reply routing you want for counselor inboxes versus shared admissions mailboxes.
- Project the expected monthly message volumes by channel for the pilot term (emails, SMS, push notifications).
Configure Application-to-Enrollment Pipeline
- Enumerate which pipeline stages you need between application and enrollment (applied, admitted, deposited, registered).
- Detail which SIS fields or triggers should drive transitions between pipeline stages (for example: decision code change, deposit flag set).
- State the acceptance criteria that will define a successful pipeline handoff in the pilot (for example: percent of applications reconciled to enrollments, max staging latency).
- Formulate the business rules you want applied when moving a prospect between stages (for example: admitted but no deposit -> enter nurture workflow after X days).
- Identify who in your team approves exceptions to pipeline rules such as delayed deposit waivers or counselor overrides.
Enable Enrollment Deposit and Payment Tracking
- Catalog which payment processors or merchant providers record deposit transactions for your institution.
- Confirm whether you have deposit transaction feeds or APIs that include student ID, transaction date, and amount for automated matching.
- Outline the reconciliation timing and tolerance you require for deposit matching (same-day, 24 hours, next business day, tolerance on amount).
- Describe how deposit holds, refunds, and scholarship offsets should be represented in the enrollment record and downstream reporting.
- Flag any PCI or payment-storage compliance constraints we must avoid when handling payment identifiers.
Track Campus Visits and Virtual Events
- Inventory which event registration platforms or systems capture RSVPs and attendance for campus visits, open houses, and webinars.
- Itemize the event data fields you want tracked for each visit or webinar (registrant name, high-school, event date, attendance status, session attended).
- Require segmented automated follow-ups based on attendance status (attended, no-show, registered) after each event?
- Explain how a completed campus visit or virtual event should update an applicant profile and whether it should influence counselor assignment or next-action rules.
- Assign who will own event reporting and specify the desired cadence for visit conversion and attendance reports.
Deploy Yield Analytics and Conversion Dashboards
- Enumerate which yield metrics you require on dashboards (application-to-admit conversion, admit-to-deposit, deposit-to-registration).
- Select the historical range of admission cycles you want included for trend analysis (past 1 year, 3 years, 5 years).
- Set the dashboard reconciliation accuracy threshold you expect versus SIS reporting (for example: within 1% of SIS daily counts).
- Specify the primary audiences for each dashboard and the access roles you want (VP of enrollment, admissions directors, counselors).
- Mark any geographic feeder markets or high-school cohorts you need drill-downs for on the dashboard.
Counselor Desktop and Mobile Access Setup
- Outline which core counselor workflows must be available on mobile (call logging, quick notes, territory list, next action).
- Indicate whether counselors must authenticate with your campus single sign-on provider and which protocol you use (SAML, OIDC).
- Document the offline access needs your counselors have for fieldwork and which features must work without connectivity.
- Differentiate the UI or feature access you require for the roles of admissions directors, counselors, and call center staff.
- Name the individual or team who will manage mobile device enrollment and support for counselor devices.
Migrate Historical Interaction and Event Logs
- How many years or months of historical interaction logs do you want migrated (notes, emails, call records, event attendance)?
- Identify which export extracts contain historical notes and whether those extracts are keyed by application ID or contact ID.
- Establish pilot migration window constraints you want applied (for example: most recent 12 months only or last admission cycle).
- Declare any sensitive historical fields you want excluded from migration (for example: disciplinary notes, background checks).
- Appoint the data owner who will certify migrated records and sign off on archival retention policies.
-
Pilot Evaluation
Run a pilot across a defined admissions cycle to validate SIS synchronization, TCPA-aware communication automation, territory workflows, and yield analytics against acceptance criteria.
- decision_readiness
- success_criteria
- stakeholders
- gaps
- current_state
- desired_state
- current_state
- desired_state
- stakeholders
- gaps
- success_criteria
- decision_readiness
- stakeholders
- decision_readiness
- gaps
- current_state
- desired_state
- success_criteria
- decision_readiness
- decision_readiness
- decision_readiness
- decision_readiness
-
Mutual Commit
Finalize commercial and legal terms, pilot-to-production conversion criteria, data-sharing authorizations, and mutual acceptance conditions.
Agreement Modules
- Order Form / Subscription Agreement
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Data Processing Agreement (DPA)
- Pilot-to-Production Conversion Addendum
- Data Sharing and Integration Authorization
- Communications Compliance Addendum (TCPA and Messaging)
- Service Level Agreement (SLA)
- Change Order Agreement
- Mutual Acceptance Certificate and Billing Trigger
-
Deployment
Lock readiness facts and configuration values before execution begins.
-
Pre-Deployment Readiness
Capture concrete readiness facts — named data owners, SIS endpoints, timing, counselor staffing, and access the deployment team requires before work begins.
Pre-Deployment Questions
Environment and site access
- Which production environment model should we plan to integrate with for applicant and prospect records? (pick the category so we provision the right integration approach)
- Is production API access for the primary SIS/CRM already provisioned and usable by the deployment team? (this tells us whether we schedule live integration work or plan for staging)
- If production API access is not available now or is scheduled, enter the expected availability date or the person/team who will grant access (name and role). This lets us lock the integration window.
Data and configuration
- What is the authoritative source of truth for prospect/contact and applicant records for this rollout?
- Who is the named data owner for applicant/prospect records who will approve extracts and mapping decisions? (full name and email)
- Has an approach to field mapping for key identifiers and consent flags been decided, and is there an owner assigned for final sign-off?
People and ownership
- Who is the primary deployment sponsor authorized to approve schedule or scope changes? (name, title, email)
- Who is the IT/systems contact who can approve app integrations, firewall/VPN exceptions, or provide admin console access? (name, role, email)
Timing and constraints
- Counselor staffing for the pilot: how many counselors will participate and who is the counselor lead for onboarding coordination? (provide number and lead name/email)
- Provide the target pilot start date, the target production conversion date, and any blackout windows or admissions-cycle dates during which integrations or data imports must not occur (date ranges). These dates set our milestone boundaries.
-
Configuration Details
Capture exact integration and migration values the deployment team will use — field mappings, API credentials, sync schedules, territory mappings, and automation rules.
Configuration Details
Environments & Endpoints — where the integration will run
- Deployment environment name (select the environment this configuration applies to). Default: "Production"
- SIS integration endpoint URL (format: https://... — enter the full production/staging URL the connector will call)
- Platform connector environment name (enter exact label shown in the connector settings page; Default: "Platform Production")
- SIS API version or protocol identifier (enter exact version string the SIS exposes, e.g., v1.2 or REST-v3)
Authentication & credential handoff (we do NOT collect secrets here)
- Authentication method for SIS integration (select one). Default: "OAuth2 (client credentials)"
- Integration identifier (non-secret): enter the client ID, integration username, or API key name exactly as it appears in the source system (do not paste secret values)
- Credential owner (who in the buyer organization maintains the secret — enter name and role, e.g., "Jane Doe — Director of IT")
- Secure channel to exchange secret values (select one). Default: "Buyer secrets manager"
- If you selected "Buyer secrets manager", enter its name exactly (free text; leave blank if not applicable)
Data Mappings — exact fields and authoritative sources
- Source master record type for prospects in your environment (select one)
- Target platform object label (enter the exact object name used in the platform, e.g., "prospect") — this value is consumed verbatim by the build
- Primary key field name in the source system used to de-duplicate (enter exact field name; Default: "student_id")
- Authoritative source for application/enrollment status (select one). Default: "SIS student/applicant record"
- Field mapping CSV location (enter full URL or file path where the mapping CSV will be uploaded; format: SFTP path or HTTPS URL)
Sync schedules & conflict rules
- Initial full data load required? (Default: Yes)
- Initial full-load preferred start date (format: YYYY-MM-DD — enter the production date the first migration should begin)
- Incremental sync frequency (select one). Default: "Hourly"
- Conflict resolution policy for field-level conflicts (select one). Default: "Source-of-truth: SIS wins"
Territory & role mappings (how prospects map to counselors/territories)
- Territory mapping source (select one). Default: "CSV mapping file (provide path)"
- Territory mapping file location (enter full URL or SFTP path to the CSV that contains {source_territory,platform_territory} — required if you selected CSV mapping file)
- Territory code field name in source (enter exact field name; Default: "territory_code")
- Counselor mapping key (how counselors are matched — select one). Default: "Map by email address"
- Default behavior for unassigned territory records (select one). Default: "Assign to shared pool"
Communication automation rules & TCPA compliance
- Enable calendar-based communication automation (Default: Yes)
- TCPA opt-in field name in source (enter exact field/column name; Default: "tcp_opt_in")
- Consent timestamp field name (enter exact field name used to store opt-in datetime; format: ISO8601 expected)
- Require TCPA suppression for any phone number without opt-in? (Default: Yes)
- Preferred outbound channels (select all that apply)
- Communication sender profile name in platform (enter exact label to be used for outbound messages; example: "Admissions Outreach")
Migration files & formats (exact formats and limits)
- Primary migration file format (select one). Default: "CSV"
- Migration file location (enter full SFTP path or cloud storage URL where migration files will be placed)
- CSV column delimiter (select one). Default: "Comma (,)"
- Maximum file size per upload in megabytes (enter numeric value; Default: 250)
Limits, retention, locale & scheduling
- Contact retention period in days (numeric — Default: 1825 for 5 years)
- Expected peak API calls per minute from source systems (numeric — used to size rate limits; Default: 120)
- System timezone for scheduled jobs (enter IANA timezone; Default: "America/New_York")
- Locale for communications and date formatting (select one). Default: "en-US"
- Name normalization policy (select one). Default: "Strip diacritics and uppercase"
Monitoring, alerts & ownership
- Primary alert recipient (enter distribution list name or on-call alias the platform should notify on sync errors)
- Alert threshold for sync failures (select one). Default: "Any failure"
- Monitoring data retention in days (numeric — Default: 90)
- Monitoring/observability tool ownership (select one)
Post-deployment acceptance & cutover
- Pilot acceptance checklist location (enter URL or file path to the acceptance criteria document used to validate pilot success)
- Is the pilot-to-production conversion approved now? (Default: No — choose Yes only when production cutover is authorized)
- Planned production cutover date (format: YYYY-MM-DD — enter the exact date for production switch)
- Cutover owner (enter the person responsible for executing the cutover: name and role)
-
Deployment
Execute data migration, SIS integrations, counselor onboarding cadence, communication automation setup, and milestone tracking with clear owners and monitoring.
-
-
Success
Review enrollment outcomes against success signals, run recurring adoption and yield reviews, and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live Health Check
- First Measurement Review
- Acceptance Gate and Incumbent Wind-down
- Quarterly Ongoing Success Review
- Annual Success Review
Issues & Enhancements
- Close or advance the top five backlog items in the enhancement and issue log before the next quarterly review.
- Publish the formal acceptance record signed by the named signatory and circulate to stakeholders.
- Execute the incumbent decommission or archive steps and provide evidence of completion.
- Track and close remediation tasks within the agreed timeline and report progress at the first quarterly review.
- Quarterly outcomes versus targets
- Validate that enrollment forecast accuracy (%) and counselor adoption rate remain at or are progressing toward the targets recorded in the Pilot Evaluation stage.
- Ensure the top operational issues and enhancement requests are prioritized with owners and target dates.
- Confirm monitoring and escalation procedures for integration uptime and data sync reliability are active.
- Reconfirm success criteria and owners
- Deliver a short adoption health summary highlighting counselor adoption rate and activity changes.
- Update territory mappings or automation rules if they are identified as drivers of forecast variance.
- Annual outcomes and target comparison
- Confirm that annual enrollment outcomes meet or explain deviations from the Pilot Evaluation targets for forecast accuracy and pipeline coverage ratio.
- Agree on the prioritized enhancement backlog and the operational cadence to manage ongoing adoption and yield reviews.
- Establish the annual summary deliverable and confirm the shared channel remains the single source for issues and enhancement requests.
- Publish the annual outcomes summary with the prioritized enhancement backlog and distribute to stakeholders.
- Maintain the shared issues and enhancement channel and close low-priority items older than six months.
- Schedule the next year of quarterly adoption and yield reviews on the agreed cadence.
- Confirm that integrations and migrations completed without critical errors and that the system is accessible to the counselor team.
- Establish a prioritized list of critical issues with owners and target resolution dates.
- Set the date for the First Measurement meeting and the data extracts needed for that session.
- Publish the go-live validation summary and the prioritized issue list for async review.
- Complete any missing API credential or permission fixes required for full SIS sync.
- Provide the dataset extracts that will be used for the First Measurement meeting.
- Present first-cycle outcome data
- Determine whether enrollment forecast accuracy (%) and CRM data completeness rate are moving toward the targets recorded in the Pilot Evaluation stage.
- Confirm a prioritized remediation plan with clear completion dates to address the top 3 drivers of performance gaps.
- Agree the evidence set and extracts required for the Acceptance Gate meeting.
- Execute the agreed remediation tasks and provide progress updates two weeks before the Acceptance Gate.
- Run a focused data-quality job to improve CRM data completeness rate and report results.
- Schedule and deliver a targeted counselor microsession to raise counselor adoption rate on key workflows.
- Restate acceptance criteria and evidence requirements
- Produce a documented pass or fail for each acceptance criterion and capture the named signatory for the acceptance decision.
- Confirm the incumbent system is either decommissioned or retained read-only, with data archived or migrated and fallback habits closed.
- Agree remediation tasks, owners, and deadlines for any unmet criteria, with a clear verification plan.
- Adoption and activity trends
- Adoption maturity and operational efficiency
- Present outcome data against each acceptance criterion
- Root-cause diagnosis for gaps
- Deployment and migration validation
- Open issues and enhancement request log
- Formal acceptance decision and signatory capture
- Enhancement backlog and issue resolution review
- Agree corrective actions and timelines
- Early adoption signals and usage patterns
- Shared channel and cadence confirmation
- Blockers and open issues triage
- Confirm timeline to Acceptance Gate
- Monitoring and escalation items
- Incumbent system decommission and data archive status
- Agree immediate remediation actions
- Remediation plan for any failed criteria