Support operations rebuild for a 40-person services firm

Replaced an ad-hoc inbox workflow with a ticketing system, an SLA framework and a small knowledge base. First-response time went from 6 hours to 40 minutes.

OutcomeFirst response 6h → 40min · 70% of tickets self-served
Role
IT consultant — architecture, rollout, training
Year
2026
Client
Services firm, Kathmandu

The situation

Support ran entirely through a shared inbox. Three years of history, no structure, no ownership, and one person who knew which customers mattered. Mean first response was over six hours, mostly because work was batched — the person triaging would open the inbox in the morning and again after lunch.

What I found in the audit

Signal Share of tickets Was leadership aware?
Status queries on open jobs 34% Partly — framed as “no updates”
Password and access resets 21% No
Duplicate submissions 12% No
Genuine faults 9% Yes

Two-thirds of volume was administrative. That reframed the whole project: the problem was not responsiveness, it was that a human was acting as a search engine.

What changed

  1. 01

    Ticketing with enforced ownership

    Every inbound message creates a ticket with one owner. No shared queues, because shared queues are where ownership goes to die.

  2. 02

    Two-tier SLA

    P1 acknowledged in 30 minutes during business hours, everything else in 4 hours. Written down, visible to customers.

  3. 03

    Knowledge base for the 21%

    Reset and access instructions, written by the staff who actually did the work, not by me.

  4. 04

    Duplicate detection on intake

    Matched on customer + subject within a rolling window. Cut the 12% almost entirely.

Result

Before

  • 6h mean first response
  • No ownership; work pooled
  • Nothing self-serveable
  • Escalations were emotional

After

  • 40min mean first response
  • Every ticket has one named owner
  • 70% of repeat tickets self-served
  • Escalations follow a written path

The part that mattered most

Not the system. Writing the escalation runbooks with the support staff rather than for them. Six people who now own the process, rather than six people following a document someone else wrote.

More work

Training2026

Building internal AI tooling on a budget

An interactive workshop for engineers at Nepali companies. Hands-on, tool-agnostic, and deliberately sceptical of autonomous pipelines.

Delivered to 4 cohorts · 90 participants

  • Claude Code
  • MCP
  • Python
  • GitHub Actions
Client work2026

Moving a legacy commerce platform to Cloudflare Workers

Retail client, Kathmandu · IT consultant — architecture, migration, handover

Static front-end on Pages, API on Workers, D1 for reads and R2 for files. p95 latency from 190ms to 68ms and the server contract ended.

p95 190ms → 68ms · 3 servers decommissioned

  • Cloudflare Workers
  • D1
  • R2
  • TypeScript
  • +2
Client work2026

Invoice document extraction pipeline

Confidential client · IT consultant — design and build

R2 → rasterise → structured extraction → arithmetic validation → confidence-gated review queue. Running in production for a services business since early 2026.

1,500 invoices/month · ~92% auto-cleared · ~$40/month model spend

  • Claude
  • R2
  • Python
  • D1
  • +1

Published by Sudeep Dhakal, IT Consultant.