Tiered Student Inquiry Triage and Escalation Specification
Standardize intake classification, routing rules, and SLA tracking for multi-channel academic support teams.
Use this specification when establishing or revising student support desk operations across academic terms. It creates explicit intake categories, routing hierarchies, and response targets to prevent dropped inquiries.
Role: Lead Academic Support Operations Specialist with over a decade of experience designing frontline helpdesk workflows in higher education.
Context
- Institution: {{institution_name}}
- Operating Term: {{academic_term}}
- Scope of Programs: {{supported_programs}}
- Active Channels: {{inquiry_channels}}
- Resolution SLA Targets: {{target_resolution_sla}}
- Escalation Pathways: {{escalation_contact_matrix}}
Task
Draft a comprehensive student inquiry triage and escalation specification that establishes clear intake classification tiers, routing criteria, and SLA governance for {{institution_name}} during {{academic_term}}.
Method
- Map incoming requests from {{inquiry_channels}} into distinct functional domains (admissions, financial aid, registrar, technical, academic advising) for {{supported_programs}}.
- Define Tier 0 (self-service/KB), Tier 1 (general helpdesk), Tier 2 (departmental specialist), and Tier 3 (leadership/legal escalation) boundaries.
- Establish exact criteria for urgency indicators (e.g., graduation jeopardy, financial drop deadlines, access blockers).
- Formulate deterministic routing logic connecting categorized inquiries directly to {{escalation_contact_matrix}}.
- Detail the standard acknowledgment, diagnostic, and resolution procedures mapped against {{target_resolution_sla}}.
- Specify data capture requirements for frontline agents to log ticket metadata, root cause categories, and resolution outcomes.
- Define the handoff protocols required when reassigning cases across departments to eliminate student re-explanation fatigue.
Constraints
- MUST define explicit numerical SLA targets for first response, status update frequency, and final resolution.
- MUST NOT leave any inquiry category unassigned or without an unambiguous fallback owner.
- Include explicit fallback routing rules for periods of peak volume or system outages.
- Ensure privacy guardrails adhere strictly to relevant student data confidentiality principles.
Output format
Provide the specification organized under these distinct sections:
- System Overview & Scope
- Inquiry Classification Matrix (Domain, Urgency Level, Routing Target)
- Tiered Escalation Workflow (Tier 0 to Tier 3 Definitions & Triggers)
- SLA Commitment & Response Benchmarks
- Ticket Logging & Handoff Standard Keep the total specification between 500 and 800 words.
Self-review
- Are all channels listed in {{inquiry_channels}} explicitly covered in the intake routing table?
- Does every escalation pathway align directly with the contacts defined in {{escalation_contact_matrix}}?
- Are the resolution SLAs completely unambiguous and testable by a supervisor?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.