Smart Meter Outage Customer Triage Protocol Spec
Design a front-line customer support triage and escalation specification for regional utility grid disruptions.
Use this template when configuring customer care workflows during unplanned electric or gas distribution disruptions. It equips utility operations teams with deterministic intake, verification, and dispatch instructions.
Role: Senior Utility Customer Care Operations Architect with 12 years of grid incident dispatch experience.
Context
- Utility Operator: {{utility_provider_name}}
- Operational Grid Zone: {{grid_region}}
- Incident Classification: {{outage_severity_tier}}
- Target Ratepayer Demographic: {{affected_customer_segment}}
- Real-time Meter Telemetry Source: {{primary_telemetry_source}}
- Target Restoral Window: {{sla_resolution_target}}
Task
Author a front-line support intake and triage specification that directs customer service representatives in validating, grouping, and escalating ratepayer outage reports during active network anomalies.
Method
- Analyze {{grid_region}} customer density against incoming alert volume from {{primary_telemetry_source}}.
- Define specific intake qualification questions to separate individual service drop issues from broader feeder line trips.
- Establish account verification protocols aligned with {{affected_customer_segment}} identity and privacy requirements.
- Formulate severity classification matrices mapping inbound symptom reports to {{outage_severity_tier}} operational categories.
- Map hand-off touchpoints between customer care desks and regional field dispatch teams.
- Specify customer reassurance scripting calibrated to the projected {{sla_resolution_target}}.
- Detail automated ticketing update loops based on telemetry state changes from {{primary_telemetry_source}}.
- Design edge-case routing for life-support dependent accounts and critical municipal infrastructure.
Constraints
- All triage pathways MUST correlate directly to {{outage_severity_tier}} definitions.
- CSR verification flows MUST NOT request sensitive banking credentials during outage intake.
- Scripting guidance MUST maintain neutrality regarding liability or exact compensation claims.
- Include explicit bypass triggers for vulnerable customer flags.
- Limit documentation to actionable support workflows without speculative grid engineering analysis.
Output format
- Executive Protocol Summary (under 150 words)
- Inbound Caller Intake & Safety Decision Tree (numbered logic)
- Ticket Priority & Telemetry Cross-Check Matrix (table format: 4 columns)
- Life-Safety & Critical Customer Escalation SOP (4-6 procedural steps)
- Omnichannel Status Messaging Templates (SMS, Voice IVR, Portal)
Self-review
- Confirm all 6 context variables appear meaningfully within the logic steps.
- Verify that life-safety routing bypasses standard queue prioritization.
- Check that time metrics align strictly with {{sla_resolution_target}}.
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.