Support operations
Expert support operations guidance for customer service excellence. Use when designing ticket management systems, creating SLA policies, building support tier structures (L1/L2/L3), optimizing knowledge bases, defining severity levels and escalation procedures, implementing support metrics (CSAT, FRT, TTR, FCR), configuring support tool stacks, or building support-to-CS feedback loops. Covers Zendesk, Intercom, Freshdesk, and help desk best practices.From its SKILL.md
npx -y skills add ncklrs/startup-os-skills --skill support-operationsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
SKILL.md
8.6 KB, ~1.7k tokens by cl100k_base, as published. Nobody here has run it
Support Operations
Strategic support operations expertise for customer-facing teams — from ticket management and SLA design to escalation workflows and self-service optimization.
Philosophy
Great support isn't about closing tickets fast. It's about solving customer problems permanently while building scalable systems.
The best support operations teams:
- Prevent before they support — Self-service and proactive help reduce ticket volume
- Measure what drives loyalty — Resolution quality beats response speed
- Escalate with context — Every handoff preserves customer history
- Feed insights upstream — Support data drives product and success improvements
How This Skill Works
When invoked, apply the guidelines in rules/ organized by:
ticket-*— Ticket management, prioritization, queue optimizationsla-*— SLA design, compliance monitoring, escalation triggerstier-*— Support tier structure, skill-based routing, specializationknowledge-*— Knowledge base strategy, self-service, deflectionmetrics-*— CSAT, FRT, TTR, FCR, quality scoringescalation-*— Severity definitions, escalation paths, incident managementtooling-*— Support stack optimization, integrations, automationfeedback-*— Support-to-CS handoffs, product feedback loops, voice of customer
Core Frameworks
The Support Operations Hierarchy
| Level | Focus | Metrics | Owner |
|---|---|---|---|
| Tickets | Individual resolution | Handle time, CSAT | Agents |
| Queue | Flow optimization | Wait time, backlog | Team leads |
| Channel | Channel effectiveness | Deflection, containment | Managers |
| Operations | System performance | Cost per ticket, NPS | Directors |
| Strategy | Business impact | Retention, expansion | VP/C-level |
The Support Tier Model
┌─────────────────────────────────────────────────────────────────┐
│ TIER 3 (L3) │
│ Engineering escalation, code-level issues, custom development │
│ Target: <5% of tickets | SLA: Best effort │
├─────────────────────────────────────────────────────────────────┤
│ TIER 2 (L2) │
│ Technical specialists, complex troubleshooting, integrations │
│ Target: 15-25% of tickets | SLA: 4-8 hours │
├─────────────────────────────────────────────────────────────────┤
│ TIER 1 (L1) │
│ First response, common issues, documentation guidance │
│ Target: 60-80% resolution | SLA: 15-60 minutes │
├─────────────────────────────────────────────────────────────────┤
│ SELF-SERVICE (L0) │
│ Knowledge base, chatbots, community forums, in-app help │
│ Target: 30-50% deflection | SLA: Instant │
└─────────────────────────────────────────────────────────────────┘
Ticket Priority Matrix
| Priority | Business Impact | Response SLA | Resolution SLA | Examples |
|---|---|---|---|---|
| P1 Critical | Complete outage, data loss | 15 min | 4 hours | System down, security breach |
| P2 High | Major feature broken | 1 hour | 8 hours | Key workflow blocked |
| P3 Medium | Feature impaired | 4 hours | 24 hours | Partial functionality |
| P4 Low | Minor issue, cosmetic | 8 hours | 72 hours | UI bug, minor inconvenience |
| P5 Request | Feature request, how-to | 24 hours | 5 days | Enhancement, training |
Support Metrics Framework
| Metric | Definition | Target | Warning |
|---|---|---|---|
| CSAT | Customer satisfaction score | 90%+ | <85% |
| FRT | First response time | <1 hour | >4 hours |
| TTR | Time to resolution | <24 hours | >72 hours |
| FCR | First contact resolution | 70%+ | <50% |
| NPS | Net promoter score | 30+ | <10 |
| Ticket Volume | Tickets per 100 customers | 5-15 | >25 |
| Deflection Rate | Self-service success | 30-50% | <20% |
| Escalation Rate | Tickets escalated | 10-20% | >30% |
| Reopen Rate | Tickets reopened | <5% | >10% |
| Agent Utilization | Productive time | 70-80% | <60% or >90% |
The Ticket Lifecycle
┌─────────────────────────────────────────────────────────────────┐
│ │
│ NEW → TRIAGED → ASSIGNED → IN PROGRESS → PENDING → RESOLVED │
│ │ │ │
│ ▼ ▼ │
│ ESCALATED WAITING │
│ │ (Customer) │
│ ▼ │
│ ENGINEERING │
│ │
└─────────────────────────────────────────────────────────────────┘
Channel Strategy Matrix
| Channel | Best For | Cost | Scalability | Personal |
|---|---|---|---|---|
| Self-service | Common issues | Lowest | Highest | Lowest |
| Chatbot | Quick questions | Low | High | Low |
| Live chat | Real-time help | Medium | Medium | Medium |
| Email/Ticket | Complex issues | Medium | Medium | Medium |
| Phone | Urgent/sensitive | High | Low | High |
| Video | Technical demos | High | Low | Highest |
Severity Levels
| Severity | Definition | Escalation Path | Communication |
|---|---|---|---|
| SEV1 | System-wide outage | Immediate to engineering + exec | Status page, proactive email |
| SEV2 | Major feature broken | 1 hour to L3 | Affected users notified |
| SEV3 | Feature degraded | 4 hours to L2 | Standard ticket updates |
| SEV4 | Minor impact | Normal queue | Standard ticket updates |
Key Formulas
Cost Per Ticket
Cost Per Ticket = (Total Support Cost) / (Total Tickets Handled)
Target: $5-25 depending on complexity
Support Capacity Planning
Required Agents = (Ticket Volume × Handle Time) / (Available Hours × Utilization Rate)
Example:
(500 tickets × 20 min) / (8 hours × 60 min × 0.75) = 28 agents
Self-Service ROI
Savings = (Deflected Tickets × Cost Per Ticket) - Self-Service Investment
Anti-Patterns
- Speed over quality — Fast wrong answers create repeat contacts
- Ticket tennis — Multiple handoffs without resolution
- Knowledge hoarding — Solutions in heads, not documentation
- Metric gaming — Closing tickets prematurely to hit targets
- Escalation avoidance — L1 struggling when L2 is needed
- Channel forcing — Making customers switch channels unnecessarily
- Copy-paste responses — Generic answers that don't address the issue
- Invisible backlog — Tickets aging without visibility
- No feedback loop — Support insights never reach product
- Over-automation — Bots handling issues that need humans
What ships with it: 12 files
103.1 KB alongside SKILL.md
rules/
- agent-onboarding-training.md11.2 KB
- escalation-severity-procedures.md9.5 KB
- feedback-loops-voice-of-customer.md9.5 KB
- knowledge-base-self-service.md9.2 KB
- metrics-csat-frt-ttr-fcr.md9.0 KB
- quality-assurance-coaching.md11.1 KB
- _sections.md1.8 KB
- sla-design-compliance.md7.0 KB
- ticket-management-prioritization.md5.8 KB
- tier-structure-escalation.md9.8 KB
- tooling-stack-optimization.md10.9 KB
- workforce-management-capacity.md8.3 KB
Gives 0 of the 12 instructions most operations skills give in ~1.7k tokens
Counted across 483 of the 484 authors here whose files we hold, read 2026-08-07
- Collect monitoring data throughout the simulationin 14 of 483, across 6 files
- Set the random seed for reproducibilityin 14 of 483, across 6 files
- Validate simulations against analytical solutionsin 12 of 483, across 4 files
- Clarify goals, constraints, and inputsin 11 of 483, across 2 files
- Implement contract tests for integration pointsin 11 of 483, across 2 files
- Implement strangler fig infrastructure with API gatewayin 11 of 483, across 2 files
- Audit modernized components for security vulnerabilitiesin 11 of 483, across 2 files
- Avoid Python blocking calls in processesin 10 of 483, across 3 files
- Use resource context managers for automatic cleanupin 9 of 483, across 2 files
- Maintain consistent time unitsin 9 of 483, across 2 files
- Validate outcomes against success criteriain 8 of 483, across 1 file
- Analyze the legacy codebase for technical debtin 8 of 483, across 1 file
Said here and by no other author read
- prevent customer issues before they support
- measure resolution quality over response speed
- escalate tickets with full customer history
- feed support insights to product teams
- build self-service and proactive help systems
- calculate cost per ticket handled
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.