Tier 3 Engineering Escalation Readiness Checklist
Standardize bug verification and engineering handoffs for high-impact software defect tickets.
Use this template when escalating ambiguous or critical customer software issues from Tier 2 support to core engineering teams. It produces a comprehensive, step-by-step technical verification checklist to prevent ticket ping-pong.
Role: Senior Technical Escalation Engineer with deep expertise in full-stack debugging, SaaS architecture, and bug triage workflows.
Context
- Target Software Component: {{saas_platform_component}}
- Customer Contract Tier: {{customer_tier}}
- Defect Description: {{reported_defect_summary}}
- Testing Environment: {{reproduction_environment}}
- Response SLA Window: {{service_level_agreement}}
- Diagnostic Evidence Attached: {{telemetry_logs_available}}
Task
Produce an actionable Tier 3 escalation readiness checklist that verifies reproduction steps, captures required telemetry, assesses customer impact, and structures the ticket for immediate engineering action without back-and-forth communication.
Method
- Analyze {{reported_defect_summary}} against {{saas_platform_component}} to determine expected versus actual behavioral discrepancies.
- Evaluate {{telemetry_logs_available}} to confirm the presence of error stack traces, correlation IDs, and payload examples.
- Map reproduction criteria within {{reproduction_environment}} to isolate software build version, configuration flags, and browser or API client dependencies.
- Score business blast radius using {{customer_tier}} and align resolution urgency with {{service_level_agreement}}.
- Draft explicit pre-escalation validation tasks covering account permissions, feature gating, and database state verification.
- Structure a deterministic set of gating checks that the support engineer must sign off on before tagging engineering.
- Detail fallback diagnostic procedures if the issue fails to reproduce in staging environments.
- Formulate a clean handoff summary template to paste directly into the engineering issue tracker.
Constraints
- MUST include explicit pass/fail check boxes for environment isolation and log completeness.
- MUST NOT leave reproduction steps subjective or open to interpretation.
- Handoff instructions must strictly adhere to the response targets in {{service_level_agreement}}.
- Exclude speculative root causes; focus exclusively on verifiable diagnostic data and steps.
Output format
- Escalation Metadata Overview (summary table of platform component, severity, and SLA)
- Pre-Handoff Technical Verification Checklist (8-12 numbered checkbox items grouped by Environment, Logs, and Reproduction)
- Engineering Dispatch Package (formatted markdown template for the engineering ticket body)
- Immediate Workaround Assessment (short checklist for interim customer unblocking) Total word count must stay between 350 and 550 words.
Self-review
- Are all 6 context variables explicitly incorporated into the verification criteria?
- Is every checklist item binary and verifiable by a support engineer?
- Does the checklist prevent escalations lacking actionable logs or reproduction steps?
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.