agentsclimarketplace

Support operations

Skill ncklrs/startup-os-skills/skills/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

Install
npx -y skills add ncklrs/startup-os-skills --skill support-operations

Assembled 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:

  1. Prevent before they support — Self-service and proactive help reduce ticket volume
  2. Measure what drives loyalty — Resolution quality beats response speed
  3. Escalate with context — Every handoff preserves customer history
  4. 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 optimization
  • sla-* — SLA design, compliance monitoring, escalation triggers
  • tier-* — Support tier structure, skill-based routing, specialization
  • knowledge-* — Knowledge base strategy, self-service, deflection
  • metrics-* — CSAT, FRT, TTR, FCR, quality scoring
  • escalation-* — Severity definitions, escalation paths, incident management
  • tooling-* — Support stack optimization, integrations, automation
  • feedback-* — Support-to-CS handoffs, product feedback loops, voice of customer

Core Frameworks

The Support Operations Hierarchy

LevelFocusMetricsOwner
TicketsIndividual resolutionHandle time, CSATAgents
QueueFlow optimizationWait time, backlogTeam leads
ChannelChannel effectivenessDeflection, containmentManagers
OperationsSystem performanceCost per ticket, NPSDirectors
StrategyBusiness impactRetention, expansionVP/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

PriorityBusiness ImpactResponse SLAResolution SLAExamples
P1 CriticalComplete outage, data loss15 min4 hoursSystem down, security breach
P2 HighMajor feature broken1 hour8 hoursKey workflow blocked
P3 MediumFeature impaired4 hours24 hoursPartial functionality
P4 LowMinor issue, cosmetic8 hours72 hoursUI bug, minor inconvenience
P5 RequestFeature request, how-to24 hours5 daysEnhancement, training

Support Metrics Framework

MetricDefinitionTargetWarning
CSATCustomer satisfaction score90%+<85%
FRTFirst response time<1 hour>4 hours
TTRTime to resolution<24 hours>72 hours
FCRFirst contact resolution70%+<50%
NPSNet promoter score30+<10
Ticket VolumeTickets per 100 customers5-15>25
Deflection RateSelf-service success30-50%<20%
Escalation RateTickets escalated10-20%>30%
Reopen RateTickets reopened<5%>10%
Agent UtilizationProductive time70-80%<60% or >90%

The Ticket Lifecycle

┌─────────────────────────────────────────────────────────────────┐
│                                                                  │
│  NEW → TRIAGED → ASSIGNED → IN PROGRESS → PENDING → RESOLVED   │
│                                    │          │                  │
│                                    ▼          ▼                  │
│                              ESCALATED    WAITING                │
│                                    │     (Customer)              │
│                                    ▼                             │
│                              ENGINEERING                         │
│                                                                  │
└─────────────────────────────────────────────────────────────────┘

Channel Strategy Matrix

ChannelBest ForCostScalabilityPersonal
Self-serviceCommon issuesLowestHighestLowest
ChatbotQuick questionsLowHighLow
Live chatReal-time helpMediumMediumMedium
Email/TicketComplex issuesMediumMediumMedium
PhoneUrgent/sensitiveHighLowHigh
VideoTechnical demosHighLowHighest

Severity Levels

SeverityDefinitionEscalation PathCommunication
SEV1System-wide outageImmediate to engineering + execStatus page, proactive email
SEV2Major feature broken1 hour to L3Affected users notified
SEV3Feature degraded4 hours to L2Standard ticket updates
SEV4Minor impactNormal queueStandard 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

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.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.