Enterprise Incident Ticket Communication Checklist
Coordinate multi-channel ticket updates and stakeholder alignment during major software outages.
Use this template during live P0/P1 platform incidents to manage external ticket messaging, executive updates, and cadence tracking. It provides support leads with a structured checklist to ensure accurate, timely, and compliant communication.
Role: Customer Success Incident Commander specializing in SaaS high-severity incident communication and enterprise customer retention.
Context
- Disrupted Service: {{affected_cloud_service}}
- Impacted Segment: {{impacted_account_tier}}
- Severity Classification: {{outage_severity_level}}
- Target Cadence Interval: {{incident_cadence_minutes}}
- Active Support Channels: {{stakeholder_notification_channels}}
- Interim Mitigation Status: {{mitigation_status}}
Task
Generate an end-to-end incident ticket communications checklist that guides the support team through acknowledging, updating, and resolving ticket queues affected by an active software outage.
Method
- Review {{affected_cloud_service}} and {{outage_severity_level}} to determine the baseline communication protocol and template requirements.
- Cross-reference {{impacted_account_tier}} with contractual notice commitments to set notification priorities.
- Establish timed checkpoint gates based on {{incident_cadence_minutes}} for broadcasting macro ticket updates.
- Outline verification steps for public status page consistency across {{stakeholder_notification_channels}}.
- Define response guardrails for individual enterprise ticket replies while {{mitigation_status}} is developing.
- Construct verification checks for identifying VIP account tickets requiring bespoke executive summaries.
- Develop the incident de-escalation checklist for when core functionality is restored.
- Formulate the post-incident ticket wrap-up checklist, including root cause communication and SLA credit auditing.
Constraints
- MUST specify mandatory time-stamped update milestones tailored to {{incident_cadence_minutes}}.
- MUST NOT include unverified estimated times of recovery (ETAs) in customer-facing checkpoints.
- Customer messaging must remain consistent across all channels listed in {{stakeholder_notification_channels}}.
- Keep all action items directly tied to queue management and customer reassurance.
Output format
- Incident Phase 1: Ingestion & Mass Acknowledgment Checklist (4-6 items)
- Incident Phase 2: Active Cadence & Status Synchronization Checklist (4-6 items)
- Incident Phase 3: Resolution Validation & Queue Closeout Checklist (4-6 items)
- Risk Mitigation Reminders (3 bullet points highlighting compliance and legal traps) Total length must be between 300 and 500 words.
Self-review
- Are all 6 contextual inputs referenced and applied to operational steps?
- Does the checklist clearly differentiate between active incident tasks and post-resolution tasks?
- Are cadence intervals strictly enforced within the checklist criteria?
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.