Pulseboard
Real-time analytics platform rebuilt for multi-tenant scale — from 2k to 180k daily active users without rewriting the product surface customers already trusted.
The situation
Pulseboard’s original stack had been assembled during an early fundraising sprint. It worked — until enterprise customers asked for stricter tenancy isolation, longer retention windows, and dashboards that stayed responsive during peak ingest. Query latency climbed, nightly jobs overlapped with daytime traffic, and the product team spent more time explaining outages than shipping charts.
What we did
We started with a joint discovery week: mapping the highest-value dashboards, the tenants that generated the most load, and the contracts that could not slip. Then we split the work into three tracks — product UX for the densest screens, an API boundary that could survive a storage migration, and a phased move of analytical workloads onto a warehouse path without a hard cutover.
Frontend stayed on Next.js with a tighter design system so operators could scan anomalies faster. Backend services were reshaped around clearer tenancy middleware, rate limits, and observability that product and engineering could share. The customer-facing IA barely moved — which was intentional.
Outcome
Pulseboard reached 180k DAU on the new path with p95 dashboard loads under the targets agreed with their largest accounts. The internal team took full ownership after an eight-week overlap, with runbooks and a staging environment that mirrored production tenancy.
- DAU growth
- 2k → 180k
- p95 dashboard
- < 1.8s under peak
- Handoff
- 8-week overlap