(Notes from the field)

support writing

  • What a job post on Instagram taught me about craft

    This started the way most rabbit holes start: browsing Instagram for remote problem-solving roles, I bumped into a job post. I clicked through — and stayed on the company’s site far longer than any application process justifies. It didn’t look like other careers pages. It was playful, confident, and built with a level of care…

  • The step nobody wrote down

    Two incidents from my years in payments support look nothing alike on a ticketing system and are, underneath, exactly the same story. One: the login that “couldn’t” be our fault A customer lost front-end access shortly after onboarding. Everything on our side said this should be an easy escalation: they’d completed onboarding a week earlier,…

  • Scaling support without scaling headcount

    As platforms grow, support volume grows with them. The reflex is to grow the team with it — more tickets, more people. But teams don’t scale linearly: coordination costs eat the headcount, quality drifts, and six months later you’re hiring again and resolving slower anyway. I ran that experiment from the inside. At Tracom Services,…

  • Reproducing the unreproducible

    The most common — and most frustrating — situation in technical support: a customer reports a bug, and it simply will not reproduce. Not in staging. Not on your machine. Not even on theirs, an hour later. The ticket sits there, mocking everyone. At AZA Finance, a payments and FX platform, being the first responder…

  • Defect leakage is a retention metric

    Three teams watch the same failure and count it three ways. The support team counts a ticket. The QA team counts a leaked defect — a bug that escaped testing and reached production. The customer success manager counts a churn-risk moment: a customer who just lost trust in the platform. They’re the same event. And…