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.
- 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
- 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.
- 02
Two-tier SLA
P1 acknowledged in 30 minutes during business hours, everything else in 4 hours. Written down, visible to customers.
- 03
Knowledge base for the 21%
Reset and access instructions, written by the staff who actually did the work, not by me.
- 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
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
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
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.