Working Data skill
Define support service levels
Define measurable and operationally credible support response, update, and resolution objectives in a service-level document.
Turn customer risk and operating capacity into commitments the organization can measure and staff. Distinguish an internal objective from a contractual guarantee.
Inputs
- Gather support channels, service hours, languages, regions, customer contracts, current volumes, and staffing.
- Use historical arrival, response, update, transfer, resolution, reopen, and incident data.
- Identify safety, security, financial, accessibility, and critical-workflow scenarios that need special handling.
Procedure
- Define covered requests, channels, calendars, time zones, exclusions, and ownership boundaries.
- Create severity levels from observable customer impact and urgency, with examples and counterexamples.
- Define first response, meaningful update, containment, resolution, and restoration separately.
- Choose targets by severity and service window using baseline performance and capacity scenarios.
- Specify when clocks start, pause, resume, breach, and stop; keep customer-wait and internal-wait visible.
- Define escalation actions, communication cadence, and authority for every severity.
- Add quality guardrails so fast but inaccurate, unsafe, or repeatedly reopened responses do not pass.
- Map required fields, event timestamps, dashboards, alerts, and audit samples.
- Test the rules on historical cases, edge conditions, holidays, transfers, and linked incidents.
- Publish ownership, review cadence, change control, and language distinguishing objectives from contracts.
Boundaries
Never promise coverage, staffing, resolution, or compensation that the organization cannot support. Do not create discriminatory service rules or conceal paused time and breaches. Contractual, legal, regulated, and safety commitments require approval from their responsible owners.
--- name: define-support-service-levels category: data description: Define measurable and operationally credible support response, update, and resolution objectives in a service-level document. Use when establishing or revising service levels across customer tiers, channels, hours, severities, or vendors. --- # define-support-service-levels Turn customer risk and operating capacity into commitments the organization can measure and staff. Distinguish an internal objective from a contractual guarantee. ## Inputs - Gather support channels, service hours, languages, regions, customer contracts, current volumes, and staffing. - Use historical arrival, response, update, transfer, resolution, reopen, and incident data. - Identify safety, security, financial, accessibility, and critical-workflow scenarios that need special handling. ## Procedure 1. Define covered requests, channels, calendars, time zones, exclusions, and ownership boundaries. 2. Create severity levels from observable customer impact and urgency, with examples and counterexamples. 3. Define first response, meaningful update, containment, resolution, and restoration separately. 4. Choose targets by severity and service window using baseline performance and capacity scenarios. 5. Specify when clocks start, pause, resume, breach, and stop; keep customer-wait and internal-wait visible. 6. Define escalation actions, communication cadence, and authority for every severity. 7. Add quality guardrails so fast but inaccurate, unsafe, or repeatedly reopened responses do not pass. 8. Map required fields, event timestamps, dashboards, alerts, and audit samples. 9. Test the rules on historical cases, edge conditions, holidays, transfers, and linked incidents. 10. Publish ownership, review cadence, change control, and language distinguishing objectives from contracts. ## Boundaries Never promise coverage, staffing, resolution, or compensation that the organization cannot support. Do not create discriminatory service rules or conceal paused time and breaches. Contractual, legal, regulated, and safety commitments require approval from their responsible owners. ## Done - Every target has an exact event definition, calendar, severity, and measurement rule - Historical cases and edge conditions have been tested against the proposed service levels - Staffing assumptions, escalation actions, quality guardrails, and owners are documented - Published language clearly separates internal objectives, customer commitments, and contractual guarantees