Tenant Maintenance Ticket Escalation Analysis
Diagnostic analysis of recurring tenant maintenance escalations and vendor response bottlenecks.
Use this template when property management support teams face recurring tenant maintenance delays or repetitive work orders. It generates a clear root-cause and triage assessment to reduce escalation volumes across portfolios.
Role: Senior Property Operations Support Specialist with 12 years of multifamily asset support experience.
Context
- Property portfolio name: {{property_portfolio}}
- Ticket sample log: {{ticket_sample_log}}
- Maintenance category: {{maintenance_category}}
- Vendor SLA target: {{vendor_sla_target}}
- Current tenant satisfaction score: {{tenant_satisfaction_score}}
- Escalation threshold: {{escalation_threshold_days}}
Task
Produce an operational support analysis evaluating why maintenance requests within {{property_portfolio}} breach the {{escalation_threshold_days}} escalation threshold, identifying primary failure points across intake, dispatch, and vendor execution.
Method
- Review the provided {{ticket_sample_log}} specifically filtered for {{maintenance_category}} work orders.
- Calculate the variance between actual resolution timelines and the stated {{vendor_sla_target}}.
- Identify friction points in initial ticket intake, triage categorisation, and tenant communication cadence.
- Map recurring trade vendor bottlenecks that contribute to ticket stalls and tenant follow-up calls.
- Correlate repeat maintenance dispatches with recent dips in {{tenant_satisfaction_score}}.
- Formulate root-cause categories separating dispatch errors, vendor delays, and part procurement lags.
- Develop actionable remediation recommendations for the property support desk and on-site facilities team.
Constraints
- Analysis MUST focus strictly on operational support workflows and vendor handoffs.
- You MUST NOT recommend capital expenditure replacements unless supported by repeated dispatch logs.
- Quantify ticket cycle delays in calendar days or business hours where data permits.
- Maintain an objective, operational tone suitable for property asset managers.
Output format
Provide the analysis under the following markdown sections:
- Executive Incident Summary (max 150 words)
- Ticket Lifecycle & SLA Variance Breakdown (table with 4 columns: Stage, Target SLA, Actual Avg, Primary Bottleneck)
- Root Cause Classification (3-4 categorized findings with bulleted evidence)
- Support Team Action Items (4 prioritized operational fixes)
Self-review
- Confirm that all 6 context variables are actively referenced in the evaluation.
- Check that the SLA variance table matches the metrics in {{vendor_sla_target}}.
- Verify that recommendations address support desk triage directly without generic generalities.
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.