Northbank Payments · Payments infrastructure
Four days to under an hour on API support
A payments API with 340 integrators replaced screenshot-driven support with wake IDs, and cut median ticket resolution from four days to fifty-one minutes.
- 51 minMedian ticket resolution, from 4 days
- −68%Support tickets reaching engineering
- 340Integrators with self-serve request history
The problem
Northbank's API served 340 integrators across three continents, and every support conversation began with a screenshot. Engineers grepped gateway logs by hand, matched timestamps against a customer's local clock and guessed at the rest.
The cost was not the grep. It was that a third of tickets escalated to the payments team, who were the only people who could read the ledger service's logs — and who were also the people shipping the roadmap.
What they did
A wake ID in every error
Northbank surfaced the Flintwake wake ID in the error body and the response headers. Support started every conversation with an identifier instead of a screenshot.
Consumer-scoped history
Each integrator got read access to their own wakes through the console. Roughly 40% of tickets stopped being filed at all.
Replay before escalation
Tier-2 support replays the failing request against staging before writing a Jira ticket. If it reproduces, the ticket includes the diff; if it does not, the ticket is closed.
What changed
- Median resolution fell from four days to fifty-one minutes over one quarter.
- Escalations to the payments team dropped by 68%, freeing roughly nine engineer-days a month.
- The integrator NPS question about support moved from 22 to 61.
“We used to close API support tickets with an apology. Now we close them with a wake ID and the exact line of the payload that was wrong.”
Their stack
- Go origin services
- Kubernetes on EKS
- Flintwake edge collector
- PagerDuty
- Snowflake export
Northbank Payments is a fictional company created for this template. Every figure on this page is demonstration data.
More stories
Two others worth reading.
- Commerce platform
Found the p95 regression that six dashboards missed
Slicing latency by consumer rather than by service revealed that one SDK version was responsible for 71% of the platform's slow requests.
Read - Freight and logistics
Caught a settlement regression with eleven thousand replays
Before every release, Cedarlift replays a slice of real production traffic against the candidate build and diffs the responses.
Read
Run the same experiment on one endpoint.
Four minutes to the first captured request, and no change to your application code.